From je-vv at e.email Wed Feb 2 01:34:33 2022 From: je-vv at e.email (Javier) Date: Tue, 1 Feb 2022 18:34:33 -0600 Subject: [artix-general] speech-dispatcher needs to be removed from world, so the galaxy one gets picked up (world was built for python 3.9) In-Reply-To: <693fae0b-78e5-1edd-c98c-800b6dbf3ef3@e.email> References: <693fae0b-78e5-1edd-c98c-800b6dbf3ef3@e.email> Message-ID: <48c820bb-9309-337b-c2b8-e3094221b0b1@e.email> On 12/17/21 19:42, Javier wrote: >> % pacman -Ss speech-dispatcher world/speech-dispatcher 0.10.2-1 [installed] >> ??? High-level device independent layer for speech synthesis interface >> galaxy/speech-dispatcher 0.11.0-1 [installed: 0.10.2-1] >> ??? High-level device independent layer for speech synthesis interface >> community/speech-dispatcher 0.11.0-1 [installed: 0.10.2-1] >> ??? High-level device independent layer for speech synthesis interface A reminder, having speech-dispatcher and libspeechd frozen under the *world* repo, is preventing systems from upgrading from the *galaxy* repo up to date packages: > % pacman -Ss speech-di > world/speech-dispatcher 0.10.2-1 [installed: 0.11.0-1] > High-level device independent layer for speech synthesis interface > galaxy/speech-dispatcher 0.11.1-1 [installed: 0.11.0-1] > High-level device independent layer for speech synthesis interface > > % pacman -Ss speechd > world/libspeechd 0.10.2-1 [installed: 0.11.0-1] > High-level device independent layer for speech synthesis interface > galaxy/libspeechd 0.11.1-1 [installed: 0.11.0-1] > High-level device independent layer for speech synthesis interface So removing packages from world is still required, otherwise no upgrades for them will be picked. -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From ruben at mrbrklyn.com Wed Feb 2 03:02:35 2022 From: ruben at mrbrklyn.com (Ruben Safir) Date: Tue, 1 Feb 2022 21:02:35 -0500 Subject: [artix-general] speech-dispatcher needs to be removed from world, so the galaxy one gets picked up (world was built for python 3.9) In-Reply-To: <48c820bb-9309-337b-c2b8-e3094221b0b1@e.email> References: <693fae0b-78e5-1edd-c98c-800b6dbf3ef3@e.email> <48c820bb-9309-337b-c2b8-e3094221b0b1@e.email> Message-ID: <20220202020235.GA11140@www2.mrbrklyn.com> On Tue, Feb 01, 2022 at 06:34:33PM -0600, Javier wrote: > On 12/17/21 19:42, Javier wrote: > >>% pacman -Ss speech-dispatcher world/speech-dispatcher 0.10.2-1 [installed] > >>??? High-level device independent layer for speech synthesis interface > >>galaxy/speech-dispatcher 0.11.0-1 [installed: 0.10.2-1] > >>??? High-level device independent layer for speech synthesis interface > >>community/speech-dispatcher 0.11.0-1 [installed: 0.10.2-1] > >>??? High-level device independent layer for speech synthesis interface > > > A reminder, having speech-dispatcher and libspeechd frozen under the *world* repo, is preventing systems from upgrading from the *galaxy* repo up to date packages: > :) What is that? It sounds useful > >% pacman -Ss speech-di > >world/speech-dispatcher 0.10.2-1 [installed: 0.11.0-1] > > High-level device independent layer for speech synthesis interface > >galaxy/speech-dispatcher 0.11.1-1 [installed: 0.11.0-1] > > High-level device independent layer for speech synthesis interface > > > >% pacman -Ss speechd > >world/libspeechd 0.10.2-1 [installed: 0.11.0-1] > > High-level device independent layer for speech synthesis interface > >galaxy/libspeechd 0.11.1-1 [installed: 0.11.0-1] > > High-level device independent layer for speech synthesis interface > > So removing packages from world is still required, otherwise no upgrades for them will be picked. > > > -- > Javier [-- Error: unable to create PGP subprocess! --] > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From ruben at mrbrklyn.com Wed Feb 2 06:33:26 2022 From: ruben at mrbrklyn.com (Ruben Safir) Date: Wed, 2 Feb 2022 00:33:26 -0500 Subject: [artix-general] Network Settings unpredictable Message-ID: <861f6335-a882-fa20-64bc-a3464a4f2ad3@mrbrklyn.com> I need a simple network set up that routes like this mail2:[root]:~# ip ro 0.0.0.0 dev eth1 scope link default via 96.57.23.81 dev eth1 10.0.0.0/24 dev eth0 scope link 10.0.0.37 dev eth0 scope link 96.57.23.80/29 via 96.57.23.81 dev eth1 metric 3 127.0.0.0/8 via 127.0.0.1 dev lo I have a /etc/conf.d/net that has the following mail2:[root]:~# grep -v "^#" /etc/conf.d/net |grep -v "^$" config_eth1="96.57.23.84/29" config_eth0="10.0.0.47/24" routes_eth1="default via 96.57.23.81 96.57.23.80/29 via 96.57.23.81" dns_domain_eth0="mrbrklyn.com" dns_servers_eth0="10.0.0.37 166.84.1.2" dns_domain_eth1="mrbrklyn.com" dns_servers_eth1="96.57.23.83 166.84.1.2" Seems simple - right? It doesn't come up like this. It comes up with default routes for 10.0.0.37 - which is the internal network.... and I haven't found a damn thing I can do to stop it. mail2:[root]:~# ls -al /etc/init.d/net.* lrwxrwxrwx 1 root root 6 Feb 1 21:31 /etc/init.d/net.eth0 -> net.lo lrwxrwxrwx 1 root root 6 Feb 1 21:31 /etc/init.d/net.eth1 -> net.lo -rwxr-xr-x 1 root root 19872 May 5 2021 /etc/init.d/net.lo mail2:[root]:~# rc-status * Caching service dependencies ... [ ok ] Runlevel: default syslog-ng [ started 01:22:39 (0) ] acpid [ started 01:22:39 (0) ] dbus [ started 01:22:40 (0) ] connmand [ started 01:22:39 (0) ] net.eth0 [ started ] net.eth1 [ started ] bluetoothd [ started 01:22:39 (0) ] cronie [ started 01:22:39 (0) ] cupsd [ started 01:22:38 (0) ] netmount [ started ] lightdm [ started 01:22:38 (0) ] postfix [ started ] sshd [ started 01:22:37 (0) ] local [ started ] agetty.tty5 [ started 01:22:36 (0) ] agetty.tty4 [ started 01:22:36 (0) ] agetty.tty2 [ started 01:22:36 (0) ] agetty.tty6 [ started 01:22:36 (0) ] agetty.tty1 [ started 01:22:36 (0) ] agetty.tty3 [ started 01:22:36 (0) ] Dynamic Runlevel: hotplugged Dynamic Runlevel: needed/wanted avahi-daemon [ started 01:22:38 (0) ] Dynamic Runlevel: manual openrc-settingsd [ started ] -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From ruben at mrbrklyn.com Wed Feb 2 08:06:08 2022 From: ruben at mrbrklyn.com (Ruben Safir) Date: Wed, 2 Feb 2022 02:06:08 -0500 Subject: [artix-general] [Hangout - NYLXS] Network Settings unpredictable In-Reply-To: References: Message-ID: <1cdf502c-1a5f-0ba8-58ca-57d1f9759f02@mrbrklyn.com> On 2/2/22 01:47, Paul Robert Marino wrote: > yea well it sounds like your choice of disto struck again one of the > developers must have assumed in one of the scripts that eth0 always > has the default route. I would look at the scripts used to bring up > the interfaces and file a bug report and or submit a patch. > connamd - It is not a bug it is a f****g feature... This is the Gentoo networking stack as far as I know, BTW > On Wed, Feb 2, 2022 at 12:35 AM Ruben Safir wrote: >> >> I need a simple network set up that routes like this >> >> >> mail2:[root]:~# ip ro >> 0.0.0.0 dev eth1 scope link >> default via 96.57.23.81 dev eth1 >> 10.0.0.0/24 dev eth0 scope link >> 10.0.0.37 dev eth0 scope link >> 96.57.23.80/29 via 96.57.23.81 dev eth1 metric 3 >> 127.0.0.0/8 via 127.0.0.1 dev lo >> >> >> I have a /etc/conf.d/net that has the following >> >> mail2:[root]:~# grep -v "^#" /etc/conf.d/net |grep -v "^$" >> config_eth1="96.57.23.84/29" >> config_eth0="10.0.0.47/24" >> routes_eth1="default via 96.57.23.81 >> 96.57.23.80/29 via 96.57.23.81" >> dns_domain_eth0="mrbrklyn.com" >> dns_servers_eth0="10.0.0.37 166.84.1.2" >> dns_domain_eth1="mrbrklyn.com" >> dns_servers_eth1="96.57.23.83 166.84.1.2" >> >> >> Seems simple - right? >> >> It doesn't come up like this. It comes up with default routes for >> 10.0.0.37 - which is the internal network.... and I haven't found a damn >> thing I can do to stop it. >> >> mail2:[root]:~# ls -al /etc/init.d/net.* >> lrwxrwxrwx 1 root root 6 Feb 1 21:31 /etc/init.d/net.eth0 -> net.lo >> lrwxrwxrwx 1 root root 6 Feb 1 21:31 /etc/init.d/net.eth1 -> net.lo >> -rwxr-xr-x 1 root root 19872 May 5 2021 /etc/init.d/net.lo >> >> >> mail2:[root]:~# rc-status >> * Caching service dependencies ... >> [ ok ] >> Runlevel: default >> syslog-ng >> [ started 01:22:39 (0) ] >> acpid >> [ started 01:22:39 (0) ] >> dbus >> [ started 01:22:40 (0) ] >> connmand >> [ started 01:22:39 (0) ] >> net.eth0 >> [ started ] >> net.eth1 >> [ started ] >> bluetoothd >> [ started 01:22:39 (0) ] >> cronie >> [ started 01:22:39 (0) ] >> cupsd >> [ started 01:22:38 (0) ] >> netmount >> [ started ] >> lightdm >> [ started 01:22:38 (0) ] >> postfix >> [ started ] >> sshd >> [ started 01:22:37 (0) ] >> local >> [ started ] >> agetty.tty5 >> [ started 01:22:36 (0) ] >> agetty.tty4 >> [ started 01:22:36 (0) ] >> agetty.tty2 >> [ started 01:22:36 (0) ] >> agetty.tty6 >> [ started 01:22:36 (0) ] >> agetty.tty1 >> [ started 01:22:36 (0) ] >> agetty.tty3 >> [ started 01:22:36 (0) ] >> Dynamic Runlevel: hotplugged >> Dynamic Runlevel: needed/wanted >> avahi-daemon >> [ started 01:22:38 (0) ] >> Dynamic Runlevel: manual >> openrc-settingsd >> [ started ] >> >> >> -- >> So many immigrant groups have swept through our town >> that Brooklyn, like Atlantis, reaches mythological >> proportions in the mind of the world - RI Safir 1998 >> http://www.mrbrklyn.com >> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 >> >> http://www.nylxs.com - Leadership Development in Free Software >> http://www.brooklyn-living.com >> >> Being so tracked is for FARM ANIMALS and extermination camps, >> but incompatible with living as a free human being. -RI Safir 2013 >> _______________________________________________ >> Hangout mailing list >> Hangout at nylxs.com >> http://lists.mrbrklyn.com/mailman/listinfo/hangout > _______________________________________________ > Hangout mailing list > Hangout at nylxs.com > http://lists.mrbrklyn.com/mailman/listinfo/hangout -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From ruben at mrbrklyn.com Wed Feb 2 08:13:31 2022 From: ruben at mrbrklyn.com (Ruben Safir) Date: Wed, 2 Feb 2022 02:13:31 -0500 Subject: [artix-general] [Hangout - NYLXS] Network Settings unpredictable In-Reply-To: <1cdf502c-1a5f-0ba8-58ca-57d1f9759f02@mrbrklyn.com> References: <1cdf502c-1a5f-0ba8-58ca-57d1f9759f02@mrbrklyn.com> Message-ID: <20220202071331.GA14153@www2.mrbrklyn.com> Feb 2 01:47:34 mail2 connmand[1992]: eth1 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 Feb 2 01:47:34 mail2 connmand[1992]: eth1 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 Feb 2 01:47:47 mail2 connmand[1992]: eth1 {del} address 96.57.23.84/29 label eth1 Feb 2 01:47:47 mail2 connmand[1992]: eth1 {del} route 96.57.23.80 gw 0.0.0.0 scope 253 Feb 2 01:47:47 mail2 connmand[1992]: eth1 {del} address 169.254.110.145/16 label eth1 Feb 2 01:47:47 mail2 connmand[1992]: eth1 {del} route 169.254.0.0 gw 0.0.0.0 scope 253 Feb 2 01:47:48 mail2 connman-vpnd[2063]: eth1 {update} flags 36866 Feb 2 01:47:48 mail2 connman-vpnd[2063]: eth1 {newlink} index 3 address 00:01:C0:26:C2:BE mtu 1500 Feb 2 01:47:48 mail2 connmand[1992]: eth1 {RX} 6902 packets 1295366 bytes On Wed, Feb 02, 2022 at 02:06:08AM -0500, Ruben Safir wrote: > On 2/2/22 01:47, Paul Robert Marino wrote: > > yea well it sounds like your choice of disto struck again one of the > > developers must have assumed in one of the scripts that eth0 always > > has the default route. I would look at the scripts used to bring up > > the interfaces and file a bug report and or submit a patch. > > This might be an issue as well, however. It is not as big of a deal but it is defaulting to this mail2:[root]:~# ip ro default via 96.57.23.81 dev eth1 metric 3 10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.47 <<== Don't need this 10.0.0.0/24 via 10.0.0.37 dev eth0 metric 2 96.57.23.80/29 dev eth1 proto kernel scope link src 96.57.23.84 <<== or this 96.57.23.80/29 via 96.57.23.81 dev eth1 metric 3 127.0.0.0/8 via 127.0.0.1 dev lo > > > connamd - > > It is not a bug it is a f****g feature... > > This is the Gentoo networking stack as far as I know, BTW > > > > > On Wed, Feb 2, 2022 at 12:35 AM Ruben Safir wrote: > >> > >> I need a simple network set up that routes like this > >> > >> > >> mail2:[root]:~# ip ro > >> 0.0.0.0 dev eth1 scope link > >> default via 96.57.23.81 dev eth1 > >> 10.0.0.0/24 dev eth0 scope link > >> 10.0.0.37 dev eth0 scope link > >> 96.57.23.80/29 via 96.57.23.81 dev eth1 metric 3 > >> 127.0.0.0/8 via 127.0.0.1 dev lo > >> > >> > >> I have a /etc/conf.d/net that has the following > >> > >> mail2:[root]:~# grep -v "^#" /etc/conf.d/net |grep -v "^$" > >> config_eth1="96.57.23.84/29" > >> config_eth0="10.0.0.47/24" > >> routes_eth1="default via 96.57.23.81 > >> 96.57.23.80/29 via 96.57.23.81" > >> dns_domain_eth0="mrbrklyn.com" > >> dns_servers_eth0="10.0.0.37 166.84.1.2" > >> dns_domain_eth1="mrbrklyn.com" > >> dns_servers_eth1="96.57.23.83 166.84.1.2" > >> > >> > >> Seems simple - right? > >> > >> It doesn't come up like this. It comes up with default routes for > >> 10.0.0.37 - which is the internal network.... and I haven't found a damn > >> thing I can do to stop it. > >> > >> mail2:[root]:~# ls -al /etc/init.d/net.* > >> lrwxrwxrwx 1 root root 6 Feb 1 21:31 /etc/init.d/net.eth0 -> net.lo > >> lrwxrwxrwx 1 root root 6 Feb 1 21:31 /etc/init.d/net.eth1 -> net.lo > >> -rwxr-xr-x 1 root root 19872 May 5 2021 /etc/init.d/net.lo > >> > >> > >> mail2:[root]:~# rc-status > >> * Caching service dependencies ... > >> [ ok ] > >> Runlevel: default > >> syslog-ng > >> [ started 01:22:39 (0) ] > >> acpid > >> [ started 01:22:39 (0) ] > >> dbus > >> [ started 01:22:40 (0) ] > >> connmand > >> [ started 01:22:39 (0) ] > >> net.eth0 > >> [ started ] > >> net.eth1 > >> [ started ] > >> bluetoothd > >> [ started 01:22:39 (0) ] > >> cronie > >> [ started 01:22:39 (0) ] > >> cupsd > >> [ started 01:22:38 (0) ] > >> netmount > >> [ started ] > >> lightdm > >> [ started 01:22:38 (0) ] > >> postfix > >> [ started ] > >> sshd > >> [ started 01:22:37 (0) ] > >> local > >> [ started ] > >> agetty.tty5 > >> [ started 01:22:36 (0) ] > >> agetty.tty4 > >> [ started 01:22:36 (0) ] > >> agetty.tty2 > >> [ started 01:22:36 (0) ] > >> agetty.tty6 > >> [ started 01:22:36 (0) ] > >> agetty.tty1 > >> [ started 01:22:36 (0) ] > >> agetty.tty3 > >> [ started 01:22:36 (0) ] > >> Dynamic Runlevel: hotplugged > >> Dynamic Runlevel: needed/wanted > >> avahi-daemon > >> [ started 01:22:38 (0) ] > >> Dynamic Runlevel: manual > >> openrc-settingsd > >> [ started ] > >> > >> > >> -- > >> So many immigrant groups have swept through our town > >> that Brooklyn, like Atlantis, reaches mythological > >> proportions in the mind of the world - RI Safir 1998 > >> http://www.mrbrklyn.com > >> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > >> > >> http://www.nylxs.com - Leadership Development in Free Software > >> http://www.brooklyn-living.com > >> > >> Being so tracked is for FARM ANIMALS and extermination camps, > >> but incompatible with living as a free human being. -RI Safir 2013 > >> _______________________________________________ > >> Hangout mailing list > >> Hangout at nylxs.com > >> http://lists.mrbrklyn.com/mailman/listinfo/hangout > > _______________________________________________ > > Hangout mailing list > > Hangout at nylxs.com > > http://lists.mrbrklyn.com/mailman/listinfo/hangout > > > -- > So many immigrant groups have swept through our town > that Brooklyn, like Atlantis, reaches mythological > proportions in the mind of the world - RI Safir 1998 > http://www.mrbrklyn.com > > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > http://www.nylxs.com - Leadership Development in Free Software > http://www2.mrbrklyn.com/resources - Unpublished Archive > http://www.coinhangout.com - coins! > http://www.brooklyn-living.com > > Being so tracked is for FARM ANIMALS and extermination camps, > but incompatible with living as a free human being. -RI Safir 2013 > > -- > So many immigrant groups have swept through our town > that Brooklyn, like Atlantis, reaches mythological > proportions in the mind of the world - RI Safir 1998 > http://www.mrbrklyn.com > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > > http://www.nylxs.com - Leadership Development in Free Software > http://www.brooklyn-living.com > > Being so tracked is for FARM ANIMALS and extermination camps, > but incompatible with living as a free human being. -RI Safir 2013 > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From ruben at mrbrklyn.com Wed Feb 2 08:19:20 2022 From: ruben at mrbrklyn.com (Ruben Safir) Date: Wed, 2 Feb 2022 02:19:20 -0500 Subject: [artix-general] [Hangout - NYLXS] Network Settings unpredictable In-Reply-To: References: Message-ID: <088ebeef-2e0f-8b6b-0fcb-7f9c3ad61a50@mrbrklyn.com> On 2/2/22 01:47, Paul Robert Marino wrote: > yea well it sounds like your choice of disto struck again one of the > developers must have assumed in one of the scripts that eth0 always > has the default route. I would look at the scripts used to bring up > the interfaces and file a bug report and or submit a patch. BTW - that is what was driving me crazy. I was pouring over the scripts and found nothing. First I thought it was DHCP doing it, but that ended up doing nothing. It took too long for me to look up the logs, but this has just worked all the time. -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From cs at rtx.ksac.uk Wed Feb 2 13:40:05 2022 From: cs at rtx.ksac.uk (Colin S) Date: Wed, 2 Feb 2022 12:40:05 +0000 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> Message-ID: <5163798c-9b7b-1835-a3d2-827f616cb879@rtx.ksac.uk> On 31/01/2022 14:59, Dudemanguy wrote: >> Is there any way to check no service/oneshot was missed, other than >> listing them?? Am I missing something? > > You can list the contents of a bundle with s6-rc-db contents bundle. If > there's something in the bundle that isn't in the contents.d directory, > then you know you've still got some services missing. s6-db-reload will > always spit a warning at you if it picks up some service that was added > with s6-rc-bundle-update. What is the situation now, under the new system, with respect to srv/log service pairs? Using sshd just as an example, service directories for sshd-srv and sshd-log exist in /etc/s6/sv having been installed by package openssh-s6. However my compiled database also contains a bundle called sshd with these two as its only contents for which no corresponding source directory exists. This bundle would seem to have been generated at some point. Was this treated as a special case and the bundle created automatically? If so, does this still happen? When migrating to the new regime, what are the correct entries to make in /etc/s6/adminsv/default/contents.d in order to start sshd on boot? Would sshd alone work or are both sshd-srv and sshd-log required? Presumably one could always recreate the existing situation in compiled by using a custom sshd bundle in adminsv if that isn't done automatically anyway somehow. There are quite a few -s6 packages which have a similar structure, so it would be tidier not to have to make doubled-up entries for each if that were possible. Thanks. Colin From dudemanguy at artixlinux.org Wed Feb 2 15:17:11 2022 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Wed, 2 Feb 2022 08:17:11 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <5163798c-9b7b-1835-a3d2-827f616cb879@rtx.ksac.uk> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <5163798c-9b7b-1835-a3d2-827f616cb879@rtx.ksac.uk> Message-ID: <6eafad9a-9052-c1e8-283b-5e5cba8c5f2e@artixlinux.org> On 2/2/22 06:40, Colin S wrote:> What is the situation now, under the new system, with respect to srv/log > service pairs? > > Using sshd just as an example, service directories for sshd-srv and > sshd-log exist in /etc/s6/sv having been installed by package > openssh-s6. However my compiled database also contains a bundle called > sshd with these two as its only contents for which no corresponding > source directory exists. This bundle would seem to have been generated > at some point. Was this treated as a special case and the bundle created > automatically? If so, does this still happen? > > When migrating to the new regime, what are the correct entries to make > in /etc/s6/adminsv/default/contents.d in order to start sshd on boot? > Would sshd alone work or are both sshd-srv and sshd-log required? > > Presumably one could always recreate the existing situation in compiled > by using a custom sshd bundle in adminsv if that isn't done > automatically anyway somehow. There are quite a few -s6 packages which > have a similar structure, so it would be tidier not to have to make > doubled-up entries for each if that were possible. > > Thanks. > > Colin Oh, sshd is defined as a pipeline name in s6-rc. If you look in /etc/s6/sv/sshd-log, you'll see a file named "pipeline-name" which has "sshd" in it. This is how it's created (and indeed it's considered a bundle). You can just touch "sshd" in the contents.d directory and that will work just fine. From je-vv at e.email Mon Feb 7 01:07:42 2022 From: je-vv at e.email (Javier) Date: Sun, 6 Feb 2022 18:07:42 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> Message-ID: <58974588-872d-474a-9609-77490960a5d0@e.email> On 1/31/22 08:59, Dudemanguy wrote: > You can list the contents of a bundle with s6-rc-db contents bundle. If > there's something in the bundle that isn't in the contents.d directory, > then you know you've still got some services missing. s6-db-reload will > always spit a warning at you if it picks up some service that was added > with s6-rc-bundle-update. Just to double check, *everything* listed by *s6-rc-db contents * must be touched into */etc/s6/adminsv//contents.d*, and not just the services/oneshots I have manually added into the bundles before... If so, then I think this can be scripted, rather than manually go touch the files, one by one... Also, *dhcpcd* should belong to the *network* bundle I guess. Not sure about *network-detection* and *net-lo*, since I didn't manually add them, but it sounds the *network* bundle might depend on those 2 oneshots. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Feb 7 01:14:54 2022 From: je-vv at e.email (Javier) Date: Sun, 6 Feb 2022 18:14:54 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <58974588-872d-474a-9609-77490960a5d0@e.email> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> Message-ID: <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> On 2/6/22 18:07, Javier wrote: > On 1/31/22 08:59, Dudemanguy wrote: >> You can list the contents of a bundle with s6-rc-db contents bundle. If >> there's something in the bundle that isn't in the contents.d directory, >> then you know you've still got some services missing. s6-db-reload will >> always spit a warning at you if it picks up some service that was added >> with s6-rc-bundle-update. > > Just to double check, *everything* listed by *s6-rc-db contents * must be touched into */etc/s6/adminsv//contents.d*, and not just the services/oneshots I have manually added into the bundles before...? If so, then I think this can be scripted, rather than manually go touch the files, one by one... > > Also, *dhcpcd* should belong to the *network* bundle I guess.? Not sure about *network-detection* and *net-lo*, since I didn't manually add them, but it sounds the *network* bundle might depend on those 2 oneshots. Ohh, I remember at least *dhcpcd* must belong to *default*, since it's a *network* provider, and the other 2 I mentioned are similarly somehow part of network getting up, so all 3 belong to *default*. Sorry about the question... The other one about all bundle contents, including non manually added, still remains, :) Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Mon Feb 7 02:54:44 2022 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Sun, 6 Feb 2022 19:54:44 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> Message-ID: On 2/6/22 18:14, Javier wrote: > On 2/6/22 18:07, Javier wrote: >> >> Just to double check, *everything* listed by *s6-rc-db contents >> * must be touched into */etc/s6/adminsv//contents.d*, >> and not just the services/oneshots I have manually added into the >> bundles before...? If so, then I think this can be scripted, rather >> than manually go touch the files, one by one... >> >> Also, *dhcpcd* should belong to the *network* bundle I guess.? Not >> sure about *network-detection* and *net-lo*, since I didn't manually >> add them, but it sounds the *network* bundle might depend on those 2 >> oneshots. > > Ohh, I remember at least *dhcpcd* must belong to *default*, since it's a > *network* provider, and the other 2 I mentioned are similarly somehow > part of network getting up, so all 3 belong to *default*.? Sorry about > the question...? The other one about all bundle contents, including non > manually added, still remains, :) > > Thanks ! Sorry, I'm not sure what the question is exactly. If you added something to a bundle using s6-rc-bundle-update in the past (the most common use case would be adding things to the default bundle of course), then you should stop relying on that and add things to bundles by touching files in the appropriate location. There are already plenty of defined services and bundles that come from Artix via s6-scripts and other upstream packages. You don't need to worry about those. They always work as intended. This is strictly just for things you as a user did with s6-rc-bundle-update. The main reason for persuading users to transition how they manage their bundles to the new way is because the complicated logic in the update script that tries to preserve bundles between database upgrades will be disabled by default sometime in the future. In other words, things added to a bundle via s6-rc-bundle-update would silently disappear on script updates (this is because of how s6-rc-bundle works; it's complicated). The reason for moving away from this is because s6-rc-bundle-update is a complicated workaround for something that isn't really needed anymore thanks to the addition of contents.d/dependencies.d and it also causes some subtle problems/unintuitive behavior in certain edge cases that's not really fixable. From je-vv at e.email Mon Feb 7 05:35:14 2022 From: je-vv at e.email (Javier) Date: Sun, 6 Feb 2022 22:35:14 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> Message-ID: On 2/6/22 19:54, Dudemanguy wrote: > > Sorry, I'm not sure what the question is exactly. If you added something > to a bundle using s6-rc-bundle-update in the past (the most common use > case would be adding things to the default bundle of course), then you > should stop relying on that and add things to bundles by touching files > in the appropriate location. There are already plenty of defined > services and bundles that come from Artix via s6-scripts and other > upstream packages. You don't need to worry about those. They always work > as intended. This is strictly just for things you as a user did with > s6-rc-bundle-update. > > The main reason for persuading users to transition how they manage their > bundles to the new way is because the complicated logic in the update > script that tries to preserve bundles between database upgrades will be > disabled by default sometime in the future. In other words, things added > to a bundle via s6-rc-bundle-update would silently disappear on script > updates (this is because of how s6-rc-bundle works; it's complicated). > The reason for moving away from this is because s6-rc-bundle-update is a > complicated workaround for something that isn't really needed anymore > thanks to the addition of contents.d/dependencies.d and it also causes > some subtle problems/unintuitive behavior in certain edge cases that's > not really fixable. Thanks a lot, only services/oneshots I added. Just so you know, the reason I asked is that I have a bunch of services/oneshots under *default*, which I didn't add, actually they are the majority: > % sudo s6-rc-db contents default > rc-local > mount-filesystems > udevadm > tmpfiles-setup > tmpfiles-dev > sysusers > sysctl > swap > remount-root > random-seed > network-detection > net-lo > mount-tmpfs > mount-sysfs > mount-procfs > mount-net > mount-devfs > mount-cgroups > modules # can't remember if I added it, :( > locale > lm_sensors # lm_sensors added by me > kmod-static-nodes > hwclock > hostname > console-setup > cleanup > binfmt > alsa # alsa added by me > udevd-srv > udevd-log > thermald-srv # thermald added by me > thermald-log > syslogd-srv > syslogd-log > rngd-srv # rngd added by me > rngd-log > haveged-srv # havaged added by me > haveged-log > gpm-srv # gmp added by me > gpm-log > elogind > dmesg-srv > dmesg-log > dhcpcd-srv # dhhcpcd added by me > dhcpcd-log > clamd-srv # clamd added by me > clamd-log > bluetoothd-srv # bluetoothd added by me > bluetoothd-log > autofs-srv # autofs added by me > autofs-log > agetty-tty6 > agetty-tty5 > agetty-tty4 > agetty-tty3 > agetty-tty2 > agetty-tty1 > agetty-serial Only 10 services/oneshots added by me compared to the total. I can't remember if I added *modules* or not, I guess I'll have to try not adding it, and see if modules I have specified by hand are loaded... Thanks a lot, it's clear to me, only things I added are the ones I should touch... It might be I don't remember one or two of those though, hehe -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Mon Feb 7 06:09:57 2022 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Sun, 6 Feb 2022 23:09:57 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> Message-ID: On 2/6/22 22:35, Javier wrote: > I can't remember if I added *modules* or not, I guess I'll have to try > not adding it, and see if modules I have specified by hand are loaded... Modules is part of boot which is part of default, so it's always there. No need to worry about that one. ;) From cs at rtx.ksac.uk Mon Feb 7 11:25:16 2022 From: cs at rtx.ksac.uk (Colin S) Date: Mon, 7 Feb 2022 10:25:16 +0000 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> Message-ID: <05866d59-645b-987a-0b21-df92c72cdb60@rtx.ksac.uk> On 07/02/2022 04:35, Javier wrote: > > Thanks a lot, only services/oneshots I added.? Just so you know, the > reason I asked is that I have a bunch of services/oneshots under > *default*, which I didn't add, actually they are the majority: > >> % sudo s6-rc-db contents default My understanding is that s6-rc-db lists bundle contents recursively. Since default contains boot, the above command will list everything s6 is going to start. In order to identify *only* those services you have added to default yourself, you need to do something like:- s6-rc-db contents default | tee d.tmp s6-rc-db contents boot | tee b.tmp diff b.tmp d.tmp The diff output should enable you to figure out the appropriate entries to make in adminsv/contents.d. I would just like to add that the new system feels like a huge step forward. The old system was operating only on the compiled database, whereas the source database now becomes the definitive reference which is much easier to understand. I quickly felt comfortable enough to disable the compatibility mechanism. Thanks Dudemanguy for doing all the heavy lifting. Colin From cs at rtx.ksac.uk Mon Feb 7 11:29:59 2022 From: cs at rtx.ksac.uk (Colin S) Date: Mon, 7 Feb 2022 10:29:59 +0000 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <05866d59-645b-987a-0b21-df92c72cdb60@rtx.ksac.uk> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> <05866d59-645b-987a-0b21-df92c72cdb60@rtx.ksac.uk> Message-ID: On 07/02/2022 10:25, Colin S wrote: > The diff output should enable you to figure out the appropriate entries > to make in adminsv/contents.d. Apologies - that should have been adminsv/default/contents.d From je-vv at e.email Mon Feb 7 21:39:48 2022 From: je-vv at e.email (Javier) Date: Mon, 7 Feb 2022 14:39:48 -0600 Subject: [artix-general] [pipewire] bluetooth headset Message-ID: Hello ! I'm starting pipewire, just by calling it on the shell. I also copied */usr/share/pipewire/pipewire-pulse.conf* into *~/.config/pipewire/pipewire.conf*, and then uncommented: > { path = "/usr/bin/pipewire-media-session" args = "" } > ... > { path = "/usr/bin/pipewire" args = "-c pipewire-pulse.conf" } I also copied */usr/share/pipewire/media-session.d/bluez-monitor.conf* into *~/.config/pipewire/media-session.d/bluez-monitor.conf*, and then modified and uncommented: > bluez5.autoswitch-profile = true That said, it works for the internal sound card. However according to [1], with those user settings, pipewire should be able to recognize the bluetooth headset automatically, but it doesn't, because on *pavucontrol-qt* I never see the headset. On [1] there are instructions on how to get it to work for pulse, by manually pairing the headset, and it doesn't work either. Bluedevil doesn't help to manually pair the headset either. I'm not sure if [1] only documents how to make things work on a systemd box (of course artix boxes aren't), and if starting *pipewire* by plain shell call, then one would need additional settings in order to get bluetooth headsets working. Or if I'm missing some additional steps... I do use s6, though I guess the steps would be the same for any non systemd init. Has anyone gotten bluetooth headests working on artix? Can you share what else I need to do? Thanks ! -- Javier [1] https://wiki.archlinux.org/title/bluetooth_headset -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Feb 8 21:17:06 2022 From: je-vv at e.email (Javier) Date: Tue, 8 Feb 2022 14:17:06 -0600 Subject: [artix-general] [thunderbird-artix] Was thunderbird-artix dropped from uinverse? Or is it a mirrors issue? Message-ID: <299fd1df-9546-296f-bb77-1c62d51ae192@e.email> > % pacman -Qmq > thunderbird-artix Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From artist at artixlinux.org Tue Feb 8 21:19:47 2022 From: artist at artixlinux.org (artist) Date: Tue, 8 Feb 2022 21:19:47 +0100 Subject: [artix-general] [thunderbird-artix] Was thunderbird-artix dropped from uinverse? Or is it a mirrors issue? In-Reply-To: <299fd1df-9546-296f-bb77-1c62d51ae192@e.email> References: <299fd1df-9546-296f-bb77-1c62d51ae192@e.email> Message-ID: <8e80f099-5596-c63b-eb8a-53b21363d3e7@artixlinux.org> pls check https://forum.artixlinux.org/index.php/topic,3657.msg23715.html On 2/8/22 21:17, Javier wrote: >> % pacman -Qmq thunderbird-artix > > Thanks ! > > -- On a bended knee, or systemd, you will never live free From je-vv at e.email Tue Feb 8 21:22:50 2022 From: je-vv at e.email (Javier) Date: Tue, 8 Feb 2022 14:22:50 -0600 Subject: [artix-general] [thunderbird-artix] Was thunderbird-artix dropped from uinverse? Or is it a mirrors issue? In-Reply-To: <8e80f099-5596-c63b-eb8a-53b21363d3e7@artixlinux.org> References: <299fd1df-9546-296f-bb77-1c62d51ae192@e.email> <8e80f099-5596-c63b-eb8a-53b21363d3e7@artixlinux.org> Message-ID: <60c67bf0-cc6a-ebe2-ba2d-64e74a906551@e.email> On 2/8/22 14:19, artist wrote: > pls check https://forum.artixlinux.org/index.php/topic,3657.msg23715.html > > On 2/8/22 21:17, Javier wrote: >>> % pacman -Qmq thunderbird-artix >> >> Thanks ! >> >> > Cool, now it's part of "world", thanks a lot ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Feb 13 01:15:18 2022 From: je-vv at e.email (Javier) Date: Sat, 12 Feb 2022 18:15:18 -0600 Subject: [artix-general] [pipewire] bluetooth headset In-Reply-To: References: Message-ID: On 2/7/22 14:39, Javier wrote: > Hello ! > > I'm starting pipewire, just by calling it on the shell.? I also copied */usr/share/pipewire/pipewire-pulse.conf* into *~/.config/pipewire/pipewire.conf*, and then uncommented: > >> { path = "/usr/bin/pipewire-media-session" args = "" } >> ... >> { path = "/usr/bin/pipewire" args = "-c pipewire-pulse.conf" } > > I also copied */usr/share/pipewire/media-session.d/bluez-monitor.conf* into *~/.config/pipewire/media-session.d/bluez-monitor.conf*, and then modified and uncommented: > >> bluez5.autoswitch-profile = true > > That said, it works for the internal sound card. However according to [1], with those user settings, pipewire should be able to recognize the bluetooth headset automatically, but it doesn't, because on *pavucontrol-qt* I never see the headset.? On [1] there are instructions on how to get it to work for pulse, by manually pairing the headset, and it doesn't work either.? Bluedevil doesn't help to manually pair the headset either. > > I'm not sure if [1] only documents how to make things work on a systemd box (of course artix boxes aren't), and if starting *pipewire* by plain shell call, then one would need additional settings in order to get bluetooth headsets working.? Or if I'm missing some additional steps... > > I do use s6, though I guess the steps would be the same for any non systemd init.? Has anyone gotten bluetooth headests working on artix?? Can you share what else I need to do? BTW, rfkill shows both, wireless and bluetooth are unblocked, so no issues around that: > % rfkill > ID TYPE DEVICE SOFT HARD > 0 bluetooth hci0 unblocked unblocked > 1 wlan phy0 unblocked unblocked Perhaps bluetooth audio devices only work on systemd boxes? I can't figure out why I can't pair the box with the headset, :( -- Javier [1] https://wiki.archlinux.org/title/bluetooth_headset -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1038 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Feb 13 03:29:37 2022 From: je-vv at e.email (Javier) Date: Sat, 12 Feb 2022 20:29:37 -0600 Subject: [artix-general] [pacman] dependency on systemd? Message-ID: <52b4a1c1-e4cc-623b-7cc8-13a44f60da57@e.email> Hi ! When I remove a package with *pacman -Rcsu *, I get: > :: Do you want to remove these packages? [Y/n] > :: Processing package changes... > /tmp/alpm_Twjsbh/.INSTALL: line 25: systemctl: command not found > error: command failed to execute correctly > (1/2) removing > (2/2) removing Please note the *systemctl* command missing mentioned... -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1038 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Feb 13 03:57:46 2022 From: je-vv at e.email (Javier) Date: Sat, 12 Feb 2022 20:57:46 -0600 Subject: [artix-general] [pacman] dependency on systemd? In-Reply-To: <52b4a1c1-e4cc-623b-7cc8-13a44f60da57@e.email> References: <52b4a1c1-e4cc-623b-7cc8-13a44f60da57@e.email> Message-ID: Ohh, no worries, it doesn't happen always. Perhaps when the package comes from AUR or Arch repos, and it includes systemd services/oneshots... Otherwise, that message doesn't show up... That makes sense... Sorry about the noise... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1038 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Feb 13 06:18:53 2022 From: je-vv at e.email (Javier) Date: Sat, 12 Feb 2022 23:18:53 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: <05866d59-645b-987a-0b21-df92c72cdb60@rtx.ksac.uk> References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> <05866d59-645b-987a-0b21-df92c72cdb60@rtx.ksac.uk> Message-ID: Final question (already did the migration). I noticed elogind was part of default. I tried without it on default, and with s6-rc-db-update.conf's content with false, and although I could login with no issues, I noticed elogind was not running. I can't recall if I manually added it or not, perhaps elogind is optional, and one needs to manually add it if needing it, even though it's required for a lot of functionality depending on logind, dbus and similar, so I would think elogind must be running... That said, I just touched elogind on defaults/contents.d. I can't tell for sure whether that's right or not. Perhaps s6 guys can clarify. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1038 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Sun Feb 13 22:31:50 2022 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Sun, 13 Feb 2022 15:31:50 -0600 Subject: [artix-general] [s6] How to migrate from legacy s6-rc-bundle with default+boot bundles to new contents.d In-Reply-To: References: <45918ddd-2ffd-ed7a-2661-24b87e264648@e.email> <9cb6d2c6-7233-42bc-9136-5b3c2f3c5e76@artixlinux.org> <58974588-872d-474a-9609-77490960a5d0@e.email> <68fa0d19-0944-6d20-d9fb-8b1f00ee4273@e.email> <05866d59-645b-987a-0b21-df92c72cdb60@rtx.ksac.uk> Message-ID: <41159fc0-b584-abb6-8d1f-4b4e3ffaeb55@artixlinux.org> On 2/12/22 23:18, Javier wrote: > Final question (already did the migration).? I noticed elogind was part > of default.? I tried without it on default, and with > s6-rc-db-update.conf's content with false, and although I could login > with no issues, I noticed elogind was not running.? I can't recall if I > manually added it or not, perhaps elogind is optional, and one needs to > manually add it if needing it, even though it's required for a lot of > functionality depending on logind, dbus and similar, so I would think > elogind must be running... > > That said, I just touched elogind on defaults/contents.d.? I can't tell > for sure whether that's right or not.? Perhaps s6 guys can clarify. > > Thanks ! You do need to add it to contents/d. From je-vv at e.email Tue Feb 15 01:58:29 2022 From: je-vv at e.email (Javier) Date: Mon, 14 Feb 2022 18:58:29 -0600 Subject: [artix-general] x265-3.5-2 built with non system glibc? Message-ID: <35537825-4b33-7c72-9f69-904e22015942@e.email> Hi, after Today's upgrade of x265, I got for example: > % freetube > /usr/lib/electron/electron: /usr/lib/libmvec.so.1: version `GLIBC_2.35' not found (required by /usr/lib/libx265.so.199) > /usr/lib/electron/electron: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libx265.so.199) and when reverting to prior package: > pacman -U /var/cache/pacman/pkg/x265-3.5-1-x86_64.pkg.tar.zst then I don't get that error. BTW, that error seems to refer to x265 being built with the wrong glibc ABI? I remember have read that on Arch, everything built on *testing* couldn't be released into official Arch repos, given *testing* already includes a new glibc... I don't know if the same applies to Artix, and if so, if that's the case for x265, however for sure there's something wrong with latest x265 on Artix *world*. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Feb 15 22:20:46 2022 From: je-vv at e.email (Javier) Date: Tue, 15 Feb 2022 15:20:46 -0600 Subject: [artix-general] x265-3.5-2 built with non system glibc? In-Reply-To: <35537825-4b33-7c72-9f69-904e22015942@e.email> References: <35537825-4b33-7c72-9f69-904e22015942@e.email> Message-ID: I seems x265 was released into official repos a bit earlier, that was it. Issue solved with Today's release of glibc and gcc, etc... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x4D6C8D58AD385CAA.asc Type: application/pgp-keys Size: 1237 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: