Age | Commit message (Collapse) | Author |
|
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>
|
|
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>
|
|
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 Lenovo Thinkpad X200 running a fully
free version of Coreboot 4.9 (no microcode or other nonfree
binaries).
The only regresion that I noticed is that beside having the
following line in /etc/mkinitcpio.conf:
MODULES=(i915 netconsole)
The i915 driver seem to be loaded late in the boot process
as I can only see notice a resolution change about when the
rootfs is mounted and that init is started.
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>
|
|
|
|
|
|
x86_64 - built fine and pushed.
i686 - built fine and pushed
armv7h - Fails in configure with missing curses libraries.
need to track that down.
|
|
|
|
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: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
The 2.2.0 seem stable enough already on many ARM devices.
This also avoid using HEAD as git revision.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|