summaryrefslogtreecommitdiff
path: root/libre
AgeCommit message (Collapse)Author
2020-06-25updpkg: libre/linux-libre-lts 5.4.48-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-25libre/iceweasel: Turn PGO ON by defaultgrizzlyuser
_x86_64_skip_pgo can still be flipped manually for faster builds if anybody wants that. Let's just follow upstream by default.
2020-06-25libre/iceweasel: Sync with 77.0.1 in Arch Linuxgrizzlyuser
2020-06-25libre/iceweasel: update i686 patchgrizzlyuser
2020-06-25libre/iceweasel: Remove references to Lockwise on nonfree app storesgrizzlyuser
While Firefox Lockwise itself is libre-licensed (apps, website, etc), the references to Android and iOS versions lead to Google Play and Apple app stores, all of which execute some JavaScript that is not clearly licensed, so can be considered nonfree. These references can be found on about:logins page as items in "..." menu, and on about:protections page in promo cards. Removed them for now. Could also change the URLs to open the Lockwise website, but although libre licensed, it still has large links to nonfree app stores and Firefox on the front page, so that wouldn't be a huge improvement.
2020-06-25libre/iceweasel: update patching of DevTools What's Newgrizzlyuser
Apart from the update according to the upstream changes, also removed the reference to Firefox Developer Edition on Google Play because: 1. It appears to have the same freedom issues as regular Firefox; 2. Google Play webpage executes some JavaScript that's not clearly licensed, so can be considered nonfree.
2020-06-25libre/iceweasel: update paths in libre.patchgrizzlyuser
2020-06-22updpkg: libre/kio 5.71.0-1.parabola1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-20libre: aarch64-linux-gnu-binutils: sync with arm-linux-gnu-binutilsDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-20linux-libre-64: fix config.aarch64 checksumsDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-19linux-libre-64: sync with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-16updpkg: libre/xtensa-elf-gcc 10.1.0-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-16updpkg: libre/linux-libre-pae 5.7.2-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-16updpkg: libre/linux-libre-hardened 5.6.18.a-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-16updpkg: libre/sh-elf-gcc 10.1.0-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-16updpkg: libre/arm-linux-gnueabi-gcc 10.1.0-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-16re-add aarch64-linux-gnu-gccDavid P
is a makedepend of linux-libre-64 Signed-off-by: David P <megver83@parabola.nu>
2020-06-16continue with the toolchains clean upDavid P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-16remove toolchains, now they're in ArchDavid P
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>
2020-06-16updpkg: libre/linux-libre 5.7.2-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-14uboot4extlinux-sunxi: Update to 2020.04, Fix extlinux.confDenis 'GNUtoo' Carikli
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>
2020-06-14libre: uboot4extlinux-omap3: Update to 2020.04, Fix extlinux.conf, package ↵Denis 'GNUtoo' Carikli
documentation Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-14libre: uboot4extlinux-am335x: Update to 2020.04, Fix extlinux.conf, package ↵Denis 'GNUtoo' Carikli
documentation Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-14libre: uboot4extlinux-imx: remove useless whitespacesDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-13libre: uboot4extlinux-imx: Update to 2020.04, cleanup PKGBUILD and extlinux.confDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-13libre: calibre: convert it to use provided icu libsDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-12Remove hardinfo as it's no longer brandedDenis 'GNUtoo' Carikli
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>
2020-06-12libre: icedove: convert to use icu provided libsDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-12Update libre/your-freedomParabola automatic package builder
2020-06-12Update libre/your-freedomParabola automatic package builder
2020-06-11epiphany: remove icu dependency completelyDenis 'GNUtoo' Carikli
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>
2020-06-11pacman-5.2.1-6.parabola1: rebuildOmar Vega Ramos
2020-06-11filesystem-2020.05.20-1.parabola1: updating versionOmar Vega Ramos
2020-06-11[qutebrowser]: upgrade to v1.12.0bill-auger
2020-06-11openttd: rebuild for new ICUDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-11updpkg: libre/libksysguard 5.19.0-2.parabola1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-06-11libre: icu: enable to provide compatibility for multiple versionsDenis 'GNUtoo' Carikli
This should enable to have more than one compatibility library at the same time. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-11hardinfo: don't depend on a specific version of libicudata.soDenis 'GNUtoo' Carikli
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>
2020-06-11libre: hardinfo: don't depend on icu-parabolaDenis 'GNUtoo' Carikli
There is no need to depend on a specific provider of libicudata.so Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-09libre: icedove: i686: depend on new icuDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-06-09libre: cups-filters: i686: update poppler versionDenis 'GNUtoo' Carikli
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>
2020-06-09libre: cups-filters: i686: rebuild against new icuDenis 'GNUtoo' Carikli
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>
2020-06-07Bump pkgrel for some packages affected by the i686 icu and poppler upgrade.Denis 'GNUtoo' Carikli
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>
2020-06-06Update libre/your-freedomParabola automatic package builder
2020-05-28[libre/icedove][nonprism/icedove]: rebuild for i686bill-auger
2020-05-26libre/marble: update marble-common to 20.04.1dllud
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org> Acked-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-05-26libre: linux-libre-64: temporarily disable the chromebook packageDenis 'GNUtoo' Carikli
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>
2020-05-25libre: linux-libre-64: fix package_linux-libre-64-headersDenis 'GNUtoo' Carikli
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>
2020-05-25libre: handbrake: rebuild against new libdvdreadDenis 'GNUtoo' Carikli
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>
2020-05-25updpkg: libre/iceweasel-https-everywhere 2020.5.20-1David P
Signed-off-by: David P <megver83@parabola.nu>