Age | Commit message (Collapse) | Author |
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
arm-linux-gnueabihf is not in Arch, however, but it's not built in [libre], and the PKGBUILD has been here doing nothing during many months
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
straw-viewer does the same, plus, avideo hasn't get updates for very long
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
There is some documentation in board/sunxi/README.sunxi64,
however we don't have packages for 64bit versions of u-boot yet.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
documentation
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
documentation
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Before, hardinfo had to be branded, however since the
following commit:
ca33695c5 hardinfo-0.5.1.816.g877ea2b-1.par1: updating version
it's not branded anymore, and the PKGBUILD is now functionally
similar to the one in Arch Linux community repository.
Beside comments, here's the differences between the Arch
Linux PKGBUILD and the Parabola one:
+pkgrel+=.par6
pkgdesc="A system information and benchmark tool."
+pkgdesc+="(Parabola rebranded)"
arch=('x86_64')
+arch+=('i686' 'armv7h')
url="https://github.com/lpereira/hardinfo"
license=('GPL2')
depends=('gtk2')
makedepends=('cmake' 'git')
+depends+=(libicudata.so)
The additional depends is not required if we use the Arch
Linux package: it was meant to handle better the ICU
transition in the cases where the upstream distribution
updated the icu package, but we didn't manage to recompile
all our package against it in time.
If we use Arch Linux, Arch Linux 32, and Arch Linux ARM
packages, this issue goes away as the package will be kept
in sync by the upstream distributions.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
The following command:
$ pacman -Q -l epiphany | awk '{print $2}' | \
grep -v "/$" | grep -v "/usr/share" | xargs readelf -d | \
grep icu
print nothing.
This means that epiphany doesn't have any direct dependency
on icu.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
This should enable to have more than one compatibility library
at the same time.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
At build time, a specific version of libicudata.so will be
picked, and depends will be adjusted accordingly with the
specific version that was used during the build.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
There is no need to depend on a specific provider of libicudata.so
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
I forgot to do that when bumping the revision in the last
commit. As Poppler 0.88.0 is already in i686 feeds, we
depend on that version.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
We need to rebuild it, otherwise, while trying to upgrade we have:
:: installing poppler (0.88.0-1.0) breaks dependency 'poppler=0.87.0' required by cups-filters
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
On i686 I've the following:
$ sudo pacman -Suu
:: Starting full system upgrade...
:: Replace haskell-exceptions with community/ghc-libs?
[Y/n]
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy
dependencies)
:: installing poppler (0.88.0-1.0) breaks dependency 'poppler=0.87.0'
required by cups-filters
:: installing icu (67.1-1.0) breaks dependency 'icu<66'
required by icecat
:: installing icu (67.1-1.0) breaks dependency
'icu=65.1' required by icedove
:: installing icu (67.1-1.0) breaks dependency
'icu<66' required by iceweasel
:: installing icu (67.1-1.0) breaks dependency 'icu<66'
required by texlive-bin
:: installing poppler (0.88.0-1.0) breaks dependency
'poppler=0.87.0-1.1' required by texlive-bin
More packages, that I don't have installed are probably affected.
Once we rebuilt and pushed the new packages, i686 users will be
able to upgrade to the new icu and poppler.
The new icu and poppler packages now have Provides for the
various libraries they provides:
$ pacman -S -i icu
Provides : libicudata.so=67-32 libicui18n.so=67-32
libicuio.so=67-32 libicutest.so=67-32
libicutu.so=67-32 libicuuc.so=67-32
$ pacman -S -i poppler
Provides : libpoppler.so=99-32 libpoppler-cpp.so=0-32
The provides are already there for x86_64 and armv7h.
Now that all architectures have provides for these two
packages, we will be able to convert our PKGBUILDs to depend
on the libraries provided, to make the next transition
easier: Thanks to the provides we can now provide packages
like icu-parabola, icu-57, etc to provide the current icu library
version.
This means that with the next icu library version that
comes from Arch Linux, Arch Linux 32, or Arch Linux ARM,
each packages that is built by Parabola and that has been
converted to use provides will continue to work as it will
pull the icu-parabola package to continue satisfying the
dependency on old libraries.
This in turn will enable users to continue upgrade will not
be blocked anymore by icu or poppler issues, and it will
enable developers to have more time to fix build issues.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
succeeded by nonsystemd/sddm
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
rebase on the upstream but remove all the stuff to launch chromium (browser) Cause we dont have it.
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
Acked-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
This kernel has been replaced by linux-libre-64 in libre in
an attempt to unify all 64bit kernels made for 32bit
rootfs.
This has been tested on a SBC that has good upstream
support in linux and in u-boot, and a 64bit CPU.
That SBC is however not officially supported by Parabola
as it still require nonfree binaries in u-boot to boot.
The way to go to add official 64bit support ARM computers
with 64bit CPUs is to get devices that can at least boot
with fully free software.
Some SBCs with an Allwinner SOCs like the A64 seem a good
target to do that as some SBCs have good support in
upstream Linux and u-boot and can boot with free software,
and we already have an uboot4extlinux package for many
boards with Allwinner SOCs, so we could probably reuse most
of that work.
However I don't have an SBC like that yet, so until now I
tested on a board I was given at a conference.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Note that even if it fixes packaging, in some case the
compiler segfauls. In that case you need to restart the
build until it succeddeds, which is usually around 1 or 2
times when you're unlucky.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Without that fix, we have the following issue:
Removing documentation...
cp: cannot stat 'arch/arm64/mach-dove/include': No such file or directory
==> ERROR: A failure occurred in package_linux-libre-64-headers().
Aborting...
What is strange is that this error didn't appear when building
linux-libre-64-5.6.12-1.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Without that fix, on x86_64 we have:
$ HandBrakeCLI
HandBrakeCLI: error while loading shared libraries:
libdvdread.so.7: cannot open shared object file:
No such file or directory
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|