From dev at lists.parabola.nu Sun Feb 12 18:50:41 2023 From: dev at lists.parabola.nu (Parabola GNU/Linux-libre: Recent news updates: bill auger) Date: Sun, 12 Feb 2023 18:50:41 -0000 Subject: [Dev] [dev] [From Arch] Switch to the base-devel meta package requires manual intervention Message-ID: <20230212185041.3710385.44142@winston.parabola.nu> The `base-devel` package group has recently been replaced by a meta package of the same name. People that had the `base-devel` package group installed (meaning people that installed `base-devel` before February 2nd) have to explicitly re-install it to get the new `base-devel` package installed on their system: ``` pacman -Syu base-devel ``` URL: /news/from-arch-switch-to-the-base-devel-meta-package-requires-manual-intervention/ From nobody at parabola.nu Wed Feb 15 01:16:12 2023 From: nobody at parabola.nu (Parabola Website Notification) Date: Wed, 15 Feb 2023 01:16:12 -0000 Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date Message-ID: <20230215011612.3710385.19151@winston.parabola.nu> eliotreyna at disroot.org wants to notify you that the following packages may be out-of-date: * iceweasel 1:109.0-1.parabola1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/iceweasel/ * iceweasel 1:109.0-1.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/iceweasel/ * iceweasel 1:109.0-1.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/iceweasel/ The user provided the following additional text: Firefox source code has been updated to the version 110. The main features of this version are: 1.- Canvas2D is enabled by default in GNU/Linux. 2.- WebGL performance improved for all OS avariable. For more information about this update, please follow the link below: https://www.mozilla.org/en-US/firefox/110.0/releasenotes/ Thanks. From dllud at riseup.net Wed Feb 15 12:22:37 2023 From: dllud at riseup.net (dllud) Date: Wed, 15 Feb 2023 12:22:37 +0000 Subject: [Dev] marble-qt: does it really need a libre version? Message-ID: <32c5256d-ca10-1f40-3933-3e3fe62a07b7@riseup.net> Hi, I just noticed that marble-qt got into [libre]. When I handled marble a couple years ago only marble-common depended on qt5-webengine. There was no need to provide libre versions for marble-qt, marble and marble-maps. Looking at Arch's PKGBUILD[1] the situation seems to be the same. I guess the fewer the packages that Parabola rebuils and distributes the better. Some resources could be spared here I guess. Regards, David [1] https://github.com/archlinux/svntogit-packages/blob/packages/marble/trunk/PKGBUILD From pagure at pagure.io Wed Feb 15 12:29:51 2023 From: pagure at pagure.io (=?utf-8?q?Grizzly_User?=) Date: Wed, 15 Feb 2023 12:29:51 +0000 (GMT) Subject: [Dev] =?utf-8?q?=5Babslibre=5D_PR_=2368=3A_libre/iceweasel=3A_11?= =?utf-8?b?MC4w?= In-Reply-To: Message-ID: grizzlyuser closed without merging a pull-request against the project: `abslibre` that you are following. Closed pull-request: `` libre/iceweasel: 110.0 `` https://pagure.io/abslibre/pull-request/68 From pagure at pagure.io Wed Feb 15 12:30:18 2023 From: pagure at pagure.io (=?utf-8?q?Grizzly_User?=) Date: Wed, 15 Feb 2023 12:30:18 +0000 (GMT) Subject: [Dev] =?utf-8?b?W2Fic2xpYnJlXSBQUiAjNjk6IFtpY2V3ZWFzZWxdIDExMC4w?= Message-ID: grizzlyuser opened a new pull-request against the project: `abslibre` that you are following: `` [iceweasel] 110.0 `` To reply, visit the link below or just reply to this email https://pagure.io/abslibre/pull-request/69 From bill-auger at peers.community Wed Feb 15 21:09:32 2023 From: bill-auger at peers.community (bill-auger) Date: Wed, 15 Feb 2023 16:09:32 -0500 Subject: [Dev] marble-qt: does it really need a libre version? In-Reply-To: <32c5256d-ca10-1f40-3933-3e3fe62a07b7@riseup.net> References: <32c5256d-ca10-1f40-3933-3e3fe62a07b7@riseup.net> Message-ID: <20230215160932.58e9cd77@parabola.localdomain> all of the marble-* packages are made from the same PKGBUILD - they are all strongly-coupled to the specific version of marble-common - that is the usual reason why marble-qt and marble-maps are broken - only marble-common actually needs treatment; but that breakage happens routinely if parabola packages only marble-common - the entire set builds quickly; so it makes most sense to build them all - that should prevent marble-qt and marble-maps from breaking, or at least it will be less often i added this explanation to the PKGBUILD # Note: This is done to prevent breakage. # Only 'marble-common' requires the change; # but then 'marble-common' would need to be pinned # to (require) it's clients, which is weird. # For that reason, we build all split-packages. From bill-auger at peers.community Wed Feb 15 21:12:52 2023 From: bill-auger at peers.community (bill-auger) Date: Wed, 15 Feb 2023 16:12:52 -0500 Subject: [Dev] [abslibre] PR #69: [iceweasel] 110.0 In-Reply-To: References: Message-ID: <20230215161252.79e9ade6@parabola.localdomain> thanks - good timing - i am upgrading icecat today also - it is helpful to do these together From bill-auger at peers.community Tue Feb 21 01:48:13 2023 From: bill-auger at peers.community (bill-auger) Date: Mon, 20 Feb 2023 20:48:13 -0500 Subject: [Dev] [PATCH]: upgrade 'rush' In-Reply-To: <1a83133acf2d794aa8b47b53955b14c2914cb427.camel@waelk.tech> References: <1a83133acf2d794aa8b47b53955b14c2914cb427.camel@waelk.tech> Message-ID: <20230220204813.0c6952b4@parabola.localdomain> On Sun, 15 Jan 2023 15:29:51 +0200 Wael wrote: > I've updated the sic IRC client to the latest version. this patch is against the 'rush' package - it is not an IRC client there are some problems though - what are the set -u and set +u for? - did the AUR maintainer add those? - im guessing that those probably should not be there the PKGBUILD sources two patches; but neither are used 'rush-1.7-glib-2.16-gets.patch' 'intprops.patch' there is code to apply one of them but it is commented-out - did the AUR maintainer do that? # parabola changes and rationale: # - added .install file to update icon database # - added patch to fix build errors with gcc7 which patch is that? - if it is not in the repo, or is not applied, then that note should be removed From bill-auger at peers.community Tue Feb 21 01:51:26 2023 From: bill-auger at peers.community (bill-auger) Date: Mon, 20 Feb 2023 20:51:26 -0500 Subject: [Dev] [PATCHSET][PCR][UPDATES] Updates for terminal-colors, memlockd and musescore In-Reply-To: <4b27b162e291d4c717ea7c30cf68169d9740f3e1.camel@waelk.tech> References: <4b27b162e291d4c717ea7c30cf68169d9740f3e1.camel@waelk.tech> Message-ID: <20230220205126.6735c1d9@parabola.localdomain> On Sun, 15 Jan 2023 17:09:08 +0200 Wael wrote: > I've attached a patch-set updating terminal-colors, memlockd and musecore. please do not send changes for multiple packages in the same email or thread, unless they are somehow dependent on each other maybe i will address all three, because after trying to apply the patches, it turns out that all three actually were useless memlockd the patch does not apply musescore: all you did was bump the version, without trying to build it - please do not do that - that patch was only a waste of both of our time terminal-colors: the patch does not apply From bill-auger at peers.community Tue Feb 21 01:59:23 2023 From: bill-auger at peers.community (bill-auger) Date: Mon, 20 Feb 2023 20:59:23 -0500 Subject: [Dev] [PKGBUILD][GOPHER] Geomyidae gopher daemon In-Reply-To: <9823ab27fec52fa835746932c123c4817ab1401a.camel@waelk.tech> References: <9823ab27fec52fa835746932c123c4817ab1401a.camel@waelk.tech> Message-ID: <20230220205923.1edcada4@parabola.localdomain> so this is a packaging request? - does this software do something different than 'gmid'? - what would be a good rationale for adopting it? From bill-auger at peers.community Tue Feb 21 02:19:05 2023 From: bill-auger at peers.community (bill-auger) Date: Mon, 20 Feb 2023 21:19:05 -0500 Subject: [Dev] [PATCH]: upgrade 'sic' package? In-Reply-To: <1a83133acf2d794aa8b47b53955b14c2914cb427.camel@waelk.tech> References: <1a83133acf2d794aa8b47b53955b14c2914cb427.camel@waelk.tech> Message-ID: <20230220211905.6360170d@parabola.localdomain> On Mon, 20 Feb 2023 20:48:13 -0500 bill-auger wrote: > On Sun, 15 Jan 2023 15:29:51 +0200 Wael wrote: > > I've updated the sic IRC client to the latest version. > > this patch is against the 'rush' package - it is not an IRC > client ok i see now that there is a thread for the 'rush' package - maybe you have changes for 'sic'? From bill-auger at peers.community Tue Feb 21 09:18:39 2023 From: bill-auger at peers.community (bill-auger) Date: Tue, 21 Feb 2023 04:18:39 -0500 Subject: [Dev] [UPDATE][PATCH] Updated PKGBUILD for inspircd In-Reply-To: References: Message-ID: <20230221041839.2a3a5e4a@parabola.localdomain> i changed the pkgdesc - it was too long, pkgdesc is not supposed to repeat the program name, and "for Linux" conflicts with the FSDG "avoid name confusion" prescription it is OK to keep 'aarch64' in the arch array - we are slowly moving toward an aarch64 port - some PKGBUILDs target ppc64le already too WRT the contributor attributions - you only need to mention those those upstream identifiers for Maintainers - they are not relevant for Contributors - the only usefulness of those is to indicate from where to find changes to diff against - also, keep the upstream identifiers all lower-case - the idea is to have them be unique and machine-readable - there should never be "Maintainer (Parabola):" - a PKGBUILD without any line exactly like "Maintainer:" will be shown as orphaned on the website (no maintainer) - for that reason, there should be at least one maintainer (a line starting with "# Maintainer: ") - we have been putting "# Maintainer: Parabola Hackers" with the dev list email, for any without a dedicated maintainer for inspircd, if you want to adopt the package, you can put yourself as Maintainer:, because none was listed already - if you do not want to adopt the package, then put yourself as Contributor WRT thinkfan, that already has a parabola maintainer - we like to give authority to each maintainer; so you should ask ovruni if youd like to be the maintainer or co-maintainer i set you to "Contributor:" of both thinkfan and inspircd for now From bill-auger at peers.community Tue Feb 21 10:11:34 2023 From: bill-auger at peers.community (bill-auger) Date: Tue, 21 Feb 2023 05:11:34 -0500 Subject: [Dev] [PATCHSET][PCR][UPDATES] Updates for terminal-colors, memlockd and musescore In-Reply-To: <20230220205126.6735c1d9@parabola.localdomain> References: <4b27b162e291d4c717ea7c30cf68169d9740f3e1.camel@waelk.tech> <20230220205126.6735c1d9@parabola.localdomain> Message-ID: <20230221051134.3df07664@parabola.localdomain> On Mon, 20 Feb 2023 20:51:26 -0500 bill-auger wrote: > memlockd > the patch does not apply > > terminal-colors: > the patch does not apply ok my bad on those - i did not notice that gnutoo had handled those already - thats why the patches did not apply From nobody at parabola.nu Tue Feb 21 12:48:25 2023 From: nobody at parabola.nu (Parabola Website Notification) Date: Tue, 21 Feb 2023 12:48:25 -0000 Subject: [Dev] Orphan Libre package [mkinitcpio-parabolaiso] marked out-of-date Message-ID: <20230221124825.3710382.32170@winston.parabola.nu> grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date: * mkinitcpio-parabolaiso 58-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/mkinitcpio-parabolaiso/ * mkinitcpio-parabolaiso 58-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/mkinitcpio-parabolaiso/ * mkinitcpio-parabolaiso 58-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/mkinitcpio-parabolaiso/ The user provided the following additional text: Thank you for maintaining this package! A new version of mkinitcpio-archiso is available: https://archlinux.org/packages/extra/any/mkinitcpio-archiso/ From wael at waelk.tech Tue Feb 21 19:15:54 2023 From: wael at waelk.tech (Wael Karram) Date: Tue, 21 Feb 2023 21:15:54 +0200 Subject: [Dev] libreboot-utils, moving forward. In-Reply-To: <20221227175019.0750eb25@primary_laptop> References: <1e29f14a5a4692fbffcaa15d1bad2af2bca9c761.camel@waelk.tech> <20221218014214.4cb80d5e@primary_laptop> <20221224115534.289a64f3@parabola.localdomain> <17c05fd7942d2b43ff6de6ad20ba3682a3df168f.camel@waelk.tech> <20221227175019.0750eb25@primary_laptop> Message-ID: <3b62a3ac74113895ff1f408d98058344dffb5684.camel@waelk.tech> On Tue, 2022-12-27 at 17:50 +0100, Denis 'GNUtoo' Carikli wrote: > On Mon, 26 Dec 2022 09:12:41 +0200 > Wael Karram wrote: > > > On Sat, 2022-12-24 at 11:55 -0500, bill-auger wrote: > > > On Sun, 18 Dec 2022 01:42:14 +0100 Denis wrote: > > > > Since that nonfree > > > > software will not be removed anymore, we won't be able to use the > > > > newer tarballs. > > > > > > > > I'm already in discussion with other people to continue a libre > > > > version of Libreboot. > > > > > > that could be a mksource PKGBUILD - parabola could provide a > > > pre-cleaned source-ball; but those patches would be carried and > > > maintained forever, so that solution is essentially soft-forking > > > libreboot > > > > > > > for some of the boards it supported before like the KGPE D16. > > > > > > ok, now i am more convinced that the new libreboot direction is > > > not well aligned with parabola - AFAIK, the D8 and D16 are the > > > only powerful servers which can boot the original no-blobs > > > libreboot; and these are libreboot's only significant targets > > > besides thinkpads - if such important targets are no longer > > > supported, i would be inclined to put the entire project into > > > maintenance-mode, rather than shifting the meaning of "libre" to > > > accommodate the ever-worsening lost cause that is x86 - does > > > libreboot support any other than x86? - maybe it's day has > > > passed, and it is just not needed any more > > > > > > put another way, it just seems that x86 precludes "moving > > > forward" in a libre direction - to me, "moving forward" means > > > looking away from x86 toward ARM, RISCV, and POWER9 - at least > > > those arches are trending toward libre-friendly, rather than away > > > > Specifically about D8 and D16 I know that the issue is upstream > > dropping support. > > https://mail.coreboot.org/pipermail/coreboot/2018-April/086618.html > > Here is some of the discussion on that. > > I presume someone can fork off of Coreboot and maintain it if that > > hardware is needed, and maybe that fork can be merged back into > > upsteam. But at least since 2018 these boards have been dropped. > > Since Libreboot didn't have a stable release since 2016 - the latest > > release(s) had these boards vanish. > An association already applied for NLnet funding to bring that > mainboard back into Coreboot. We don't know yet if that funding will be > accepted or not. > > Libreboot also has the infrastructure to use different coreboot > versions or patches for different computers. So for instance the > payloads and so on can at least be updated. > > Denis. After the discussion was brought up in the IRC channel today, bill-auger advised me to follow up on this issue. As it stands it seems as though Libreboot still contains libre code for the utilities and will do so for the foreseeable future. The issue with the post-osboot merge is that the ROMs might have blobs, but seeing as we aren't using that I think it still makes sense to just clean up all the ROM code and just use the utilities (they're even contained in their own separate directory). Why not do a sparse checkout of libreboot's git and make the package that way? I do realize that this totally skirts the issues with the ROMs, but this way we can stick to a smaller and more specific scope. -- Kind Regards, Wael Karram. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From kreyren at rixotstudio.cz Thu Feb 23 08:23:04 2023 From: kreyren at rixotstudio.cz (Jacob Hrbek) Date: Thu, 23 Feb 2023 08:23:04 +0000 Subject: [Dev] [PATCH] QA: Replace shebang with env-variant Message-ID: <20230223082143.13828-1-kreyren@rixotstudio.cz> This is to provide a compatibility with nix such as GNU Guix to use the project painlessly without the need of deploying a sandboxed FHS environment. Signed-off-by: Jacob Hrbek --- src/hooks/hook-ethernet-dhcp.sh | 2 +- src/hooks/hook-parabola-buildbox.sh | 2 +- src/pvm-common.sh.inc | 2 +- src/pvm2tarball.sh | 2 +- src/pvmboot.sh | 2 +- src/pvmbootstrap.sh | 4 ++-- 6 files changed, 7 insertions(+), 7 deletions(-) diff --git a/src/hooks/hook-ethernet-dhcp.sh b/src/hooks/hook-ethernet-dhcp.sh index 65e64f1..0648b6a 100644 --- a/src/hooks/hook-ethernet-dhcp.sh +++ b/src/hooks/hook-ethernet-dhcp.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash set -e diff --git a/src/hooks/hook-parabola-buildbox.sh b/src/hooks/hook-parabola-buildbox.sh index d85ccfa..0d40397 100644 --- a/src/hooks/hook-parabola-buildbox.sh +++ b/src/hooks/hook-parabola-buildbox.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash set -e diff --git a/src/pvm-common.sh.inc b/src/pvm-common.sh.inc index 6da7685..ce83afd 100644 --- a/src/pvm-common.sh.inc +++ b/src/pvm-common.sh.inc @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash ############################################################################### # parabola-vmbootstrap -- create and start parabola virtual machines # # # diff --git a/src/pvm2tarball.sh b/src/pvm2tarball.sh index f3612f1..393c426 100755 --- a/src/pvm2tarball.sh +++ b/src/pvm2tarball.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash ############################################################################### # parabola-vmbootstrap -- create and start parabola virtual machines # # # diff --git a/src/pvmboot.sh b/src/pvmboot.sh index d37554a..65cad24 100755 --- a/src/pvmboot.sh +++ b/src/pvmboot.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash ############################################################################### # parabola-vmbootstrap -- create and start parabola virtual machines # # # diff --git a/src/pvmbootstrap.sh b/src/pvmbootstrap.sh index 288d4eb..d424b35 100755 --- a/src/pvmbootstrap.sh +++ b/src/pvmbootstrap.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash ############################################################################### # parabola-vmbootstrap -- create and start parabola virtual machines # # # @@ -317,7 +317,7 @@ pvm_bootstrap() # assumes: $arch $imagefile $loopdev $workdir , traps: INT TERM # create a master hook script msg2 "hooks.sh:" sudo tee "$workdir"/root/hooks.sh << EOF -#!/bin/bash +#!/usr/bin/env bash echo "[hooks.sh] boot successful - configuring ...." # generate the locale -- 2.37.3 From kreyren at rixotstudio.cz Thu Feb 23 09:31:21 2023 From: kreyren at rixotstudio.cz (Jacob Hrbek) Date: Thu, 23 Feb 2023 09:31:21 +0000 Subject: [Dev] [PATCH] uboot-teres-i: New Package Message-ID: <20230223093111.17941-1-kreyren@rixotstudio.cz> Add uboot package for the OLIMEX Teres-A64 system Signed-off-by: Jacob Hrbek --- libre/uboot-teres_i/PKGBUILD | 46 +++++++++++++++++++++++ libre/uboot-teres_i/uboot-teres_i.install | 39 +++++++++++++++++++ 2 files changed, 85 insertions(+) create mode 100644 libre/uboot-teres_i/PKGBUILD create mode 100644 libre/uboot-teres_i/uboot-teres_i.install diff --git a/libre/uboot-teres_i/PKGBUILD b/libre/uboot-teres_i/PKGBUILD new file mode 100644 index 000000000..7d2c77395 --- /dev/null +++ b/libre/uboot-teres_i/PKGBUILD @@ -0,0 +1,46 @@ +# U-Boot: OLIMEX Teres-A64 +# Package Copyright: Jacob Hrbek under the Expat License in 23.02.2023-EU 09:02:30 (UTC) +# Maintainer: Jacob "Kreyren" Hrbek +# Contributor: Bill Auger + +pkgname="uboot-teres_i" +pkgver=2022.04 # ? +pkgrel=3 # ? +_tfaver=2.6 # ? +pkgdesc="U-Boot for OLIMEX Teres-A64" +arch=('armv8h') # ? +url='http://www.denx.de/wiki/U-Boot/WebHome' +license=('GPL') +makedepends=('git' 'aarch64-linux-gnu-gcc' 'dtc' 'bc') +provides=('uboot') +conflicts=('uboot') +install="$pkgname.install" +source=("ftp://ftp.denx.de/pub/u-boot/u-boot-${pkgver/rc/-rc}.tar.bz2") +sha256sums=('68e065413926778e276ec3abd28bb32fa82abaa4a6898d570c1f48fbdb08bcd0') + +export CROSS_COMPILE="aarch64-linux-gnu-" + +prepare() { + cd "u-boot-${pkgver/rc/-rc}" +} + +build() { + unset CFLAGS CXXFLAGS CPPFLAGS LDFLAGS + + # FIXME-QA(Krey): This should be a separate function -- status_update "Building U-Boot for OLIMEX Teres-A64" + printf "\n%s...\n" "Building U-Boot for OLIMEX Teres-A64" + make teres_i_defconfig + + update_config 'CONFIG_IDENT_STRING' '" Parabola"' + update_config 'CONFIG_SPL_MMC_SDHCI_SDMA' 'n' + + make EXTRAVERSION="-$pkgrel" +} + +package() { + cd "u-boot-${pkgver/rc/-rc}" + + mkdir -p "$pkgdir/boot/extlinux" + install -D -m 0644 idbloader.img u-boot.itb -t "$pkgdir/boot" +} + diff --git a/libre/uboot-teres_i/uboot-teres_i.install b/libre/uboot-teres_i/uboot-teres_i.install new file mode 100644 index 000000000..6ed61319b --- /dev/null +++ b/libre/uboot-teres_i/uboot-teres_i.install @@ -0,0 +1,39 @@ +_notice_uboot() { + printf "* %s\n" \ + "You may flash it to your microSD card (mmcblk0)," \ + "or eMMC module (mmcblk1), by running:" \ + "# dd if=/boot/idbloader.img of=/dev/mmcblkX seek=64 conv=notrunc,fsync status=progress" \ + "# dd if=/boot/u-boot.itb of=/dev/mmcblkX seek=16384 conv=notrunc,fsync status=progress" +} + +# Make sure that the extlinux config is present if not, create it +_create_config() { + if [ ! -f /boot/extlinux/extlinux.conf ]; then + mkdir -p /boot/extlinux + # FIXME-QA(Krey): Hardwritten kernel, expecting method to use the desired kernel on demand + cat > /boot/extlinux/extlinux.conf <<-CONFIG + timeout 1 + DEFAULT linux-libre-64 + LABEL Parabola + KERNEL /boot/vmlinuz-linux-libre-64 + FDTDIR /boot/dtbs/linux-libre-64 + APPEND initrd=/boot/initramfs-linux-libre-64.img console=ttyS0,115200 root=LABEL=PARABOLA rw rootwait audit=0 splash plymouth.ignore-serial-consoles +CONFIG + else + # FIXME-QA(Krey): Should have an error handling to check if the expected extlinux.conf is present and output debug status + true + fi +} + +post_install() { + printf "WARNING: %s\n" "U-Boot firmware must be manually flashed onto your boot medium" + _notice_uboot + _create_config +} + +post_upgrade() { + printf "NOTICE: %s\n" "A new version of U-Boot firmware is ready to be flashed onto your boot medium" + _notice_uboot + _create_config +} + -- 2.37.3 From bill-auger at peers.community Thu Feb 23 09:43:50 2023 From: bill-auger at peers.community (bill-auger) Date: Thu, 23 Feb 2023 04:43:50 -0500 Subject: [Dev] [PATCH] QA: Replace shebang with env-variant in 'parabola-vmbootstrap' In-Reply-To: <20230223082143.13828-1-kreyren@rixotstudio.cz> References: <20230223082143.13828-1-kreyren@rixotstudio.cz> Message-ID: <20230223044350.3406d129@parabola.localdomain> LGTM - but the parabola-vmbootstrap tool was not written with other distros in mind - it probably would not run on guix without more tweaking, of the parabola-vmbootstrap scripts, and of the guix host system for example, it requires some arch- and parabola- specific tools and libraries (namely: 'arch-install-scripts', 'librelib', and 'pacman') the scripts also include some other hard-coded bits, like how it locates installed binaries for qemu_static targets, and other system files which are expected to exist, such as /bin/true and /dev/zero From bill-auger at peers.community Thu Feb 23 10:32:55 2023 From: bill-auger at peers.community (bill-auger) Date: Thu, 23 Feb 2023 05:32:55 -0500 Subject: [Dev] [PATCH] uboot-teres-i: New Package In-Reply-To: <20230223093111.17941-1-kreyren@rixotstudio.cz> References: <20230223093111.17941-1-kreyren@rixotstudio.cz> Message-ID: <20230223053255.20f62c6f@parabola.localdomain> A) this is awesome - thanks there is a B) though B) we have started requiring all new PKGBUILDs to be under the CC-zero license - is that OK with you?