summaryrefslogtreecommitdiff
path: root/pcr
AgeCommit message (Collapse)Author
2022-05-03pcr: slf4j: add unzip forgotten depdencyDenis 'GNUtoo' Carikli
Without that fix, it wokrs fine with makepkg but fails with libremakepkg with the following error: | ==> Starting prepare()... | /startdir/PKGBUILD: line 141: unzip: command not found | ==> ERROR: A failure occurred in prepare(). | Aborting... Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-03pcr: update slf4j to 1.7.36Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-03pcr: remove cglibDenis 'GNUtoo' Carikli
The cglib project has the following in its README.md: IMPORTANT NOTE: cglib is unmaintained and does not work well (or possibly at all?) in newer JDKs, particularly JDK17+. If you need to support newer JDKs, we will accept well-tested well-thought-out patches... but you'll probably have better luck migrating to something like ByteBuddy. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-02remove java-avalon-logkitDenis 'GNUtoo' Carikli
The http://excalibur.apache.org/ website has a banner that states on its main page: 2010/12/15 - Apache Excalibur has been retired. For more information, please explore the Attic. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-02Remove nvramtool packageDenis 'GNUtoo' Carikli
We now have a package named libreboot-utils that contain nvramtool and other Libreboot/Coreboot related utilities. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-01[iceweasel-vimperator][icecat-vimperator]: remove package - obsoletebill-auger
2022-04-29[libretools-util]: add 'cbfstool'bill-auger
2022-04-29[coreboot-util][libreboot-util]: rename package - use libreboot sourceswael
2022-04-28[fonts-meta]: removed dropped font packagesbill-auger
2022-04-28[gmid]: add description to openrc service filebill-auger
2022-04-27pcr: fso-unboootimg: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: omap-usb-boot: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: omap-u-boot-utils-git: add maintainersDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: omap-u-boot-utils-git: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: lg-downloader-git: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: qdl: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: imx_usb_loader-git: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: guix-installer: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: simtrace2: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: fomu-verilog-blink: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: simtrace: relicense under CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: python-bundlewrap: relicense as CC0Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-27pcr: remove log4j-1.2Denis 'GNUtoo' Carikli
The 1.2 version of log4j is not only unmaintained / End of life, but it also has lot of security vulnerabilities[1] including at least one critical CVE, 4 high CVEs and 1 moderate CVE. [1]https://logging.apache.org/log4j/1.2/ Link: https://labs.parabola.nu/issues/3261 Reported-by: gap Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-24Move nvramtool from libre to PCRDenis 'GNUtoo' Carikli
Despite what its name suggest, the PCR repository is not only for PKGBUILDs that come from AUR. In the Parabola wiki[1], there is the criteria for packages meant to go in PCR, and we can deduce from what is written there that PCR is for packages that both: * "are not included on official repos of Arch Linux"[1] * "are not considered to be essential enough for the base system."[1] So here even if the nvramtool PKGBUILD doesn't come from AUR, it is meant to go in PCR. [1]https://wiki.parabola.nu/Repositories#.5Bpcr.5D Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-13aur: armv7h: add dosfstoolsDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-12[gmid]: add packagebill-auger
2022-04-12[coreboot-util]: add package (i686 FTBS)bill-auger
2022-04-12[phc-intel]: add packagebill-auger
2022-04-08pcr: armv7h: update android-tools to 31.0.3-3 by syncing with communityDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-04-03[xen]: avoid publishing 'any' docs package to 32-bit reposbill-auger
2022-04-03[xen]: upgrade to v4.16.0bill-auger
2022-04-03[i2p]: upgrade to v1.7.0bill-auger
2022-03-31treewide: Maintainer: GNUtoo: clarify the maintainer situationDenis 'GNUtoo' Carikli
The status quo is that any Parabola hacker is expected to (be able to) modify any packages, and having a single maintainer of a package discourages that practice as people would typically send a patch to the maintainer instead of pushing it directly. So for a start we can add common maintainership on package lacking any "Maintainer: " header for packages in repositories that are supposed to be maintained. As for finding who worked on a given package (in case it could be needed), the git log should have all the information. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-03-31treewide: clarify the maintainer situation on packages lacking oneDenis 'GNUtoo' Carikli
The status quo is that any Parabola hacker is expected to (be able to) modify any packages, and having a single maintainer of a package discourages that practice as people would typically send a patch to the maintainer instead of pushing it directly. So for a start we can add common maintainership on package lacking any "Maintainer: " header for packages in repositories that are supposed to be maintained. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-03-30pcr: remove endless-skyDenis 'GNUtoo' Carikli
Not only it is already in community, but it also needs to be removed (along with the community version) due to licensing issue: some artworks are under a CC-BY-NC license. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-03-02pcr: remove ruby-asciidoctorDenis 'GNUtoo' Carikli
asciidoctor is already in Arch Linux community, and it is more recent. On armv7h we have: community/asciidoctor 2.0.17-1 An implementation of AsciiDoc in Ruby and on i686 we have: community/asciidoctor 2.0.17-1.0 [installed] An implementation of AsciiDoc in Ruby and on x86_64 we have: community/asciidoctor 2.0.17-1 An implementation of AsciiDoc in Ruby So we don't need the pakcage from pcr anymore. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-11[tomb]: upgrade to v2.9bill-auger
2022-01-30[secp256k1-git]: remove packagebill-auger
same software is in [community]
2022-01-28[initify]: re-work patchesbill-auger
2022-01-27pcr: libosmocore: fix libremakepkg build due to missing libusbDenis 'GNUtoo' Carikli
Without that fix it builds fine with makepkg if you have libusb installed but it fails with libremakepkg with the following error: | checking for LIBUSB... no | configure: error: Package requirements (libusb-1.0) were not met: | | Package 'libusb-1.0', required by 'virtual:world', not found | | Consider adjusting the PKG_CONFIG_PATH environment variable if you | installed software in a non-standard prefix. | | Alternatively, you may set the environment variables LIBUSB_CFLAGS | and LIBUSB_LIBS to avoid the need to call pkg-config. | See the pkg-config man page for more details. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-27pcr: simtrace2: update to 0.8.1 by syncing with AURDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-27pcr: simtrace: update to 1.5 by syncing with AURDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-27Revert "aur: simtrace: update from AUR"Denis 'GNUtoo' Carikli
In the commit a15f2642006a122148c28e2f9d1032b07c8d082d (aur: simtrace: update from AUR) I accidentally ovewrote the simtrace PKGBUILD with the simtrace 2 one. Both are different software projects meant for two different sim tracer hardware generations. The simtrace software supports only one device named simtrace which uses an AT91SAM7S microcontroller. The simtrace 2 software supports the simtrace 2 hardware that use a SAM3S microcontroller, and it also supports other hardware like the sysmoQMOD that have the same SAM3S microcontroller. This reverts commit a15f2642006a122148c28e2f9d1032b07c8d082d.
2022-01-27pcr: libosmocore: update to 1.6.0 by syncing with AurDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-01-27[initify]: add pkgbill-auger
2022-01-27[pciutils-staticlibs]: upgrade to v3.7.0bill-auger
2022-01-23reset to 648d7822bbill-auger
revert several WIP commits, published accidentally
2022-01-23[mirror-sync]: wip - add pkgbill-auger
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>