summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2020-01-17[python-pyspf]: rebuild against latest pythonbill-auger
2020-01-17[python-py3dns]: rebuild against latest pythonbill-auger
2020-01-17[mplayer]: rebuild against new libx264.sobill-auger
2020-01-16updpkg: libre-testing/linux-libre-veyron 4.19.94-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-16Rebuild [pcr/pypolicyd-spf] against newer pythonFreemor
2020-01-15linux-libre-aarch64: use gcc-initial for nowDenis 'GNUtoo' Carikli
- Compiling a toolchain takes time. - We also need to make sure to get the toolchain right, usually it requires 3 steps (gcc-initial, gcc-intermediate, gcc-final) and here we're trying to do it in two to save compilation time. - The 2 step toolchain worked for newlib but we don't know PKGBUILD examples that do that for glibc based toolchains. - We don't need a libc to build Linux. Because of all that, we depends on the aarch64 gcc-initial toolchain for building it now. Once we have pushed aarch64 gcc, we will need to add it again as a dependency for building this pacakge, in order to be able to build this package and aarch64 userspace applications as well with the same compiler. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-14Rebuild [libre/libquicktime] against new x264Freemor
2020-01-14Bump pkgrel on [libre-testing/ruby] so it will push without complaining ↵Freemor
about a conflict with "same package in another repository".
2020-01-14Update [libre-testing/ruby] the de-gemmed editionFreemor
2020-01-14aarch64-linux-gnu toolchain: Revert back to gcc 9.1.0Denis 'GNUtoo' Carikli
Using more recent gcc resulted in many different build failures and I didn't have the time to investigate and fix them all. Both PKGBUILDs now build with makepkg. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-14[signon-ui]: upgrade to v0.17+20170320bill-auger
2020-01-14[signon-ui]: add newly blacklisted packagebill-auger
this is the last arch package to support webkit
2020-01-14Update libre/your-freedomParabola automatic package builder
2020-01-13[iceweasel]: wip - upgrade to v72 (patches need re-working)bill-auger
2020-01-13[iceweasel]: upgrade to v71 (not tested)bill-auger
2020-01-13Update libre/your-freedomParabola automatic package builder
2020-01-13rmpkg: pcr/openrcDavid P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-13rmpkg: pcr/kmod-openrcDavid P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-13addpkg: nonsystemd/openrc-desktop 20200112-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-13rmpkg: pcr/openrc-desktopDavid P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-12updpkg: nonsystemd/openrc-security 20200112-2David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-12addpkg: nonsystemd/openrc-security 20200112-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-12rmpkg: pcr/openrc-securityDavid P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-12Update libre/your-freedomParabola automatic package builder
2020-01-12Rebuild [libre/cups-filters] against new popplerFreemor
2020-01-12Rebuild [libre/texlive-bin] against new poppler for x86_64Freemor
2020-01-11updpkg: libre/linux-libre-pck 5.4.10.pck1-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-11[ruby]: upgrade to v2.7.0bill-auger
2020-01-11updpkg: libre/linux-libre-pae 5.4.10-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-11updpkg: libre/linux-libre-hardened 5.4.10.a-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-11updpkg: kernels/linux-libre-xtreme 5.4.10-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-10[pacman]: bump pkgrel and rebuildbill-auger
this version of pacman needed to be built by its own version of makepkg in order to avoid the silent strip failure and produce debug packages
2020-01-10pcr: mat2: workaround build issues with libremakepkgDenis 'GNUtoo' Carikli
Given that: - The build works fine with makepkg and the tests do pass. - The checks fail with libremakepkg - On previous version the checks did fail because the maximum path length was reached. The checks are disabled for now to be albe to package it. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-10Add nextcloud-client-FS6430.diffTheo von Arx
2020-01-10pcr: mat2: update to 0.10.0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-10[pacman]: rebuild for new 'file' packagebill-auger
2020-01-10[pacman]: better alignmemt of pacman.conf(s) comments with archbill-auger
2020-01-10[file]: upgrade to v5.38 in [libre-testing]bill-auger
2020-01-10Update nonprism/your-privacyParabola automatic package builder
2020-01-10Update libre/your-freedomParabola automatic package builder
2020-01-09Update [libre/nextcloud-client] to v2.6.2theova
The patch below updates [libre/nextcloud-client] to the newest version 2.6.2. The changelog is included in the patch. Tested on x86_64, successfully built on i686. The arm build failes on my arm chroot, but it is possible, that it compiles on others (such as the one in beefcake) as discussed with Freemor on IRC. The function to register with a provider (Account -> Add new -> register with a provider) fails for unknown reasons. However one can regiter over this website: https://nextcloud.com/providers/ I have not found any other problems. From d7d978ab13b21b66f99f0ed6f0b2a86ceb212c03 Mon Sep 17 00:00:00 2001 From: Theo von Arx <theova@member.fsf.org> Date: Sat, 28 Dec 2019 12:56:54 +0100 Subject: [PATCH] Update [libre/nextcloud-client] to v2.6.2 - Bump pkgver, _commit and pkgrel - Enable tests for i686 and armv7h since they succeed - Add patch nextcloud-client-FS64630.diff (as Arch does) - Update remove_qtwebengine.patch - Format PKGBUILD closer to Arch's one Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-09Hide download buttontheova
Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org> schrieb am Sat, 21. Dec 19 17:02: >On Fri, 20 Dec 2019 13:47:22 +0100 >theova <theova@bluewin.ch> wrote: >> gnome-boxes has buttons to download and install non-free GNU/Linux >> distributions (as in previous versions). It is not possible to do >> that, e message "unsupported protocol https" pops up. Thus I'm not >> sure if this is a freedom issue? >Ideally it would be better to fix the issue. Users (me included) are >probably not expecting such buttons in the first place. > >Is your PKGBUILD fixing it in prepare() ? or does it still need to be >fixed in a subsequent patch? Here is a new patch to face this issue. As only non-free OS are downloadable through the download functionality, I decided to hide the download button completely. Working on x86_64 as expected, i686 and armv7h build fine. From: Theo von Arx <theova@member.fsf.org> Date: Thu, 2 Jan 2020 10:57:50 +0100 Subject: [PATCH] [libre/gnome-boxes] Hide download button - Add a patch to hide the download button as only nonfree OS can be downloaded - Add rationale - Bump pkrel - Remove recommendation of nonfree OS Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-09aarch64-linux-gnu-gcc-initial: fix architectureDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-09Add aarch64-linux-gnu-gcc-initial for armv7Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-09Add aarch64-linux-gnu-binutils for armv7hDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-09x86_64-pc-linux-gnu-gcc: update to 9.2.0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-09linux-libre-aarch64: Move it in the correct directoryDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-08kernels: add linux-libre-aarch64Denis 'GNUtoo' Carikli
Some System On a Chip (SOC) have 64bit ARM CPUs that are also capable of running arm 32bit applications. Since: - Parabola doesn't have an aarch64 package repository yet - The devicetree of devices using such System On a Chip are not compiled when using the armv7 defconfig - Drivers or other platform support code for such hardware might also not be compiled in with the armv7 defconfig - This approach has already been tested with the linux-libre-x86_64 kenrel It's then a good idea to add support for such devices by adding an arrch64 kernel as the maintenance and work is minimal. The downside is that the external kernel modules that are either compiled against the kernel or using DKMS will not work by default. It's however still possible to compile them by hand by using ARCH= and CROSS_COMPILE= as it is done for this kernel, so it should be relatively easy to add support for the non-dkms modules. As for DKMS, someone would need to look into it to understand how to pass it the make flags (ARCH= and CROSS_COMPILE=) that are required to automatically build modules. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-08[mplayer]: upgrade to v38139bill-auger
2020-01-08kernels: linux-libre-x86_64: update to 5.4.8 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-23 20:19:06 +0000