summaryrefslogtreecommitdiff
path: root/pcr
AgeCommit message (Collapse)Author
2022-05-17Remove mobile-broadband-provider-infoDenis 'GNUtoo' Carikli
I didn't do pacman -Sy before checking so now there is a mobile-broadband-provider-info pacage for ARM. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-17pcr: Add mobile-broadband-provider-info for armv7hDenis 'GNUtoo' Carikli
The 'CUSTOM' license comes from this COPYING file: THIS WORK IS IN PUBLIC DOMAIN: The person or persons who have associated work with this document (the "Dedicator" or "Certifier") hereby either (a) certifies that, to the best of his knowledge, the work of authorship identified is in the public domain of the country from which the work is published, or (b) hereby dedicates whatever copyright the dedicators holds in the work of authorship identified below (the "Work") to the public domain. A certifier, moreover, dedicates any copyright interest he may have in the associated work, and for these purposes, is described as a "dedicator" below. A certifier has taken reasonable steps to verify the copyright status of this work. Certifier recognizes that his good faith efforts may not shield him from liability if in fact the work certified is not in the public domain. Dedicator makes this dedication for the benefit of the public at large and to the detriment of the Dedicator's heirs and successors. Dedicator intends this dedication to be an overt act of relinquishment in perpetuity of all present and future rights under copyright law, whether vested or contingent, in the Work. Dedicator understands that such relinquishment of all rights includes the relinquishment of all rights to enforce (by lawsuit or otherwise) those copyrights in the Work. Dedicator recognizes that, once placed in the public domain, the Work may be freely reproduced, distributed, transmitted, used, modified, built upon, or otherwise exploited by anyone for any purpose, commercial or non-commercial, and in any way, including by methods that have not yet been invented or conceived. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-11pcr: libreboot-utils: fix ectool installationDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-09pcr: libreboot-utils: fix python dependenciesDenis 'GNUtoo' Carikli
Without that fix it still builds fine with makepkg but it fails because python-setuptool is missing: | Traceback (most recent call last): | File "/build/libreboot-utils/src/libreboot-20211122_src/coreboot/default/util/me_cleaner/setup.py", line 3, in <module> | from setuptools import setup | ModuleNotFoundError: No module named 'setuptools' | ==> ERROR: A failure occurred in build(). | Aborting... In addition the 'python' package provides 'python3', but it's probably more clear if we use the 'python' package as dependency instead of what it provides. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-08pcr: libreboot-utils: Add ifdtoolDenis 'GNUtoo' Carikli
Recent (post 2006) Intel computers typically have a flash chip that contains several partitions: - An "Intel flash descriptor" partition that contains a partition table, permission settings for read/write access to these partitions. various configuration settings like the flash chip speed, and so on. - A partition for the BIOS that contains the BIOS, Coreboot, EFI, Libreboot, UEFI, etc. - A partition for the Management Engine firmware. - A partition for some Gigabit Ethernet settings (the MAC address, LEDs settings, etc). - A partition named "Platform data" that probably contains some serial numbers or other data on some computers. The ifdtool utility can display these partitions, various settings present in Intel flash descriptor, extract or replace these partitions content, etc. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-08libreboot-utils: Add me_cleanerDenis 'GNUtoo' Carikli
Recent (post 2006) Intel computers typically have a flash chip that contains several partitions: - A partition that contains a partition table, permission settings for read/write access to these partitions. various configuration settings like the flash chip speed, and so on. - A partition for the BIOS that contains the BIOS, Coreboot, EFI, Libreboot, UEFI, etc. - A partition for the Management Engine firmware. - A partition for some Gigabit Ethernet settings (the MAC address, LEDs settings, etc). - A partition named "Platform data" that probably contains some serial numbers or other data on some computers. The Management Engine firmware is signed, so its code cannot be modified. However the Management Engine firmware also contains its own partitioning scheme, and it's possible to remove some of its partitions in a way that enable computers to still boot and function normally. The me_cleaner utility can do that (so it still lives part of the Management Engine code or Operating system). The me_cleaner can also tell the Management Engine OS (with --soft-disable), that once its booted, it should not try to load additional applications. In addition me_cleaner can also verify the Management Engine firmware signatures. Note that me_cleaner cannot be used to completely remove the Management Engine firmware. To do that you need to use Libreboot instead. Libreboot removes completely the Management Engine firmware. However the method used by Libreboot only works with computers with the Intel GM45 chipset. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-07libreboot-utils: Add inteltoolDenis 'GNUtoo' Carikli
This utility enables to dump the registers of various chips (CPU, chipset, etc) on Intel computers. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-07libreboot-utils: Add cbmemDenis 'GNUtoo' Carikli
The cbmem utility enables to retrieve the Coreboot and Libreboot boot logs. This requires Coreboot or Libreboot to be built with CONFIG_CONSOLE_CBMEM=y to work. In addition cbmem also supports retrieving additional boot information like timestamps (which requires CONFIG_COLLECT_TIMESTAMPS=y), and so on. GRUB also has a cbmem console, so if configured to use it we can also retrieve the GRUB boot log. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-07pcr: libreboot-utils: Add bincfgDenis 'GNUtoo' Carikli
The bincfg utility enable to convert various binary formats to text file and vice-versa. It supports the GM45 Intel Flash Descriptor (IFD) which is contains the flash chip partition table and various settings including read/write permissions for the various flash partitions. Beware when changing the values in ways that have not been tested before as it could lead to non-booting computers. This is for instance the case when trying to set the BIOS partition read-only for all "CPUs" (Management Engine, main CPU, and Gigabit Ethernet). Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-07pcr: libreboot-utils: Add spkmodem_recvDenis 'GNUtoo' Carikli
When building Coreboot or Libreboot with CONFIG_SPKMODEM, the boot messages data is encoded as sound and sent to the sound card. To receive them you can record them with another computer (and ideally you need an audio cable for that and to make sure that the volume is not too low or not too high), and you can then decode them in real time with a command similar to that one: parec --channels=1 --rate=48000 --format=s16le | spkmodem-recv This also works with grub spkmodem console output. Note that the messages speed is relatively slow, so if you build Coreboot or Libreboot with that option, your boot might take a long time (like 30min for instance) if you have a lot of messages. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-06pcr: libreboot-utils: switch to make installDenis 'GNUtoo' Carikli
This makes sure that all the tools are installed. Some tools like cbfstool also have other tools like fmaptool that are really useful. fmaptool can be used to work with Chromebook images for instance. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-06pcr: libreboot-utils: armv7h: skip remaining tools requiring port mapped I/ODenis 'GNUtoo' Carikli
The warning about bucts was removed as in fact most of these tools are probably dangerous in one way or another if used improperly. Flashrom which is packaged in most GNU/Linux distributions is also very dangerous if used improperly, though it comes with warnings and safe defaults. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-06pcr: libreboot-utils: install cbfstool for all architecturesDenis 'GNUtoo' Carikli
Now that it builds for all architectures we can also ship it. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-06pcr: libreboot-utils: fix cbfstool compilation on 32bit architecturesDenis 'GNUtoo' Carikli
On i686, cbfstool wasn't build because it failed to compile, and on armv7h, the build fail with an error similar to this one: host/lib/extract_vmlinuz.c: In function ‘ExtractVmlinuz’: host/lib/extract_vmlinuz.c:67:9: warning: ‘memcpy’ specified bound between 2147483648 and 4294967295 exceeds maximum object size 2147483647 [-Wstringop-overflow=] 67 | memcpy(vmlinuz, kpart_data + vmlinuz_header_offset, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 68 | vmlinuz_header_size); | ~~~~~~~~~~~~~~~~~~~~ This fixes that build error and enables cbfstool to be built on all the architectures supported by Parabola. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-05pcr: libreboot-utils: don't build bucts for armv7hDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-05-04pcr: libreboot-util: rename to libreboot-utils and fix headerDenis 'GNUtoo' Carikli
Since there is more than one utility in this package it's more clear if it is named libreboot-utils. In addition, this packages has part from the nvramtool I made from scratch so I added myself in the header in addition of Wael Karramas who is the main author of this package. I also fixed the Maintainers line as more than one person involved in Parabola has some knowledge about Libreboot and Coreboot. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
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>