summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2022-01-23wip systemdbill-auger
2022-01-23[okular]: wip upgrade to v21.08.1bill-auger
2022-01-23[icecat]: upgrade to v91.4.0bill-auger
2022-01-23Update libre/your-freedomParabola automatic package builder
2022-01-23Update libre/your-freedomParabola automatic package builder
2022-01-23Update libre/your-freedomParabola automatic package builder
2022-01-20pcr: python-redmine: actually make it architecture specificDenis 'GNUtoo' Carikli
In the previous commit, I forgot to actually do the change. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-19pcr: python-redmine: make it architecture specificDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-19pcr: python-redmine: rebuild for python 3.10Denis 'GNUtoo' Carikli
On Parabola x86_64 we currently have python 3.10: $ pacman -sS ^python$ core/python 3.10.1-2 [installed] Next generation of the python high-level scripting language and python-redmine 2.3.0: $ pacman -sS python-redmine pcr/python-redmine 2.3.0-1 [installed] Python library for communicating with a Redmine project management application but if we try to import redmine in python3 it fails: $ python3 Python 3.10.1 (main, Dec 18 2021, 23:53:45) [GCC 11.1.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import redmine Traceback (most recent call last): File "<stdin>", line 1, in <module> ModuleNotFoundError: No module named 'redmine' This is because python-redmine has been built against python 3.9: $ pacman -Q -l python-redmine python-redmine /usr/ python-redmine /usr/lib/ python-redmine /usr/lib/python3.9/ [...] so rebuilding it should normally fix this issue. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-19pcr/python-pypump: rebuilt and dropped python2-pypump split package because ↵Andreas Grapentin
upstream depends are gone
2022-01-19pcr/python-hypersocial: rebuiltAndreas Grapentin
2022-01-19pcr/python-efl: updated to 1.25.0, removed python2-efl split package because ↵Andreas Grapentin
upstream dependencies are gone
2022-01-19libre/ogre: updated to 13.2.4Andreas Grapentin
2022-01-18libre/tp_smapi-lts: rebuiltAndreas Grapentin
2022-01-18libre/tp_smapi: rebuiltAndreas Grapentin
2022-01-18libre/bbswitch: rebuiltAndreas Grapentin
2022-01-18libre/libretools: updated to 20220118Andreas Grapentin
2022-01-18libre/acpi_call-lts: rebuiltAndreas Grapentin
2022-01-18libre/acpi_call: rebuiltAndreas Grapentin
2022-01-18libre/acpi_call-dkms: rebuiltAndreas Grapentin
2022-01-17Update libre/your-freedomParabola automatic package builder
2022-01-17Update libre/your-freedomParabola automatic package builder
2022-01-16[qutebrowser]: upgrade to v2.4.0bill-auger
2022-01-14addpkg: nonsystemd-multilib/lib32-udev 250-1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-14remove eudev and xudevDavid P
eudev was deprecated and xudev is now udev Signed-off-by: David P <megver83@parabola.nu>
2022-01-14Update libre/your-freedomParabola automatic package builder
2022-01-14[texlive-bin]: upgrade to v2021.59745bill-auger
2022-01-13addpkg: nonsystemd/udev 250.2-1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-13updpkg: nonsystemd/util-linux 2.37.2-5.nonsystemd1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-12updpkg: libre/linux-libre-pck 5.15.13.pck1-1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-12systemd-250.2-2.parabola1: updating versionOmar Vega Ramos
2022-01-10updpkg: libre/linux-libre-hardened 5.15.12.hardened1-1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-10updpkg: libre/linux-libre-pae 5.15.12-1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-08systemd-250.1-1.parabola1: updating versionOmar Vega Ramos
2022-01-06pacman: hardcode the architecture in pacman.conf to avoid breaking systemsDenis 'GNUtoo' Carikli
Without that fix, when creating a chroot with the following commands on Parabola x86_64, the resulting chroot is 64bit: # mkdir rootfs # pacstrap -C /usr/share/pacman/defaults/pacman.conf.i686 ./rootfs/ # file rootfs/usr/bin/pacman rootfs/usr/bin/pacman: ELF 64-bit LSB pie executable, x86-64, [...] In addition, if we run Parabola i686 on an x86_64 computer with linux-libre-64, and that we try to install packages (after pacman -Sy), some packages will refuse to be installed because they have dependencies on 64bit libraries packages while we have 32bit ones instead: # pacman -S e2fsprogs resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing e2fsprogs (1.46.5-1) breaks dependency 'libss.so=2-32' required by krb5 :: installing e2fsprogs (1.46.5-1) breaks dependency 'libcom_err.so=2-32' required by krb5 but packages without such dependencies (like xterm or coreutils) can be installed without warnings and we end up with non-working packages: # pacman -S xterm [the installation proceeds] # file /usr/bin/xterm /usr/bin/xterm: ELF 64-bit LSB pie executable, x86-64, [...] # xterm bash: /usr/bin/xterm: No such file or directory So it's a good idea to hardcode the architecture by default. The Arch Linux 32 installer uses auto to auto-detect the CPU currently in use to select matching repositories. But in Parabola, for x86 32bit we only have one i686 repository and no pentium4 or i586. In addition, all the Parabola installers don't depend on auto (the multi architecture installer has two complete Parabola systems, one for i686 and one for x86_64, so it doesn't need auto). Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-05Update libre/your-freedomParabola automatic package builder
2022-01-05updpkg: libre/nextcloud-client 2:3.4.1-1.parabola1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-05updpkg: libre/linux-libre-lts 5.10.89-1David P
Signed-off-by: David P <megver83@parabola.nu>
2022-01-04updpkg: libre/linux-libre 5.15.12-1David P
Signed-off-by: David P <megver83@parabola.nu>
2021-12-31systemd-250-4.parabola1: updating versionOmar Vega Ramos
2021-12-26updpkg: nonsystemd/filesystem 2021.01.19-1.parabola1.nonsystemd1David P
Signed-off-by: David P <megver83@parabola.nu>
2021-12-16uboot4extlinux-sunxi: Fix u-boot FSDG complianceDenis 'GNUtoo' Carikli
U-boot contains some nonfree software, for instance nonfree microcode in arch/x86/dts/microcode/, so this commit removes that. This commit also removes instructions to install nonfree software. While these instructions were not shipped in any of the binary pakcages generated by this PKGBUILD, it's still a good idea to also clean that up in the long run: - Parabola has also PKGBUILDs for other SOCs, and ideally we could expand to cover as many computers as possible if the computers are supported in upstream projects (like u-boot) and that they don't require too much extra maintenance. Having already a cleaned up u-boot to base the PKGBUILDs on could help factorizing the code and sharing the work on the u-boot code review process. - Other FSDG compliant distributions already have u-boot (like Guix) or might be interested in shipping u-boot (like Replicant), so it would be a good idea not to duplicate the work again and again. In the future the code that removes the nonfree software and the problematic documentation should be moved in a reusable script (that could still be run in mksource), possibly in its own package, in order to be reusable accross different distributions and u-boot PKGBUILDs. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2021-12-15systemd-249.7-2.parabola1: updating versionOmar Vega Ramos
2021-12-12libre-testing: remove outdated u-boot packagesDenis 'GNUtoo' Carikli
All these u-boot pakcages were consolidated in SOC specific packages instead of board specific pakcages in libre. In addition the libre packages are more recent and in sync with the Parabola armv7h installation manual. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2021-12-12libre-testing: remove ffmpegDenis 'GNUtoo' Carikli
The package seems not to be maintained, and to use an old 4.2 version of ffmpeg and we now use ffmpeg 4.4 from extra. That package was added to remove support for CUDA which is nonfree. The CUDA support in ffmpeg seems to have moved to LLVM (with the --enable-cuda-llvm option) and the llvm package of Arch Linux seems to be built with some CUDA support but it doesn't depends on any CUDA package (else it would depend on cudnn or another pakcage with 'cuda' in its name). Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2021-12-11add ip-connect.info mirrorbill-auger
2021-12-10[iceweasel]: update branding checksumbill-auger
2021-12-10libre/iceweasel: Bump to 95.0 with upstream changesgrizzlyuser
2021-12-09pcr: Add obfsproxy 0.0.11 from AurDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2021-12-07libre/iceweasel: update to 94.0 from upstreamsgrizzlyuser