From je-vv at e.email Sat Jan 4 19:19:39 2025 From: je-vv at e.email (Javier) Date: Sat, 4 Jan 2025 12:19:39 -0600 Subject: [artix-general] /usr/lib/sysusers.d/{bind, dnsmasq, util-linux}.conf unknown modifier u! Message-ID: <192d924e-8e12-4e56-993b-ea793d95331d@e.email> Hello ! Since some recent upgrades back, I'm getting this errors when some upgrades occur: > (1/3) Creating system user accounts... > /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. On the pacman logs the look like: > [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. They are owned by: > % pacman -Qo /usr/lib/sysusers.d/bind.conf > /usr/lib/sysusers.d/bind.conf is owned by bind 9.20.4-2 > % pacman -Qo /usr/lib/sysusers.d/dnsmasq.conf > /usr/lib/sysusers.d/dnsmasq.conf is owned by dnsmasq 2.90-2 > % pacman -Qo /usr/lib/sysusers.d/util-linux.conf > /usr/lib/sysusers.d/util-linux.conf is owned by util-linux 2.40.2-3 I started to notice this with the bind upgrade: > [2025-01-03T11:46:22-0600] [ALPM] upgraded bind (9.20.4-1 -> 9.20.4-2) > [2025-01-03T11:46:24-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. Then with the dnsmasq upgrade we got an additional error: > [2025-01-03T18:22:28-0600] [ALPM] upgraded doxygen (1.12.0-3 -> 1.13.1-1) > [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. And with the util-linux upgrade the last additional error: > [2025-01-04T11:25:56-0600] [ALPM] upgraded util-linux (2.40.2-2 -> 2.40.2-3) > [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. Anything missing, whether with these packages, or perhaps the pacman utiliy in charge of the user accounts? Perhaps there's some pending upgrade missing? Thanks ! -- Javier From je-vv at e.email Sat Jan 4 20:59:36 2025 From: je-vv at e.email (Javier) Date: Sat, 4 Jan 2025 13:59:36 -0600 Subject: [artix-general] perl modules needing rebuild: omniverse/perl-file-basedir, omniverse/perl-file-desktopentry Message-ID: <59e7556a-4e76-4c47-9771-8cc48ea18674@e.email> Hi ! Current perl installed on the system is 5.40, but a couple of perl utilities still include modules on 5.38: % pacman -Qqo /usr/lib/perl5/5.38 perl-file-basedir perl-file-desktopentry They need to be rebuilt, as it was done on Arch: > % pacman -Ss perl-file-basedir > omniverse/perl-file-basedir 0.09-3 [installed] > Use the Freedesktop.org base directory specification > extra/perl-file-basedir 0.09-5 [installed: 0.09-3] > Use the Freedesktop.org base directory specification > % pacman -Ss perl-file-desktopentry > omniverse/perl-file-desktopentry 0.22-11 [installed] > Object to handle .desktop files > extra/perl-file-desktopentry 0.22-13 [installed: 0.22-11] > Object to handle .desktop files These are omniverse packages though (not sure why not part of world). Current WA is to install the Arch extra packages. Thanks ! -- Javier From somenxavier at posteo.net Sat Jan 4 23:38:32 2025 From: somenxavier at posteo.net (Xavier B.) Date: Sat, 4 Jan 2025 22:38:32 +0000 Subject: [artix-general] /usr/lib/sysusers.d/{bind, dnsmasq, util-linux}.conf unknown modifier u! In-Reply-To: <192d924e-8e12-4e56-993b-ea793d95331d@e.email> References: <192d924e-8e12-4e56-993b-ea793d95331d@e.email> Message-ID: <20250104233832.8b22867994f25cb5d04ac7b2@posteo.net> Same here. What can we do? Thanks Javier. On Sat, 4 Jan 2025 12:19:39 -0600 Javier ha escrit: > Hello ! > > Since some recent upgrades back, I'm getting this errors when some upgrades occur: > > > (1/3) Creating system user accounts... > > /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > > /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > > /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > > On the pacman logs the look like: > > > [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > > [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > > [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > > They are owned by: > > > % pacman -Qo /usr/lib/sysusers.d/bind.conf > > /usr/lib/sysusers.d/bind.conf is owned by bind 9.20.4-2 > > > % pacman -Qo /usr/lib/sysusers.d/dnsmasq.conf > > /usr/lib/sysusers.d/dnsmasq.conf is owned by dnsmasq 2.90-2 > > > % pacman -Qo /usr/lib/sysusers.d/util-linux.conf > > /usr/lib/sysusers.d/util-linux.conf is owned by util-linux 2.40.2-3 > > I started to notice this with the bind upgrade: > > > [2025-01-03T11:46:22-0600] [ALPM] upgraded bind (9.20.4-1 -> 9.20.4-2) > > [2025-01-03T11:46:24-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > > Then with the dnsmasq upgrade we got an additional error: > > > [2025-01-03T18:22:28-0600] [ALPM] upgraded doxygen (1.12.0-3 -> 1.13.1-1) > > [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > > [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > > And with the util-linux upgrade the last additional error: > > > [2025-01-04T11:25:56-0600] [ALPM] upgraded util-linux (2.40.2-2 -> 2.40.2-3) > > [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > > [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > > [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > > Anything missing, whether with these packages, or perhaps the pacman utiliy in charge of the user accounts? Perhaps there's some pending upgrade missing? > > Thanks ! > > -- > Javier > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From artist at artixlinux.org Sun Jan 5 12:04:04 2025 From: artist at artixlinux.org (Carlo den Otter) Date: Sun, 5 Jan 2025 12:04:04 +0100 Subject: [artix-general] /usr/lib/sysusers.d/{bind, dnsmasq, util-linux}.conf unknown modifier u! In-Reply-To: <20250104233832.8b22867994f25cb5d04ac7b2@posteo.net> References: <192d924e-8e12-4e56-993b-ea793d95331d@e.email> <20250104233832.8b22867994f25cb5d04ac7b2@posteo.net> Message-ID: If you want to test, you can install udev, libudev, esysusers and etmpfiles from system-gremlins. That should fix the errors, and that's what it indeed did on a test box. On 1/4/25 23:38, Xavier B. wrote: > Same here. > What can we do? > > Thanks Javier. > > On Sat, 4 Jan 2025 12:19:39 -0600 > Javier ha escrit: > >> Hello ! >> >> Since some recent upgrades back, I'm getting this errors when some upgrades occur: >> >>> (1/3) Creating system user accounts... >>> /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. >>> /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. >>> /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. >> On the pacman logs the look like: >> >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. >> They are owned by: >> >>> % pacman -Qo /usr/lib/sysusers.d/bind.conf >>> /usr/lib/sysusers.d/bind.conf is owned by bind 9.20.4-2 >>> % pacman -Qo /usr/lib/sysusers.d/dnsmasq.conf >>> /usr/lib/sysusers.d/dnsmasq.conf is owned by dnsmasq 2.90-2 >>> % pacman -Qo /usr/lib/sysusers.d/util-linux.conf >>> /usr/lib/sysusers.d/util-linux.conf is owned by util-linux 2.40.2-3 >> I started to notice this with the bind upgrade: >> >>> [2025-01-03T11:46:22-0600] [ALPM] upgraded bind (9.20.4-1 -> 9.20.4-2) >>> [2025-01-03T11:46:24-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. >> Then with the dnsmasq upgrade we got an additional error: >> >>> [2025-01-03T18:22:28-0600] [ALPM] upgraded doxygen (1.12.0-3 -> 1.13.1-1) >>> [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. >>> [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. >> And with the util-linux upgrade the last additional error: >> >>> [2025-01-04T11:25:56-0600] [ALPM] upgraded util-linux (2.40.2-2 -> 2.40.2-3) >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. >> Anything missing, whether with these packages, or perhaps the pacman utiliy in charge of the user accounts? Perhaps there's some pending upgrade missing? >> >> Thanks ! >> >> -- >> Javier >> -- >> artix-general mailing list >> artix-general at artixlinux.org >> https://lists.artixlinux.org/listinfo/artix-general From somenxavier at posteo.net Sun Jan 5 14:46:42 2025 From: somenxavier at posteo.net (Xavier B.) Date: Sun, 5 Jan 2025 13:46:42 +0000 Subject: [artix-general] /usr/lib/sysusers.d/{bind, dnsmasq, util-linux}.conf unknown modifier u! In-Reply-To: References: <192d924e-8e12-4e56-993b-ea793d95331d@e.email> <20250104233832.8b22867994f25cb5d04ac7b2@posteo.net> Message-ID: <20250105144642.1f3288f5e068ba891fedf5f5@posteo.net> Can I revert using old packages? On Sun, 5 Jan 2025 12:04:04 +0100 Carlo den Otter ha escrit: > If you want to test, you can install udev, libudev, esysusers and > etmpfiles from system-gremlins. That should fix the errors, and that's > what it indeed did on a test box. > > On 1/4/25 23:38, Xavier B. wrote: > > Same here. > > What can we do? > > > > Thanks Javier. > > > > On Sat, 4 Jan 2025 12:19:39 -0600 > > Javier ha escrit: > > > >> Hello ! > >> > >> Since some recent upgrades back, I'm getting this errors when some upgrades occur: > >> > >>> (1/3) Creating system user accounts... > >>> /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >>> /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > >> On the pacman logs the look like: > >> > >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > >> They are owned by: > >> > >>> % pacman -Qo /usr/lib/sysusers.d/bind.conf > >>> /usr/lib/sysusers.d/bind.conf is owned by bind 9.20.4-2 > >>> % pacman -Qo /usr/lib/sysusers.d/dnsmasq.conf > >>> /usr/lib/sysusers.d/dnsmasq.conf is owned by dnsmasq 2.90-2 > >>> % pacman -Qo /usr/lib/sysusers.d/util-linux.conf > >>> /usr/lib/sysusers.d/util-linux.conf is owned by util-linux 2.40.2-3 > >> I started to notice this with the bind upgrade: > >> > >>> [2025-01-03T11:46:22-0600] [ALPM] upgraded bind (9.20.4-1 -> 9.20.4-2) > >>> [2025-01-03T11:46:24-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >> Then with the dnsmasq upgrade we got an additional error: > >> > >>> [2025-01-03T18:22:28-0600] [ALPM] upgraded doxygen (1.12.0-3 -> 1.13.1-1) > >>> [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >> And with the util-linux upgrade the last additional error: > >> > >>> [2025-01-04T11:25:56-0600] [ALPM] upgraded util-linux (2.40.2-2 -> 2.40.2-3) > >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > >> Anything missing, whether with these packages, or perhaps the pacman utiliy in charge of the user accounts? Perhaps there's some pending upgrade missing? > >> > >> Thanks ! > >> > >> -- > >> Javier > >> -- > >> artix-general mailing list > >> artix-general at artixlinux.org > >> https://lists.artixlinux.org/listinfo/artix-general > > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From somenxavier at posteo.net Sun Jan 5 14:58:33 2025 From: somenxavier at posteo.net (Xavier B.) Date: Sun, 5 Jan 2025 13:58:33 +0000 Subject: [artix-general] /usr/lib/sysusers.d/{bind, dnsmasq, util-linux}.conf unknown modifier u! In-Reply-To: References: <192d924e-8e12-4e56-993b-ea793d95331d@e.email> <20250104233832.8b22867994f25cb5d04ac7b2@posteo.net> Message-ID: <20250105145833.8e7969fab7f68603b7fe8a72@posteo.net> A solution (workaround) is to downgrade package util-linux [https://archive.artixlinux.org/packages/u/util-linux/util-linux-2.40.2-2-x86_64.pkg.tar.zst]. After reboot, all is perfect On Sun, 5 Jan 2025 12:04:04 +0100 Carlo den Otter ha escrit: > If you want to test, you can install udev, libudev, esysusers and > etmpfiles from system-gremlins. That should fix the errors, and that's > what it indeed did on a test box. > > On 1/4/25 23:38, Xavier B. wrote: > > Same here. > > What can we do? > > > > Thanks Javier. > > > > On Sat, 4 Jan 2025 12:19:39 -0600 > > Javier ha escrit: > > > >> Hello ! > >> > >> Since some recent upgrades back, I'm getting this errors when some upgrades occur: > >> > >>> (1/3) Creating system user accounts... > >>> /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >>> /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > >> On the pacman logs the look like: > >> > >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >>> [timestamp] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > >> They are owned by: > >> > >>> % pacman -Qo /usr/lib/sysusers.d/bind.conf > >>> /usr/lib/sysusers.d/bind.conf is owned by bind 9.20.4-2 > >>> % pacman -Qo /usr/lib/sysusers.d/dnsmasq.conf > >>> /usr/lib/sysusers.d/dnsmasq.conf is owned by dnsmasq 2.90-2 > >>> % pacman -Qo /usr/lib/sysusers.d/util-linux.conf > >>> /usr/lib/sysusers.d/util-linux.conf is owned by util-linux 2.40.2-3 > >> I started to notice this with the bind upgrade: > >> > >>> [2025-01-03T11:46:22-0600] [ALPM] upgraded bind (9.20.4-1 -> 9.20.4-2) > >>> [2025-01-03T11:46:24-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >> Then with the dnsmasq upgrade we got an additional error: > >> > >>> [2025-01-03T18:22:28-0600] [ALPM] upgraded doxygen (1.12.0-3 -> 1.13.1-1) > >>> [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> [2025-01-03T18:22:28-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >> And with the util-linux upgrade the last additional error: > >> > >>> [2025-01-04T11:25:56-0600] [ALPM] upgraded util-linux (2.40.2-2 -> 2.40.2-3) > >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/bind.conf:1: Unknown modifier 'u!'. > >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/dnsmasq.conf:1: Unknown modifier 'u!'. > >>> [2025-01-04T11:26:09-0600] [ALPM-SCRIPTLET] /usr/lib/sysusers.d/util-linux.conf:1: Unknown modifier 'u!'. > >> Anything missing, whether with these packages, or perhaps the pacman utiliy in charge of the user accounts? Perhaps there's some pending upgrade missing? > >> > >> Thanks ! > >> > >> -- > >> Javier > >> -- > >> artix-general mailing list > >> artix-general at artixlinux.org > >> https://lists.artixlinux.org/listinfo/artix-general > > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From torturedfanatic at keemail.me Thu Jan 23 06:11:06 2025 From: torturedfanatic at keemail.me (torturedfanatic at keemail.me) Date: Thu, 23 Jan 2025 06:11:06 +0100 (CET) Subject: [artix-general] Successful Artix installation through the WIP calamares-online installer Message-ID: Hi. I am writing to report a successful installation of a base Artix Linux system through the work-in-progress calamares-online graphical installer. The installer initially crashed and failed while bootstrapping the base and elogind packages.?? It seems the issue was caused by some package key-related problems. Pacman did not recognize the signatures and refused to install anything, which caused the crash. I was able to resolve the issue in two ways... Method 1. Disabling Package Signing -? I opened /etc/pacman.conf in the installer medium and set... ??? SigLevel = Never? This is a quick workaround but obviously, not secure. Would recommend ABSOLUTELY switching back to the default... ??? SigLevel = Required DatabaseOptional IMMEDIATELY post-installation. Method 2. Regenerating pacman keys -? I don't exactly remember what order I did the following in. This involved first clearing the pacman cache and rebuilding it... ??? pacman -Scc && pacman -Syy then opening /etc/pacman.conf and setting...? ??? SigLevel = Never? then installing the 'artix-keyring' package and manually deleting this directory...? ??? /etc/pacman.d/gnupg After which, I executed...? ??? pacman-key --init && pacman-key --populate artix? Then I reverted the changes to /etc/pacman.conf, ??? SigLevel = Required DatabaseOptional Both ways, I managed to get the installer working, It no longer crashed on the download phase. User setup, partitioning and package selection all functioned flawlessly. One design choice I found a bit strange was the --noprogressbar option in the installer log while pacman installs the required packages.? In my personal opinion, the log SHOULD display progress of which packages are currently being downloaded. (Unless it clutters up the logfile, which is totally understandable.) In any case, I just wanted to report that the online installer works with just that minor workaround to download packages. Cheers. -- "torturedfanatic"; Mastodon: ultraparanoia at c.im Web: https://ultraparanoia.neocities.org From je-vv at e.email Sun Jan 26 12:17:05 2025 From: je-vv at e.email (Javier) Date: Sun, 26 Jan 2025 05:17:05 -0600 Subject: [artix-general] clean chroot builds Message-ID: Hello ! How are clean chroot builds done on artix? Like [1] for arch (those are Arch specific developing tools, Artix has its own). BTW, it would be good to have it on the wiki, :) That said, aurutils (I know, not officially supported) supports clean chroot, but last I checked it was deeply dependent on systemd and Arch specific components, to the point it's really hard to hack it to work for Artix. I noticed there's an aurutils on "galaxy", but it's pretty outdated. I was wondering if it has been hacked so that it could actually perform clean chroot builds on Artix. Perhaps it doesn't, but I better ask if anyone knows. Thanks ! -- Javier [1] https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot From ing.capilla at comunidad.unam.mx Sun Jan 26 21:08:55 2025 From: ing.capilla at comunidad.unam.mx (ALFONSO CAPILLA RODRIGUEZ) Date: Sun, 26 Jan 2025 20:08:55 +0000 Subject: [artix-general] any recommended ISO for a 32bit In-Reply-To: References: Message-ID: Hi I'm a linux user for more than 10 years, I have installed several linux distros since then (always graphical), but now I starting to get deeper into linux, I've been learning more about the terminal and commands so I think I'm ready to install Arch or some OS pretty closed to it. First I read that Artix is based in Arch but better, How similar is Artix to Arch? and which are the more significant differences? I mean, why would someone would like more Artix over Arch? I would like to try Artix in a 32bit intel machine and tried to get into your old ISO archive but the link is broken, is there any Artix base ISO better for this ? Thank you for your service to the community and your response to my questions. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nhedi at vivaldi.net Sun Jan 26 00:40:38 2025 From: nhedi at vivaldi.net (nhedi) Date: Sun, 26 Jan 2025 00:40:38 +0100 Subject: [artix-general] Question Message-ID: <20250125234043.8EA95BD2E5@smtp.vivaldi.net> Does openrc includes compatibility layer for systemd dependent apps packages? I am asking because sysvinit used by mxlinux comes with compatibility layer which allows systemd dependent apps and packages to work with sysvinit.?Poslano s mojeg ure?aja Galaxy -------------- next part -------------- An HTML attachment was scrubbed... URL: From swiley at swiley.net Mon Jan 27 22:22:45 2025 From: swiley at swiley.net (Stephen Wiley) Date: Mon, 27 Jan 2025 16:22:45 -0500 Subject: [artix-general] any recommended ISO for a 32bit In-Reply-To: References: Message-ID: The reason I use Arch is because I wanted a binary distro that used GlibC and OpenRC for init. I was using Alpine before but the LibC means most binaries don't work and even some open source stuff doesn't. As a bonus because it uses Arch's package manager most AURs work without the need for a chroot. So for me, the "why" for Artix is OpenRC support. -- Stephen On Sun, Jan 26, 2025 at 08:08:55PM +0000, ALFONSO CAPILLA RODRIGUEZ wrote: > > Hi > > I'm a linux user for more than 10 years, I have installed several linux distros since then (always graphical), but now I starting to get deeper into linux, I've been learning more about the terminal and commands so I think I'm ready to install Arch or some OS pretty closed to it. > > First I read that Artix is based in Arch but better, How similar is Artix to Arch? and which are the more significant differences? I mean, why would someone would like more Artix over Arch? > > I would like to try Artix in a 32bit intel machine and tried to get into your old ISO archive but the link is broken, is there any Artix base ISO better for this ? > > Thank you for your service to the community and your response to my questions. > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From vitorsonoki.0a04 at yahoo.com Tue Jan 28 02:15:55 2025 From: vitorsonoki.0a04 at yahoo.com (Vitor Sonoki) Date: Mon, 27 Jan 2025 22:15:55 -0300 Subject: [artix-general] any recommended ISO for a 32bit In-Reply-To: References: Message-ID: <20250127221555.33c83dbc@rhapaw-reborn> Hey there. > I would like to try Artix in a 32bit intel machine and tried to get > into your old ISO archive but the link is broken, is there any Artix > base ISO better for this ? If you're looking for distros with first-class 32-bit architecture support, sadly, the number of choices is diminishing for Linux. It looks like Artix itself doesn't support it[1], and neither does Arch officially either (there is a community effort [2] to make 32-bit Arch Linux, but it's doesn't seem endorsed by the main distro). > I'm a linux user for more than 10 years, I have installed several > linux distros since then (always graphical), but now I starting to > get deeper into linux, I've been learning more about the terminal and > commands so I think I'm ready to install Arch or some OS pretty > closed to it. If you're looking for something like Artix but still runnable on 32-bit x86 hardware, and don't fear doing work in the terminal, I recommend you to try the following: - Alpine Linux: independent non-systemd distribution with fairly up-to-date packages and kernel (still not rolling release). The environment is pretty minimal, a-la vanilla Artix/Arch, but installation is much simpler (script-based). x86 support is first class. - Devuan: also non-systemd, based off of Debian. The stable release lags considerably behind the latest, but you could run the "unstable" channel (Ceres) for that - it's much less unstable than you'd think. Note that the Debian project itself has decided to slowly sunset 32-bit x86 into the future, but it's still supported. - If you're open to trying something that's not Linux, most if not all BSDs still support x86 first-class. Hope this helps you. It's a real pity how x86 is slowly being sunset everywhere. I, too, have a machine on that architecture with less and less choices available... Yours, Vitor S PGP: 50AADBDE09EF8744BA333E607A4E71A737168122 https://vitorsonoki.github.io ---- [1] https://forum.artixlinux.org/index.php/topic,405.0.html [2] https://archlinux32.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 659 bytes Desc: OpenPGP digital signature URL: From ing.capilla at comunidad.unam.mx Tue Jan 28 03:39:19 2025 From: ing.capilla at comunidad.unam.mx (ALFONSO CAPILLA RODRIGUEZ) Date: Tue, 28 Jan 2025 02:39:19 +0000 Subject: [artix-general] any recommended ISO for a 32bit In-Reply-To: <20250127221555.33c83dbc@rhapaw-reborn> References: <20250127221555.33c83dbc@rhapaw-reborn> Message-ID: Thanks for taking the time to answer my doubts, this info really helped me (I though that any of your ISOs were compatible with both x86 and 64bit aswell). I will check for Alpine linux, sounds pretty similar to the minimalist, not systemd just like Artix and Arch, but in the future I want to try Artix, do you think it would run in a raspberry pi? By the way, I had never tried before to contact any distro community or support, but I'm glad to see you guys are really commited to help the users. Thanks again MAC ________________________________ De: Vitor Sonoki Enviado: Lunes, 27 de Enero de 2025 07:15 PM Para: ALFONSO CAPILLA RODRIGUEZ CC: artix-general at artixlinux.org Asunto: Re: [artix-general] any recommended ISO for a 32bit Hey there. > I would like to try Artix in a 32bit intel machine and tried to get > into your old ISO archive but the link is broken, is there any Artix > base ISO better for this ? If you're looking for distros with first-class 32-bit architecture support, sadly, the number of choices is diminishing for Linux. It looks like Artix itself doesn't support it[1], and neither does Arch officially either (there is a community effort [2] to make 32-bit Arch Linux, but it's doesn't seem endorsed by the main distro). > I'm a linux user for more than 10 years, I have installed several > linux distros since then (always graphical), but now I starting to > get deeper into linux, I've been learning more about the terminal and > commands so I think I'm ready to install Arch or some OS pretty > closed to it. If you're looking for something like Artix but still runnable on 32-bit x86 hardware, and don't fear doing work in the terminal, I recommend you to try the following: - Alpine Linux: independent non-systemd distribution with fairly up-to-date packages and kernel (still not rolling release). The environment is pretty minimal, a-la vanilla Artix/Arch, but installation is much simpler (script-based). x86 support is first class. - Devuan: also non-systemd, based off of Debian. The stable release lags considerably behind the latest, but you could run the "unstable" channel (Ceres) for that - it's much less unstable than you'd think. Note that the Debian project itself has decided to slowly sunset 32-bit x86 into the future, but it's still supported. - If you're open to trying something that's not Linux, most if not all BSDs still support x86 first-class. Hope this helps you. It's a real pity how x86 is slowly being sunset everywhere. I, too, have a machine on that architecture with less and less choices available... Yours, Vitor S PGP: 50AADBDE09EF8744BA333E607A4E71A737168122 https://vitorsonoki.github.io ---- [1] https://forum.artixlinux.org/index.php/topic,405.0.html [2] https://archlinux32.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: