From ruben at mrbrklyn.com Fri Mar 6 04:14:19 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Thu, 5 Mar 2020 22:14:19 -0500 Subject: [artix-general] hwinfo doesn't work any more? Message-ID: [ruben at flatbush ~]$ sudo hwinfo hwinfo: error while loading shared libraries: libx86emu.so.2: cannot open shared object file: No such file or directory [ruben at flatbush ~]$ sudo hwinfo -- 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 Fri Mar 6 07:45:25 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Fri, 6 Mar 2020 01:45:25 -0500 Subject: [artix-general] cups/hplip Message-ID: This last update has completely killed my HP M551 colr laserjet. hp-setup is broken and doesn't allow for and ppd files to be picked up cups claims to sent print jobs, but the printer never gets them It is so confused, it thinks the printer is local on some reinstallation attempts If anyone could help, I would appreciate it. It has been over 20 years since I have had even the smallest of trouble with a HP laserject printer. Ruben -- 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 Fri Mar 6 07:51:03 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Fri, 6 Mar 2020 01:51:03 -0500 Subject: [artix-general] cups/hplip In-Reply-To: References: Message-ID: <27ea7960-afcd-fc16-2867-f42f4b9d6e2a@mrbrklyn.com> On 3/6/20 1:45 AM, Ruben Safir wrote: > This last update has completely killed my HP M551 colr laserjet. > hp-setup is broken and doesn't allow for and ppd files to be picked up > cups claims to sent print jobs, but the printer never gets them > > It is so confused, it thinks the printer is local on some reinstallation > attempts > > If anyone could help, I would appreciate it. It has been over 20 years > since I have had even the smallest of trouble with a HP laserject printer. > > Ruben > There are the available printers that are discovered by CUPS Virtual Braille BRF Printer (CUPS-BRF) Hewlett-Packard HP LaserJet 500 color M551 (HP LaserJet 500 color M551 [6C196B]) Hewlett-Packard HP LaserJet 500 color M551 (Hewlett-Packard HP LaserJet 500 color M551 (driverless)) -- 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 Fri Mar 6 09:29:10 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Fri, 6 Mar 2020 03:29:10 -0500 Subject: [artix-general] cups/hplip In-Reply-To: <27ea7960-afcd-fc16-2867-f42f4b9d6e2a@mrbrklyn.com> References: <27ea7960-afcd-fc16-2867-f42f4b9d6e2a@mrbrklyn.com> Message-ID: <20200306082910.GA19195@www2.mrbrklyn.com> I keep getting this error in the logs ==> ./daemon.log <== Mar 6 03:24:23 flatbush hp[5952]: io/hpmud/jd.c 93: unable to read device-id Mar 6 03:24:23 flatbush hp[5952]: prnt/backend/hp.c 824: ERROR: open device failed stat=12: hp:/net/HP_LaserJet_500_color_M551?ip=10.0.0.33 Avahi is on, so I don't know what this is. On Fri, Mar 06, 2020 at 01:51:03AM -0500, Artix wrote: > On 3/6/20 1:45 AM, Ruben Safir wrote: > > This last update has completely killed my HP M551 colr laserjet. > > hp-setup is broken and doesn't allow for and ppd files to be picked up > > cups claims to sent print jobs, but the printer never gets them > > > > It is so confused, it thinks the printer is local on some reinstallation > > attempts > > > > If anyone could help, I would appreciate it. It has been over 20 years > > since I have had even the smallest of trouble with a HP laserject printer. > > > > Ruben > > > There are the available printers that are discovered by CUPS > > > > Virtual Braille BRF Printer (CUPS-BRF) > Hewlett-Packard HP LaserJet 500 color M551 (HP LaserJet 500 color M551 > [6C196B]) > Hewlett-Packard HP LaserJet 500 color M551 (Hewlett-Packard HP LaserJet > 500 color M551 (driverless)) > > -- > 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 Fri Mar 6 17:31:50 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Fri, 6 Mar 2020 11:31:50 -0500 Subject: [artix-general] cups/hplip In-Reply-To: <27ea7960-afcd-fc16-2867-f42f4b9d6e2a@mrbrklyn.com> References: <27ea7960-afcd-fc16-2867-f42f4b9d6e2a@mrbrklyn.com> Message-ID: <20200306163150.GA25857@www2.mrbrklyn.com> So, FWIW, I fixed this by doing a run around the entire hplib and printer discovery methods. I ended up using the ipp option socket://10.0.0.33:9100 which is a static IP Address and I added the ppd of HP LaserJet 500 color M551 Postscript thanks On Fri, Mar 06, 2020 at 01:51:03AM -0500, Artix wrote: > On 3/6/20 1:45 AM, Ruben Safir wrote: > > This last update has completely killed my HP M551 colr laserjet. > > hp-setup is broken and doesn't allow for and ppd files to be picked up > > cups claims to sent print jobs, but the printer never gets them > > > > It is so confused, it thinks the printer is local on some reinstallation > > attempts > > > > If anyone could help, I would appreciate it. It has been over 20 years > > since I have had even the smallest of trouble with a HP laserject printer. > > > > Ruben > > > There are the available printers that are discovered by CUPS > > > > Virtual Braille BRF Printer (CUPS-BRF) > Hewlett-Packard HP LaserJet 500 color M551 (HP LaserJet 500 color M551 > [6C196B]) > Hewlett-Packard HP LaserJet 500 color M551 (Hewlett-Packard HP LaserJet > 500 color M551 (driverless)) > > -- > 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 je-vv at e.email Thu Mar 19 09:54:23 2020 From: je-vv at e.email (Javier) Date: Thu, 19 Mar 2020 02:54:23 -0600 Subject: [artix-general] migrating from arch and some related questions... Message-ID: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> Hi ! I'd like to migrate from Arch to s6 init Artix. However the migration wiki [0] talks about migrating from Arch/Manjaro to openrc init Artix. Actually several packages to install, according to the wiki, are openrc-* ones or have the suffix *-openrc (eg. autofs-openrc). Is openrc the only valid option to migrate, meaning, for s6 one better install a new system from start? Also, by looking at the migration wiki, one can get the following equivalences between Arch and Artix package repositories: [testing] -> [gremlins] [community-testing] -> [galaxy-gremlins] [multilib-testing] -> [lib32-gremlins] [core] -> [system] [extra] -> [world] [community] -> [galaxy] [multilib] -> [lib32] Also, the migration wiki [1] indicates to keep the old Arch repos, but below the Artix ones, except by [core] (not to be included at all), to then remove them after the migration? Would it be wise to keep them after the migration, in case there are packages supported by Arch not yet reaching the Artix repos? I remember a previous post on artix-general someone showing still having the Arch repos (except core, and multilib, but the OP wasn't using lib32 either, so not having multilib makes sense): > $ sudo pacman -Syyu > :: Synchronizing package databases... > system 222.9 KiB 3.25 MiB/s 00:00 > [######################] 100% > world 938.7 KiB 10.5 MiB/s 00:00 > [######################] 100% > galaxy 834.0 KiB 11.6 MiB/s 00:00 > [######################] 100% > extra 1641.2 KiB 10.5 MiB/s 00:00 > [######################] 100% > community 4.8 MiB 10.6 MiB/s 00:00 > [######################] 100% > :: Starting full system upgrade... > resolving dependencies... > looking for conflicting packages... > :: python-pyqt5 and pyqt5-common are in conflict. Remove pyqt5-common? > [y/N] It seems to me the OP still had the Arch repos, though at the very bottom... Is that no longer recommended, meaning, no need since Artix is maintained pretty up to date with respect to Arch (perhaps some weeks behind at the most)? Are there wikies for how to handle several things that got absorbed by systemd and now getting their documentation might not be as easy as on prior Arch wikies? Examples are handling the lid on laptops (I don't even remember what I used to configure it, but perhaps through acpid), handling monitor brightness, performance and power saving tweaks, how to sleep, hibernate and the new hybrid (1st sleep and then hibernate), which if I recall correctly I used to manage through acpid as well. Is sndio fully supported when possible, or would there be some willing to tweak a few packages to do so? There are packages that can support the audio backend (firefox, mpd, and mpv that I'm aware of, not sure about smplayer), but one way or another Arch doesn't seem to care about sndio at all, given how pulse is sort of the official audio backend... I already asked before in another thread, it seems netcfg is still functional, but I guess if not totally functional (definitely unmaintained), one could use at least the basic functionality to bring interfaces (whether wired or wireless) up, and then let dhcpd and wpa_supplicant daemons do their job I'd guess... A recent concern I have is cgroups. Would there be a limitation when using s6 as the init system for docker or other containers? In the office docker it's the only way to build and test, and I'm not sure if without an init system providing cgroups support, like systemd or openrc, there would be issues, but I'm a mere user, so of course I might be just over concerned. Interestingly enough, openrc claims to follow the FDO recommendations [3][4], but those recommendations [3], are deemed outdated/obsolete since that documentation indicates cgroups are no longer considered a shared resource, and now FDO is recommending only systemd, with no component independent of it [5]. This by itself feels really bad about how things are changing over time, but makes me wonder if now in order to use containers, one really need systemd or at least openrc (which is playing catch I'd guess)... Again, might be just over concerned, :) BTW, I also read someone asking about gnu shepherd. That would be something I'd be willing to try as well, though I know nothing about guile... Thanks ! -- Javier [0] https://wiki.artixlinux.org/Main/Migration [1] https://wiki.artixlinux.org/Main/Migration#Prepare_the_repositories [2] https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface [3] https://wiki.gentoo.org/wiki/OpenRC/CGroups [4] https://www.freedesktop.org/wiki/Software/systemd/PaxControlGroups [5] https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From nous at artixlinux.org Thu Mar 19 15:42:54 2020 From: nous at artixlinux.org (Christos Nouskas) Date: Thu, 19 Mar 2020 16:42:54 +0200 Subject: [artix-general] hwinfo doesn't work any more? In-Reply-To: References: Message-ID: <20200319164254.21c76742@hyperion.xyzzy.xyz> On Thu, 5 Mar 2020 22:14:19 -0500 Ruben Safir via artix-general wrote: > [ruben at flatbush ~]$ sudo hwinfo > hwinfo: error while loading shared libraries: libx86emu.so.2: cannot > open shared object file: No such file or directory Fixed and updated, thanks for reporting. -- https://systemd-free.artixlinux.org From nous at artixlinux.org Thu Mar 19 16:46:43 2020 From: nous at artixlinux.org (Christos Nouskas) Date: Thu, 19 Mar 2020 17:46:43 +0200 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> Message-ID: <20200319174643.0e1f0516@hyperion.xyzzy.xyz> On Thu, 19 Mar 2020 02:54:23 -0600 Javier via artix-general wrote: > Hi ! > > I'd like to migrate from Arch to s6 init Artix. However the migration wiki > [0] talks about migrating from Arch/Manjaro to openrc init Artix. Actually > several packages to install, according to the wiki, are openrc-* ones or > have the suffix *-openrc (eg. autofs-openrc). Is openrc the only valid > option to migrate, meaning, for s6 one better install a new system from > start? The "hard" part is to get rid of the systemd octopus. Once in openrc, it's trivial to switch to s6 or runit by just replacing the openrc packages with s6 ones. It can even be scripted, but it's always better to maintain control of the process: # for p in $(pacman -Qq | grep \\\-openrc); do sudo pacman -Rdd $p; pacman -S $(echo $p | sed s/openrc/s6/); done There's also a script to fu^Wremove systemd and convert Arch to Artix (openrc), take a backup and enjoy the perks of science: http://tiny.cc/fucktheskullofsystemd > It seems to me the OP still had the Arch repos, though at the very > bottom... Is that no longer recommended, meaning, no need since Artix is > maintained pretty up to date with respect to Arch (perhaps some weeks > behind at the most)? All of [core] is covered by [system], hence the former MUST be disabled. Most of [extra] is in [world], we keep [extra] for packages we haven't yet imported or are clean of systemd. In [galaxy] go most systemd-infected [community] packages. So, it's recommended to keep [extra] and [community], but below Artix repos. AUR is also at your disposal as in every Arch derivative. > Are there wikies for how to handle several things that got absorbed by > systemd and now getting their documentation might not be as easy as on > prior Arch wikies? Examples are handling the lid on laptops (I don't even > remember what I used to configure it, but perhaps through acpid), handling > monitor brightness, performance and power saving tweaks, how to sleep, > hibernate and the new hybrid (1st sleep and then hibernate), which if I > recall correctly I used to manage through acpid as well. In Artix, elogind takes care of such tasks and it should work without any further configuration. Most if not all exceptions are covered in our wiki; for the rest, the Arch wiki applies. > Is sndio fully supported when possible Every {front,back}end under the sun works in Artix. > I already asked before in another thread, it seems netcfg is still > functional, but I guess if not totally functional (definitely > unmaintained), one could use at least the basic functionality to bring > interfaces (whether wired or wireless) up, and then let dhcpd and > wpa_supplicant daemons do their job I'd guess... You can use any network manager (NM, connman, wicd, dhcp*, static) you like. OpenRC for example uses netifrc for static configs. > A recent concern I have is cgroups. Would there be a limitation when using > s6 as the init system for docker or other containers? In the office docker I'm not a heavy cgroups user, but to date I haven't found a VM/docker/container implementation that doesn't work in my setups. I use OpenRC though. -- https://systemd-free.artixlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Thu Mar 19 16:55:12 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Thu, 19 Mar 2020 10:55:12 -0500 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> Message-ID: <500e407b-cd2a-866e-ac66-e34b873113ed@artixlinux.org> > A recent concern I have is cgroups. Would there be a limitation when using s6 as the init system for docker or other containers? I'm not familiar with docker myself, but I don't think the s6-linux-init package that we ship with artix will work with docker by default. I believe, after installing the package, you would probably need to run the s6-linux-init-maker (this is the part of the program that actually makes init for s6; in Artix we execute this in the install script), but with the -C option for containers. Of course, replace the newly generated binaries with the old ones. From je-vv at e.email Thu Mar 19 22:24:50 2020 From: je-vv at e.email (Javier) Date: Thu, 19 Mar 2020 15:24:50 -0600 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <20200319174643.0e1f0516@hyperion.xyzzy.xyz> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> <20200319174643.0e1f0516@hyperion.xyzzy.xyz> Message-ID: <6baeb67c-1a2a-fba3-04af-2e16a0634eea@e.email> On 3/19/20 9:46 AM, Christos Nouskas wrote: > On Thu, 19 Mar 2020 02:54:23 -0600 > Javier via artix-general wrote: > >> ... > > The "hard" part is to get rid of the systemd octopus. Once in openrc, it's > trivial to switch to s6 or runit by just replacing the openrc packages with s6 > ones. It can even be scripted, but it's always better to maintain control of > the process: > # for p in $(pacman -Qq | grep \\\-openrc); do sudo pacman -Rdd $p; pacman -S > $(echo $p | sed s/openrc/s6/); done > > There's also a script to fu^Wremove systemd and convert Arch to Artix > (openrc), take a backup and enjoy the perks of science: > http://tiny.cc/fucktheskullofsystemd > >> ... > > All of [core] is covered by [system], hence the former MUST be disabled. Most > of [extra] is in [world], we keep [extra] for packages we haven't yet > imported or are clean of systemd. In [galaxy] go most systemd-infected > [community] packages. So, it's recommended to keep [extra] and [community], > but below Artix repos. AUR is also at your disposal as in every Arch > derivative. > >> ... > > In Artix, elogind takes care of such tasks and it should work without any > further configuration. Most if not all exceptions are covered in our wiki; > for the rest, the Arch wiki applies. > >> Is sndio fully supported when possible > > Every {front,back}end under the sun works in Artix. > >> ... > > You can use any network manager (NM, connman, wicd, dhcp*, static) you like. > OpenRC for example uses netifrc for static configs. > >> .. > > I'm not a heavy cgroups user, but to date I haven't found a > VM/docker/container implementation that doesn't work in my setups. I use > OpenRC though. Thanks a lot for your answers. I'll add a reply to my original post, to ask also about mirrors, but you did actually cover most of what I originally asked. Thanks again ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Thu Mar 19 22:47:05 2020 From: je-vv at e.email (Javier) Date: Thu, 19 Mar 2020 15:47:05 -0600 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <500e407b-cd2a-866e-ac66-e34b873113ed@artixlinux.org> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> <500e407b-cd2a-866e-ac66-e34b873113ed@artixlinux.org> Message-ID: <209ca0a7-d0af-d46f-ad92-b6917884385d@e.email> On 3/19/20 9:55 AM, Dudemanguy via artix-general wrote: >> A recent concern I have is cgroups.? Would there be a limitation when using s6 as the init system for docker or other containers? > > I'm not familiar with docker myself, but I don't think the s6-linux-init package that we ship with artix will work with docker by default. I believe, after installing the package, you would probably need to run the s6-linux-init-maker (this is the part of the program that actually makes init for s6; in Artix we execute this in the install script), but with the -C option for containers. Of course, replace the newly generated binaries with the old ones. I see, most probably the init scripts need to be generated by hand, I interpret... The "-C" option seems required only if s6 is used within the container, not the host, or that's what I understood from a quick look at [6]. The docker containers used in the office have ubuntu guests, and most probably to generate the init scripts on the host, "-C" might not be required. But besides the init scripts, I understand docker heavily depends on cgroups, as well as other containers, so my concern was more on the line of how well containers, and in particular docker, work when the init system is s6, given it doesn't add cgroups support, as systemd and openrc do (and as I originally mentioned, I was not sure how well openrc supports cgroups and containers, given it supports something already deemed obsolete, but on another answer to my original post, it seems it does work on openrc). It would be nice to know if someone runs docker containers under a s6 init system. Of course I might end up finding my own, but perhaps someone already knows how well or bad is trying to do so... Thanks a lot ! -- Javier [6] https://www.skarnet.org/software/s6-linux-init/s6-linux-init-maker.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Thu Mar 19 23:05:57 2020 From: je-vv at e.email (Javier) Date: Thu, 19 Mar 2020 16:05:57 -0600 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> Message-ID: <75bdb7be-d74c-4d8f-1323-2eeb00a413f8@e.email> On 3/19/20 2:54 AM, Javier via artix-general wrote: > Hi ! > > ... Hello, something I forgot on my original post, was to ask about mirrors. Is there a tool like "reflector" one can use to get the top 3 most up to date and faster mirrors for example, sorted from fastest on top and slower at the bottom? Or can "reflector" be tweaked to work for both, Arch and Artix (given the need to keep using Arch for non yet ported packages). I know there aren't that many Artix mirrors, but to me downloading from the most up to date and faster mirrors is almost a must (not the best connection to internet). I do check weekly or bi-weekly, as time permits, and I've found differences between weeks. On a side note, I don't know why pacman doesn't support downloading packages from torrents yet, syncing the trackers with only the latest packages versions... That would change the need to explore the best mirror, and get even better download times, who knows, :). Back to reality, how to select mirror then? Just in case, I currently execute: reflector -c us -p https -l 6 -f 3 --sort rate I don't live in USA, but that's what has proved faster where I live. Perhaps there's a better way I could run "reflector", but that's what I've been using so far. Is there something similar available for Artix? -- Javier [0] https://wiki.artixlinux.org/Main/Migration [1] https://wiki.artixlinux.org/Main/Migration#Prepare_the_repositories [2] https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface [3] https://wiki.gentoo.org/wiki/OpenRC/CGroups [4] https://www.freedesktop.org/wiki/Software/systemd/PaxControlGroups [5] https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface [6] https://www.skarnet.org/software/s6-linux-init/s6-linux-init-maker.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From ruben at mrbrklyn.com Fri Mar 20 01:17:43 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Thu, 19 Mar 2020 20:17:43 -0400 Subject: [artix-general] hwinfo doesn't work any more? In-Reply-To: <20200319164254.21c76742@hyperion.xyzzy.xyz> References: <20200319164254.21c76742@hyperion.xyzzy.xyz> Message-ID: <20200320001743.GA20045@www2.mrbrklyn.com> On Thu, Mar 19, 2020 at 04:42:54PM +0200, Christos Nouskas wrote: > On Thu, 5 Mar 2020 22:14:19 -0500 > Ruben Safir via artix-general wrote: > > > [ruben at flatbush ~]$ sudo hwinfo > > hwinfo: error while loading shared libraries: libx86emu.so.2: cannot > > open shared object file: No such file or directory > > Fixed and updated, thanks for reporting. thank you very much! > > -- > https://systemd-free.artixlinux.org -- 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 je-vv at e.email Sat Mar 21 15:14:55 2020 From: je-vv at e.email (Javier) Date: Sat, 21 Mar 2020 08:14:55 -0600 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <209ca0a7-d0af-d46f-ad92-b6917884385d@e.email> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> <500e407b-cd2a-866e-ac66-e34b873113ed@artixlinux.org> <209ca0a7-d0af-d46f-ad92-b6917884385d@e.email> Message-ID: <038a6bb7-37eb-c598-1e4d-be5b7f9d8111@e.email> On 3/19/20 3:47 PM, Javier via artix-general wrote: > On 3/19/20 9:55 AM, Dudemanguy via artix-general wrote: >>> A recent concern I have is cgroups.? Would there be a limitation when using s6 as the init system for docker or other containers? >> >> I'm not familiar with docker myself, but I don't think the s6-linux-init package that we ship with artix will work with docker by default. I believe, after installing the package, you would probably need to run the s6-linux-init-maker (this is the part of the program that actually makes init for s6; in Artix we execute this in the install script), but with the -C option for containers. Of course, replace the newly generated binaries with the old ones. > > I see, most probably the init scripts need to be generated by hand, I interpret... The "-C" option seems required only if s6 is used within the container, not the host, or that's what I understood from a quick look at [6]. The docker containers used in the office have ubuntu guests, and most probably to generate the init scripts on the host, "-C" might not be required. > > But besides the init scripts, I understand docker heavily depends on cgroups, as well as other containers, so my concern was more on the line of how well containers, and in particular docker, work when the init system is s6, given it doesn't add cgroups support, as systemd and openrc do (and as I originally mentioned, I was not sure how well openrc supports cgroups and containers, given it supports something already deemed obsolete, but on another answer to my original post, it seems it does work on openrc). It would be nice to know if someone runs docker containers under a s6 init system. Of course I might end up finding my own, but perhaps someone already knows how well or bad is trying to do so... Ups, I think I totally misunderstood Dudemanguy's comment. I'm not that familiar with s6, and after re-reading several docs (I'm planning to start migrating/fresh installing to s6 artix, haven't decided yet the best route, not necessarily the fastest), I believe he was indicating the init could be changed to support cgroups somehow, by rebuilding the s6-linux-init with s6-linux-init-maker. Perhaps by taking a look at what openrc does. But that's something I'm even less familiar with, :) But it might be the way to go, if the FDO change about PID 1 [5] holds. I'm no sure how compliant actually openrc would be, given it follows something FDO considers outdated... Oh well, we'll see later if one can load docker images under s6 artix... -- Javier [5] https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sat Mar 21 15:43:10 2020 From: je-vv at e.email (Javier) Date: Sat, 21 Mar 2020 08:43:10 -0600 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <038a6bb7-37eb-c598-1e4d-be5b7f9d8111@e.email> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> <500e407b-cd2a-866e-ac66-e34b873113ed@artixlinux.org> <209ca0a7-d0af-d46f-ad92-b6917884385d@e.email> <038a6bb7-37eb-c598-1e4d-be5b7f9d8111@e.email> Message-ID: <26f150f1-a00e-345f-667f-33480190f4f9@e.email> On 3/21/20 8:14 AM, Javier via artix-general wrote: > On 3/19/20 3:47 PM, Javier via artix-general wrote: >> On 3/19/20 9:55 AM, Dudemanguy via artix-general wrote: >>>> A recent concern I have is cgroups.? Would there be a limitation when using s6 as the init system for docker or other containers? >>> >>> I'm not familiar with docker myself, but I don't think the s6-linux-init package that we ship with artix will work with docker by default. I believe, after installing the package, you would probably need to run the s6-linux-init-maker (this is the part of the program that actually makes init for s6; in Artix we execute this in the install script), but with the -C option for containers. Of course, replace the newly generated binaries with the old ones. >> >> I see, most probably the init scripts need to be generated by hand, I interpret... The "-C" option seems required only if s6 is used within the container, not the host, or that's what I understood from a quick look at [6]. The docker containers used in the office have ubuntu guests, and most probably to generate the init scripts on the host, "-C" might not be required. >> >> But besides the init scripts, I understand docker heavily depends on cgroups, as well as other containers, so my concern was more on the line of how well containers, and in particular docker, work when the init system is s6, given it doesn't add cgroups support, as systemd and openrc do (and as I originally mentioned, I was not sure how well openrc supports cgroups and containers, given it supports something already deemed obsolete, but on another answer to my original post, it seems it does work on openrc). It would be nice to know if someone runs docker containers under a s6 init system. Of course I might end up finding my own, but perhaps someone already knows how well or bad is trying to do so... > > > Ups, I think I totally misunderstood Dudemanguy's comment. I'm not that familiar with s6, and after re-reading several docs (I'm planning to start migrating/fresh installing to s6 artix, haven't decided yet the best route, not necessarily the fastest), I believe he was indicating the init could be changed to support cgroups somehow, by rebuilding the s6-linux-init with s6-linux-init-maker. Perhaps by taking a look at what openrc does. But that's something I'm even less familiar with, :) But it might be the way to go, if the FDO change about PID 1 [5] holds. I'm no sure how compliant actually openrc would be, given it follows something FDO considers outdated... > > Oh well, we'll see later if one can load docker images under s6 artix... > > Perhaps integrating cgroups-mount [7] into s6-linux-init, and maybe that's what was originally suggested... When getting there will for sure ask for help. There's a AUR package for it [8], but it's not meant for the init, but rather as a daemon for sysvinit, but it can be used for the s6-linux-init sources and rebuild... Thanks ! -- Javier [7] https://github.com/mdevaev/cgroupfs-mount-rc [8] https://aur.archlinux.org/packages/cgroupfs-mount-rc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From nous at artixlinux.org Sun Mar 22 18:45:36 2020 From: nous at artixlinux.org (Christos Nouskas) Date: Sun, 22 Mar 2020 19:45:36 +0200 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <75bdb7be-d74c-4d8f-1323-2eeb00a413f8@e.email> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> <75bdb7be-d74c-4d8f-1323-2eeb00a413f8@e.email> Message-ID: <20200322194536.3329a542@hyperion.xyzzy.xyz> On Thu, 19 Mar 2020 16:05:57 -0600 Javier via artix-general wrote: > Hello, something I forgot on my original post, was to ask about mirrors. > Is there a tool like "reflector" one can use to get the top 3 most up to I use powerpill which uses aria2 and easily manages to saturate my line. There's also pacman2aria2 which has got 'reflector' in its description. -- https://systemd-free.artixlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Mar 23 09:10:36 2020 From: je-vv at e.email (Javier) Date: Mon, 23 Mar 2020 02:10:36 -0600 Subject: [artix-general] migrating from arch and some related questions... In-Reply-To: <20200322194536.3329a542@hyperion.xyzzy.xyz> References: <7baa35df-0069-8f33-8635-327a53c3e0a8@e.email> <75bdb7be-d74c-4d8f-1323-2eeb00a413f8@e.email> <20200322194536.3329a542@hyperion.xyzzy.xyz> Message-ID: On 3/22/20 11:45 AM, Christos Nouskas wrote: > On Thu, 19 Mar 2020 16:05:57 -0600 > Javier via artix-general wrote: >> Hello, something I forgot on my original post, was to ask about mirrors. >> Is there a tool like "reflector" one can use to get the top 3 most up to > > I use powerpill which uses aria2 and easily manages to saturate my line. > There's also pacman2aria2 which has got 'reflector' in its description. > I wasn't aware of of powerpill [1], but it sounds pretty good, though I've tried avoiding pacman wrappers for years, but I might change my mind, :)... BTW, pacman2aria2 has been deprecated in favor of pm2pl [3], which is as well a powerpill backend. Regarding reflector, I'm wondering if it's possible to make it work with artix mirrors... For sure I'll keep using it for the arch ones. It isn't just speed what makes it great, but also how up to date the mirrors are. For example, as I already fresh installed artix with s6 in a box (missing 6 other boxes, which will be based on the 1st fresh install, no way I'll fresh install that bunch of packages again), the arch mirror list that came with it had the following 2 mirrors enabled: > ## Worldwide > Server = http://mirrors.evowise.com/archlinux/$repo/os/$arch > Server = http://mirror.rackspace.com/archlinux/$repo/os/$arch Besides being pretty slow, they were outdated. A particular package that's already in other mirros wasn't found in them, and when updating to some I found with reflector last week (not even this one): > # reflector -c US -p https -l 6 -f 3 --sort rate --connection-timeout 30 > Server = https://arch.mirror.constant.com/$repo/os/$arch > Server = https://mirrors.rit.edu/archlinux/$repo/os/$arch > Server = https://ord.mirror.rackspace.com/archlinux/$repo/os/$arch I got almost all packages updated, and of course downloading way faster. So finding really up to date mirrors is one of major features from reflector. From the Reflector.py module, one can realize it depends on a published json status of the mirrors, by default the arch one "https://www.archlinux.org/mirrors/status/json/", which can be better looked out through its web "https://www.archlinux.org/mirrors/status". Does artix publish such a json? No matter the smaller amount of mirrors [4], sure the order matters, and some mirrors can get issues and stop upgrading for some reason (that happens with the arch ones). The web version can also help to debug if some mirrors are getting behind... Reflector can change the json URL through "--url ", and if artix offers one, then it just so happens it supports reflector, :). All that said, powerpill sounds really good. I'll explore it as soon as I can... -- Javier [1] https://xyne.archlinux.ca/projects/powerpill [2] https://xyne.archlinux.ca/projects/pacman2aria2 [3] https://xyne.archlinux.ca/projects/pm2ml [4] https://gitea.artixlinux.org/packagesA/artix-mirrorlist/src/branch/master/trunk/mirrorlist -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Mar 24 07:22:18 2020 From: je-vv at e.email (Javier) Date: Tue, 24 Mar 2020 00:22:18 -0600 Subject: [artix-general] question after/post installing (fresh) artix s6 init Message-ID: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Hello, 1st of all, it was really pleasant to install S6 Artix from the base ISO, it just worked out flawlessly for me. The wiki [1] omitted some special considerations when having LVM on Luks encryption, but I guess if one encrypts, then one better look at the Arch wiki, :). The wiki also missed some configuration for console, which is in a different wiki [2], but that other wiki doesn't hint the console config should also work for s6 artix, not just runit, but fortunately, it's the same config as for runit artix and arch, :) Now some things I've found this far... <1> To which bundle should elogind be added? I added it to default, but it might be it belongs to boot instead. I just followed the s6 artix wiki [3] indicating most of the "services" enabled should be included in the default bundle, but perhaps elogind is one exception. Which bundle should it be added to? Or should it be added at all? Perhaps it gets automatically triggered by things depending on it, that if not triggered by S6 itself, like eudev and some others? <2> When running grub-mkconfig, one gets some weird warnings: % sudo grub-mkconfig -o my_grub.cfg ... WARNING: Failed to connect to lvmetad. Falling back to device scanning. WARNING: Failed to connect to lvmetad. Falling back to device scanning. ... WARNING: Failed to connect to lvmetad. Falling back to device scanning. WARNING: Failed to connect to lvmetad. Falling back to device scanning. WARNING: Failed to connect to lvmetad. Falling back to device scanning. ... By searching for that warning, according to arch [4], if running grub-mkconfig under a chroot environment (particularly when installing), then that's a common and to be ignored warning, because /run is not available inside chroot. However this happens not under a chroot environment, but on the already started arch box with s6 init, for which s6-linux-init mounts a tmpfs onto /run, according to the wiki. Is that common to other users? Are the warnings fine to be ignored? And if so, how so, this is no chroot env, just plain artix box with s6 init... If not, then, what should I explore to prevent issues related with those warning? <3> The package "libblockdev" requires rebuild. The current version on world includes python 3.7 stuff, when the world python is 3.8: % pacman -Ql libblockdev | 'grep' python libblockdev /usr/lib/python3.7/ libblockdev /usr/lib/python3.7/site-packages/ libblockdev /usr/lib/python3.7/site-packages/gi/ libblockdev /usr/lib/python3.7/site-packages/gi/overrides/ libblockdev /usr/lib/python3.7/site-packages/gi/overrides/BlockDev.py How to place a bug requesting rebuild? <4> There's a clamav-s6 package providing the clamd "service" for clamav, but the freshclam "service" doesn't seem available (providing freshclam -d), and it's pretty useful to keep the DB up to date. Perhaps I can write my own freshclamd "service" later. How to place a bug or request for the missing "service"? <5> There's a cpupower-openrc package to provide the "oneshot" cpupower to set the CPU governos and such. The cpupwer-s6 is missing. I like the governos set to "on demand", but can live with current "powersave". How to place a bug or request for the missing "oneshot"? <6> There's a lm_sensors-s6 package to provide the "oneshot" that modprobes the modules found by sensors-detect. However the sensord "service" for monitoring is missing. Not required at all, but the daemon is part of the lm_sensors package. How to place a bug or request for the missing "service"? <7> The way to log stuff, is through s6 itself I understand. So for looking into logs to see if there are issues, one has to look for the log file for a particular "service", right? How about "oneshots"? I also see tty1 is used as stderr for s6 in general, but as that can get easily polluted, which log can one look for, in order to see those errors, not depending on tty1? BTW, when logging into tty1, startx is triggered, so those logs are lost, so the more reason to be able to look at those errors somewhere else... <8> For several of the boxes I'll port the current s6 artix one, my current networking solutions, which is dhcpcd configured just for the eth interface connected, that's more than enough. However for the laptop, though one can use of a wpa_supplicant hook from dhcpcd, I don't think one can't request dhcpcd to not connect all interfaces at the same time, and just the 1st one on the list allowed, actually allowing only one connection at a time. Is that right? Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? I know about network managers, but I really don't like NM, and after looking at connman, I liked it even less (it embeds their own multiple and custom solutions, like dhcp, dns, etc, etc instead of using the different already available solutions). There's netcfg, but it's been frozen for so long, that if I can get things to work with just dhcpcd and wpa_supplicant daemons, plus a couple of front ends, that's ok to me. BTW, I've already tried failover bondign between wired and wireless interfaces with netctl on Arch [5], and that doesn't work well. For some reason, even though both the wired and the wireless connections were available, the bonding sort of bounced between them, and it used to prefer the wireless one, although I set the wired one as primary... So though that looked really promising to me, I dropped it given the poor results I experienced... <9> After booting, on tty1, the prompt whether doesn't show up, or gets lost mixed on the amount of log from s6. It shows up only after hitting "enter", and then one doesn't really know when tty1 is ready to be used, and one can only guess... Is there a way to keep the prompt on top of other messages, meaning, while there's no login, make the bottom of tty to be the prompt, and make it always visible? Otherwise it's about hitting "enter" until it gets available, if one remember to do so (given the amount of log one tend to think it's not ready yet). That behavior can mislead to believe one needs to wait more than really necessary. On another thread, I already launched some questions about some other topics, so although they can be perceived as post install as well, I didn't want to pollute this one with those other ones... Once again, big thanks to the devs, great work, flawless base installation, and working solution, which to be honest, although non systemd, totally feels like arch, so besides having to spend a bit of time to get familiar with the basic s6 commands, it's just like business as usual with arch. Thanks ! -- Javier [1] https://wiki.artixlinux.org/Main/Installation [2] https://wiki.artixlinux.org/Main/Configuration [3] https://wiki.artixlinux.org/Main/S6 [4] https://wiki.archlinux.org/index.php/GRUB#Warning_when_installing_in_chroot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Tue Mar 24 15:47:33 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 24 Mar 2020 09:47:33 -0500 Subject: [artix-general] question after/post installing (fresh) artix s6 init In-Reply-To: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: Hopefully I can clear up some questions for you. >To which bundle should elogind be added? I added it to default, but it might be it belongs to boot instead. I just followed the s6 artix wiki [3] indicating most of the "services" enabled should be included in the default bundle, but perhaps elogind is one exception. Which bundle should it be added to? Or should it be added at all? Perhaps it gets automatically triggered by things depending on it, that if not triggered by S6 itself, like eudev and some others? Default should be good enough for elogind. Elogind just keeps track of login sessions so as long as it's running before you log in (which is almost guaranteed to happen) you're good to go. >When running grub-mkconfig, one gets some weird warnings: Those are harmless. lvmetad is a daemon that comes with lvm2 and if it's not available/running, then programs just do regular device scanning to find your lvm partitions. >The package "libblockdev" requires rebuild. The current version on world includes python 3.7 stuff, when the world python is 3.8: [...] How to place a bug requesting rebuild? Good catch. Arch's package has built against python 3.8 so yeah that's our fault. We don't have a formal place for bug reports, so the mailing list and/or the forums are good enough. Alium does the python stuff so I'll let him know so he can fix it. >There's a clamav-s6 package providing the clamd "service" for clamav, but the freshclam "service" doesn't seem available (providing freshclam -d), and it's pretty useful to keep the DB up to date. Perhaps I can write my own freshclamd "service" later. How to place a bug or request for the missing "service"? Another good catch. I didn't see that Arch's clamav package also comes with a clamav-freshclam service. I'll update the clamav-s6 package to include that service (clamav-runit also needs fixing here; I think clamav-openrc is correct though). >There's a cpupower-openrc package to provide the "oneshot" cpupower to set the CPU governos and such. The cpupwer-s6 is missing. I like the governos set to "on demand", but can live with current "powersave". How to place a bug or request for the missing "oneshot"? I'm not too familiar with the openrc package, but I don't think a separate script package for this is necessary. If all you want to do is just set some CPU governors on boot up, you can edit the /etc/s6/rc.local with the commands you want. It'll execute anything listed there automatically on every boot. I use it to clean my /tmp directory. >There's a lm_sensors-s6 package to provide the "oneshot" that modprobes the modules found by sensors-detect. However the sensord "service" for monitoring is missing. Not required at all, but the daemon is part of the lm_sensors package. How to place a bug or request for the missing "service"? Went back and doubled checked the arch package and you're right. The sensord daemon is missing. Also, so is the healthd daemon. I'll add these to the script soon. >The way to log stuff, is through s6 itself I understand. So for looking into logs to see if there are issues, one has to look for the log file for a particular "service", right? How about "oneshots"? I also see tty1 is used as stderr for s6 in general, but as that can get easily polluted, which log can one look for, in order to see those errors, not depending on tty1? BTW, when logging into tty1, startx is triggered, so those logs are lost, so the more reason to be able to look at those errors somewhere else... The log stuff is a bit of a work in progress. The goal I'm working for is for all daemons to have a daemon-srv (the actual service) and daemon-log (the logger) and for them to log themselves to /var/log/daemon with s6-log. s6-log has its own log rotation and all that fancy stuff (you can change the default options which were arbitrarily selected by going to /etc/s6/sv/daemon-log/conf if you want). I think most of the "important" services (dhcpcd, dbus, etc.) have this implemented already but not every service in s6 works like this at the moment. Of course, if something currently does not use s6-log and you'd like it to, you're more than welcome to let me know. Otherwise, yeah it just spits onto tty1. If you have syslog daemon running, then that will probably catch the logs instead if it's running first. The printing on tty1 thing is a result of a compile option with s6-linux-init that I decided to enable. It's a little noisy, but I figure it's better than having nothing at all. As for oneshots, currently none of them log anything (aside from dmesg on startup). I'm not really sure if there's too much of a point? You'll know very quickly if mount doesn't work, but if you think there's a particular oneshot that really should be logged let me know. >Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? I think this already works. I use the wpa_supplicant service on my laptop (specifying the wireless interface in /etc/s6/sv/wpa_supplicant-srv/conf). If I plug in an ethernet cable, it appears to prefer the wired interface (just checking the IP on the internet), and if I unplug it, it falls back to the wireless connection. >After booting, on tty1, the prompt whether doesn't show up, or gets lost mixed on the amount of log from s6. It shows up only after hitting "enter", and then one doesn't really know when tty1 is ready to be used, and one can only guess... Is there a way to keep the prompt on top of other messages, meaning, while there's no login, make the bottom of tty to be the prompt, and make it always visible? The s6 stuff prints over it. It's because tty1 (provided by s6-linux-init) is compiled to print out a bunch of stuff like that. There's a couple of things you could do here though. 1. If you're using daemons with the fancy s6-log setup (as described above), they won't print anything to the tty1 ans the logger catches all the messages and moves them elsewhere. 2. By default, s6-rc is set to be rather verbose. In /etc/s6/current/scripts/runlevel, you could get rid of the "-v2" arguments in the s6-rc calls if you wanted to. I think the combination of those two things should get rid of all the stuff printing on tty1 on boot. Perhaps the s6-rc calls could be changed to be less verbose, but then again maybe someone like the "daemon starting up" messages. > Once again, big thanks to the devs, great work, flawless base installation, and working solution, which to be honest, although non systemd, totally feels like arch, so besides having to spend a bit of time to get familiar with the basic s6 commands, it's just like business as usual with arch. Thanks for the feedback! From dudemanguy at artixlinux.org Tue Mar 24 16:07:11 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 24 Mar 2020 10:07:11 -0500 Subject: [artix-general] question after/post installing (fresh) artix s6 init In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: > Alium does the python stuff so I'll let him know so he can fix it. Actually, it turns out that it's one of ndowen's packages. This was before he was here so it's not his fault. ;) From je-vv at e.email Tue Mar 24 18:02:46 2020 From: je-vv at e.email (Javier) Date: Tue, 24 Mar 2020 11:02:46 -0600 Subject: [artix-general] question after/post installing (fresh) artix s6 init In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: <9e113431-da0e-312f-acac-27a93f1348cc@e.email> Great answers, I'll have to read them carefully... Thanks a lot ! On 3/24/20 8:47 AM, Dudemanguy via artix-general wrote: > ...>>There's a cpupower-openrc package to provide the "oneshot" cpupower to set the CPU governos and such.? The cpupwer-s6 is missing.? I like the governos set to "on demand", but can live with current "powersave".? How to place a bug or request for the missing "oneshot"?> > I'm not too familiar with the openrc package, but I don't think a separate script package for this is necessary. If all you want to do is just set some CPU governors on boot up, you can edit the /etc/s6/rc.local with the commands you want. It'll execute anything listed there automatically on every boot. I use it to clean my /tmp directory. As per the cpupower missing "oneshot", not only there's cpupower-openrc, arch also offers the cpupower.service, in case you want to keep the same services. On arch the "oneshot" calls a systemd script, which in turns set some cpu things up, besides the cpu governor. Maybe you'd like to explore porting it to s6 set of oneshots as well. Thanks for the time taken to answer, really appreciated. -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Tue Mar 24 20:09:48 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 24 Mar 2020 14:09:48 -0500 Subject: [artix-general] question after/post installing (fresh) artix s6 init In-Reply-To: <9e113431-da0e-312f-acac-27a93f1348cc@e.email> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <9e113431-da0e-312f-acac-27a93f1348cc@e.email> Message-ID: <99733fcf-1051-8607-46b2-58fa78e282c7@artixlinux.org> > As per the cpupower missing "oneshot", not only there's cpupower-openrc, arch also offers the cpupower.service, in case you want to keep the same services. On arch the "oneshot" calls a systemd script, which in turns set some cpu things up, besides the cpu governor. Maybe you'd like to explore porting it to s6 set of oneshots as well. Oh you're right. It actually has some other services too. Hmm, I'll have to look at that one some more. > Thanks for the time taken to answer, really appreciated. No problem. I'm working from home anyway (like I'm sure a lot of people are) so I have some extra time to kill. From dudemanguy at artixlinux.org Tue Mar 24 21:54:00 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 24 Mar 2020 15:54:00 -0500 Subject: [artix-general] question after/post installing (fresh) artix s6 init In-Reply-To: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: <5386eeb2-218f-4efe-671c-b04d3b7b9fc7@artixlinux.org> I got a chance to look at those requested scripts. >There's a clamav-s6 package providing the clamd "service" for clamav, but the freshclam "service" doesn't seem available (providing freshclam -d), and it's pretty useful to keep the DB up to date. Perhaps I can write my own freshclamd "service" later. How to place a bug or request for the missing "service"? This is done and should hopefully work. It seems correct on my machine. >As per the cpupower missing "oneshot", not only there's cpupower-openrc, arch also offers the cpupower.service, in case you want to keep the same services. On arch the "oneshot" calls a systemd script, which in turns set some cpu things up, besides the cpu governor. Maybe you'd like to explore porting it to s6 set of oneshots as well. I took a closer look at this one and it doesn't seem like it's worth providing as a separate script. Basically all it does is parse a config file for some variables and then executes a "cpupower frequency-set" and "cpupower set" command. This is just a couple of lines in the rc.local file mentioned earlier. >There's a lm_sensors-s6 package to provide the "oneshot" that modprobes the modules found by sensors-detect. However the sensord "service" for monitoring is missing. Not required at all, but the daemon is part of the lm_sensors package. How to place a bug or request for the missing "service"? Bad news on this one. Sensord (as well as healthd) are forking (i.e. bad) daemons with no options to run in the foreground. s6 (as well as other process supervision inits like runit) have no way to handle this as they expect daemons to run in the foreground (systemd does too actually but it has extra code to handle this type). These two can't be implemented. You could run a separate sensord command in the aforementioned rc.local script to always have it start up on boot, but there's no way to supervise it. From je-vv at e.email Sat Mar 28 23:19:12 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 16:19:12 -0600 Subject: [artix-general] [artix][s6] lvmetad failing to start not able to create socket Message-ID: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> Hello, I enabled the service "lvmetad", but it fails to start with the following messages: > [D] creating /run/lvm/lvmetad.socket > can't bind local socket: No such file or directory The issue is that the directory "/run/lvm" doesn't exist. The man for lvmetad doesn't suggest an argument to force the creation of missing parent directories... When I create manually "/run/lvm" with sudo, then lvmetad starts, and creates: /run/lvm/lvmetad.socket /run/lvmetad.pid Is there a missing dependency which should create that directory prior to starting lvmetad? -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sat Mar 28 23:25:17 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 16:25:17 -0600 Subject: [artix-general] [artix][s6] lvmpolld daemon missing on lvm2 package Message-ID: By default /etc/lvm/lvm.conf comes with "use_lvmpolld = 1", meaning it's expecting to have lvmpoll daemon running. On arch, the service executes "lvmpolld -t 60 -f". Artix doesn't include that daeomon as part of the S6 available ones on /etc/s6/sv: > % ls -d /etc/s6/sv/lvm* > /etc/s6/sv/lvm2/ /etc/s6/sv/lvmetad-log/ /etc/s6/sv/lvmetad-srv It should be part of the lvm2-s6 package. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sat Mar 28 23:26:46 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 16:26:46 -0600 Subject: [artix-general] [artix][s6] lvmetad failing to start not able to create socket In-Reply-To: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> References: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> Message-ID: <6171ab0a-5aae-cdff-04e7-55031ebf35c8@e.email> > Hello, > > I enabled the service "lvmetad", but it fails to start with the following messages: > >> [D] creating /run/lvm/lvmetad.socket >> can't bind local socket: No such file or directory > > The issue is that the directory "/run/lvm" doesn't exist. The man for lvmetad doesn't suggest an argument to force the creation of missing parent directories... When I create manually "/run/lvm" with sudo, then lvmetad starts, and creates: > > /run/lvm/lvmetad.socket > /run/lvmetad.pid > > Is there a missing dependency which should create that directory prior to starting lvmetad? I forgot to mention, this is part of the lvm2-s6 package. -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Mar 29 00:14:32 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 17:14:32 -0600 Subject: [artix-general] [artix] ldb too old, making mpd fail Message-ID: The mpd daemon doesn't start, if fails with: > mpd: error while loading shared libraries: libldb.so.2: cannot open shared object file: No such file or directory If you notice, mpd is built against ldb: > % ldd /usr/bin/mpd | 'grep' libldb > libldbsamba-samba4.so => /usr/lib/samba/libldbsamba-samba4.so (0x00007fa17024a000) > libldb.so.2 => not found > libldb.so.2 => not found > libldb.so.2 => not found > ... > libldb.so.2 => not found Current mpd world version: > world/mpd 0.21.21-1 [installed] Was built against ldb version 2.0.7, but the current world ldb version 1.5.6: > world/ldb 1:1.5.6-2 [installed] So whether ldb needs upgrade, or mpd needs to be rebuilt against the older version. Best would be to upgrade ldb. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Mar 29 03:25:50 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 19:25:50 -0600 Subject: [artix-general] [artix] ldb too old, making mpd fail In-Reply-To: References: Message-ID: Found out ldb 2.0.7 is already in "gremlins", so it'll eventually get into world. I just installed the gremlins one, to prevent mpd to fail... Perhaps mpd should have have waited for ldb. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Mar 29 03:54:08 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 19:54:08 -0600 Subject: [artix-general] [artix][s6] 2 versions of clamav-s6 (oldest on world, newest on galaxy) Message-ID: <16312e95-a506-32a6-840f-91025a75f4bf@e.email> Hi, There are 2 versions of clamav-s6: > % pacman -Ss clamav-s6 > world/clamav-s6 20200115-1 (s6-world) [installed] > s6 service scripts for clamav > galaxy/clamav-s6 20200324-1 (s6-galaxy) [installed: 20200115-1] > s6 service scripts for clamav Being the galaxy version newer, however as world has higher priority than galaxy, the one installed is the world one. Is it in purpose that there are 2 versions of the package, should they be merged into one? Is it safe to use the galaxy one? -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Mar 29 04:12:58 2020 From: je-vv at e.email (Javier) Date: Sat, 28 Mar 2020 20:12:58 -0600 Subject: [artix-general] [artix][s6] 2 versions of clamav-s6 (oldest on world, newest on galaxy) In-Reply-To: <16312e95-a506-32a6-840f-91025a75f4bf@e.email> References: <16312e95-a506-32a6-840f-91025a75f4bf@e.email> Message-ID: <41352c66-d1ce-909f-dff6-22550f0d69ac@e.email> BTW, installed the galaxy one (newest), and got the freshclam daemon, which is pretty good. So whether the galaxy one needs to be merged into the world one, and then remove the galaxy one, or the world one needs to be removed... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Mar 29 08:14:20 2020 From: je-vv at e.email (Javier) Date: Sun, 29 Mar 2020 00:14:20 -0600 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: On 3/24/20 8:47 AM, Dudemanguy via artix-general wrote: >>Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? > > I think this already works. I use the wpa_supplicant service on my laptop (specifying the wireless interface in /etc/s6/sv/wpa_supplicant-srv/conf). If I plug in an ethernet cable, it appears to prefer the wired interface (just checking the IP on the internet), and if I unplug it, it falls back to the wireless connection. Hi ! How can this be achieved? I imagine it can be like: 1.- Start and enable the dhcpcd daemon. No special configuration required (default one seems fine). 2.- Start and enable the wpa_supplicant daemon, having configured the wireless interface on /etc/s6/wpa_supplicant_srv/conf, and having configured /etc/wpa_supplicant/wpa_supplicant.conf previously. I read the "multiple interfaces" section of the dhcpcd man, and I wouldn't have guessed the failover mechanism from there: "Interfaces are preferred by carrier, DHCP lease/IPv4LL and then lowest metric. For systems that support route metrics, each route will be tagged with the metric, otherwise dhcpcd changes the routes to use the interface with the same route and the lowest metric". But if that's all required, then that's fantastic, :) If only I have known before, I wouldn't have used netcfg at its time, neither its successor later on, :) Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Sun Mar 29 16:53:10 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Sun, 29 Mar 2020 09:53:10 -0500 Subject: [artix-general] [artix][s6] 2 versions of clamav-s6 (oldest on world, newest on galaxy) In-Reply-To: <41352c66-d1ce-909f-dff6-22550f0d69ac@e.email> References: <16312e95-a506-32a6-840f-91025a75f4bf@e.email> <41352c66-d1ce-909f-dff6-22550f0d69ac@e.email> Message-ID: >BTW, installed the galaxy one (newest), and got the freshclam daemon, which is pretty good. So whether the galaxy one needs to be merged into the world one, and then remove the galaxy one, or the world one needs to be removed... Oops.. yeah this is my mistake. This package was supposed to be in world but somehow I pushed the version into galaxy. I just removed the galaxy one and then pushed it into world (no need to reinstall; it's the exact same thing). Thanks for catching it. I'll look at your other recent postings as well. From ruben at mrbrklyn.com Mon Mar 30 00:07:00 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Sun, 29 Mar 2020 18:07:00 -0400 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: <20200329220700.GG25303@www2.mrbrklyn.com> On Sun, Mar 29, 2020 at 12:14:20AM -0600, Artix wrote: > On 3/24/20 8:47 AM, Dudemanguy via artix-general wrote: > >>Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? > > I actually hard coded this into the /usr/lib/netifrc/net files and with /etc/init.d/net.eno1 and /etc/conf.d/net => config_eno1="dhcp" > > I think this already works. I use the wpa_supplicant service on my laptop (specifying the wireless interface in /etc/s6/sv/wpa_supplicant-srv/conf). If I plug in an ethernet cable, it appears to prefer the wired interface (just checking the IP on the internet), and if I unplug it, it falls back to the wireless connection. > > Hi ! > > How can this be achieved? > > I imagine it can be like: > > 1.- Start and enable the dhcpcd daemon. No special configuration required (default one seems fine). > 2.- Start and enable the wpa_supplicant daemon, having configured the wireless interface on /etc/s6/wpa_supplicant_srv/conf, and having configured /etc/wpa_supplicant/wpa_supplicant.conf previously. > > I read the "multiple interfaces" section of the dhcpcd man, and I wouldn't have guessed the failover mechanism from there: "Interfaces are preferred by carrier, DHCP lease/IPv4LL and then lowest metric. For systems that support route metrics, each route will be tagged with the metric, otherwise dhcpcd changes the routes to use the interface with the same route and the lowest metric". > > But if that's all required, then that's fantastic, :) If only I have known before, I wouldn't have used netcfg at its time, neither its successor later on, :) > > Thanks ! > > -- > Javier > > -- > 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 je-vv at e.email Mon Mar 30 01:49:52 2020 From: je-vv at e.email (Javier) Date: Sun, 29 Mar 2020 17:49:52 -0600 Subject: [artix-general] [s6] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) Message-ID: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> Hi, Not sure if an effect of missing daemons running, but currently, when running "lsblk -f" I get: > % lsblk -f > NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > sda > ??sda1 vfat FAT32 efi 87C5-3983 510.9M 0% /uefi > ??sda2 crypto_LUKS 2 8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca > ? ??cryp-lm-4 > ? ??lm--4-root 130.9G 35% / > ??sda3 ext4 1.0 boot 43eec14d-1f21-4be0-b63c-34e56f543e90 256.7M 40% /boot On arch, I would get instead: > % lsblk -f > NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > sdb > ??sdb1 vfat FAT32 lm-3-uefi F066-62B1 510.9M 0% /uefi > ??sdb2 crypto_LUKS 2 16b8246a-0dda-456c-ac9b-687e962652d7 > ? ??cryp-lm-3 LVM2_member LVM2 001 6RVcZc-teDE-6KzG-Wmce-Lalx-XQ78-KoRDWN > ? ??lm--3-root ext4 1.0 lm-3 ed95dae7-2300-4884-a22c-7b7691ee452c 87G 55% / > ??sdb3 ext4 1.0 lm-3-boot 50ca5fdc-39dd-4046-b4be-c9f7108c0fa0 347.1M 22% /boot Notice how both the group and the volume are shown their corresponding uuids, whereas on artix with s6, I'm not getting their corresponding uuids. What could I be missing to get the right "lsblk -f" output? Actually I'm not sure if this is related to being using the S6 init system, but my current guess is that I'm probably missing a daemon/service... Currently running: % sudo s6-rc -a list [sudo] password for general: s6rc-oneshot-runner s6rc-fdholder agetty-tty2 agetty-tty3 agetty-tty4 agetty-tty5 agetty-tty6 autofs clamd-log clamd-srv cupsd-log cupsd-srv dbus-log dbus-srv dhcpcd-log dhcpcd-srv dmeventd-log dmeventd-srv elogind-log elogind-srv freshclam-log freshclam-srv gpm-log gpm-srv lvmetad-log lvmetad-srv mpd ntpd rngd sshd-log sshd-srv thermald udevd-log udevd-srv alsa binfmt cleanup console-setup dmesg hostname hwclock kmod-static-nodes lm_sensors lvm2 modules mount-cgroups mount-devfs mount-filesystems mount-net mount-sysfs net-lo random-seed rc-local swap sysctl sysuser tmpfiles-dev tmpfiles-setup udevadm To get lvmetad to work, I need to manually create /run/lvm after build... I'm guessing that shouldn't be either, but I already started a conversation about it in a separate thread... Thanks, -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Mar 30 04:48:40 2020 From: je-vv at e.email (Javier) Date: Sun, 29 Mar 2020 20:48:40 -0600 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: <20200329220700.GG25303@www2.mrbrklyn.com> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <20200329220700.GG25303@www2.mrbrklyn.com> Message-ID: On 3/29/20 4:07 PM, Ruben Safir wrote: > On Sun, Mar 29, 2020 at 12:14:20AM -0600, Artix wrote: >> On 3/24/20 8:47 AM, Dudemanguy via artix-general wrote: >>>> Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? >>> > > I actually hard coded this into the /usr/lib/netifrc/net files and with > /etc/init.d/net.eno1 > and > /etc/conf.d/net => config_eno1="dhcp" Well, I'm not planning on using netifrc, but plain dhcpcd + wpa_supplicant. Is that hard coding portable to create scripts around the 2 daemons mentioned? -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Mar 30 05:03:28 2020 From: je-vv at e.email (Javier) Date: Sun, 29 Mar 2020 21:03:28 -0600 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> Message-ID: <2a1dbe9d-6435-c9c2-aa89-43c61b44495d@e.email> On 3/29/20 12:14 AM, Javier via artix-general wrote: > On 3/24/20 8:47 AM, Dudemanguy via artix-general wrote: >>> Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? >> >> I think this already works. I use the wpa_supplicant service on my laptop (specifying the wireless interface in /etc/s6/sv/wpa_supplicant-srv/conf). If I plug in an ethernet cable, it appears to prefer the wired interface (just checking the IP on the internet), and if I unplug it, it falls back to the wireless connection. > > Hi ! > > How can this be achieved? > > I imagine it can be like: > > 1.- Start and enable the dhcpcd daemon. No special configuration required (default one seems fine). > 2.- Start and enable the wpa_supplicant daemon, having configured the wireless interface on /etc/s6/wpa_supplicant_srv/conf, and having configured /etc/wpa_supplicant/wpa_supplicant.conf previously. > > I read the "multiple interfaces" section of the dhcpcd man, and I wouldn't have guessed the failover mechanism from there: "Interfaces are preferred by carrier, DHCP lease/IPv4LL and then lowest metric. For systems that support route metrics, each route will be tagged with the metric, otherwise dhcpcd changes the routes to use the interface with the same route and the lowest metric". > > But if that's all required, then that's fantastic, :) If only I have known before, I wouldn't have used netcfg at its time, neither its successor later on, :) > > Thanks ! BTW, I tried on a laptop with arch, modifying the dhcpcd service to include "-M" (dhcpcd master mode used on the S6 daemon). I couldn't get the failover effect, :( I tried 1st without starting/enabling the wpa_supplicant service for the wireless interface, but using the wpa_supplicant hook. As advertised, dhcpcd daemon brought all interfaces up, so I ended up with the wired and the wireless connections, both up and with IP provided by the dhcp server, so that was not good at all... I then disabled the dhcpcd hook, and tried the wpa_supplicant daemon for the specific wireless interface, and once it started, it brought the wireless interface up, regardless the wired one was already up. So not good either. @dudemanguy, what special tweaks did you do to get the failover effect with those 2 daemons only? I just modified the arch services to behave like the S6 ones, and I wasn't even close to get the failover effect... And as mentioned, I also tried bonding in failover mode with really awful results before, so I sort of discarded that path, but perhaps that's what you do? Any ways, I just failed with just the 2 daemons alone on an arch laptop. For sure I'm missing something. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Mon Mar 30 15:21:09 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 30 Mar 2020 08:21:09 -0500 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: <2a1dbe9d-6435-c9c2-aa89-43c61b44495d@e.email> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <2a1dbe9d-6435-c9c2-aa89-43c61b44495d@e.email> Message-ID: <7e00830c-d385-eea6-dcb4-ada9f6b800fa@artixlinux.org> > @dudemanguy, what special tweaks did you do to get the failover effect with those 2 daemons only? I just modified the arch services to behave like the S6 ones, and I wasn't even close to get the failover effect... And as mentioned, I also tried bonding in failover mode with really awful results before, so I sort of discarded that path, but perhaps that's what you do? Any ways, I just failed with just the 2 daemons alone on an arch laptop. For sure I'm missing something. No special tricks here. I only use the wpa_supplicant daemon in s6 (no hooks or anything). The wpa_supplicant script has dhcpcd as a dependency so that one is always started as well. It seems to "just work" for me. If I plug in ethernet, that is preferred. If I leave it wireless, then it falls back on the wireless connection. From dudemanguy at artixlinux.org Mon Mar 30 19:35:37 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 30 Mar 2020 12:35:37 -0500 Subject: [artix-general] [artix][s6] lvmetad failing to start not able to create socket In-Reply-To: <6171ab0a-5aae-cdff-04e7-55031ebf35c8@e.email> References: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> <6171ab0a-5aae-cdff-04e7-55031ebf35c8@e.email> Message-ID: <78058366-4b08-1b9e-cbf9-1b9116036fff@artixlinux.org> >Is there a missing dependency which should create that directory prior to starting lvmetad? Creating a directory in the script is perfectly fine. It's common and some other services do this as well. /run is a tmpfs anyway, so programs can store any runtime information they want there. >By default /etc/lvm/lvm.conf comes with "use_lvmpolld = 1", meaning it's expecting to have lvmpoll daemon running. On arch, the service executes "lvmpolld -t 60 -f". Artix doesn't include that daeomon as part of the S6 available ones on /etc/s6/sv: It's included now. I just did a somewhat large rewrite of the lvm2-s6 package. You can enable the gremlins repo in your /etc/pacman.conf and test it out (once your mirror updates of course). The systemd services on Arch do many, many things. I did my best to replicate them and integrate s6-log into every one of them. Using lvm2-s6 is entirely optional, you can access lvm volumes just fine without it. What lvm2-s6 does is make use of lvmetad to read and cache lvm metadata so you can use lvm commands without scanning the disks. I've setup the oneshots and longrun daemons to all fall under the "lvm2" bundle which, on install, adds itself to the mount-filesystems dependencies file. lvm2-services are, of course, boot-worthy so you shouldn't have to enable or add anything special. It should "just work". If you could give it a try and let me know if there are any issues or not on your setup, that would be great. From dudemanguy at artixlinux.org Mon Mar 30 19:37:12 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 30 Mar 2020 12:37:12 -0500 Subject: [artix-general] [artix][s6] lvmetad failing to start not able to create socket In-Reply-To: <78058366-4b08-1b9e-cbf9-1b9116036fff@artixlinux.org> References: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> <6171ab0a-5aae-cdff-04e7-55031ebf35c8@e.email> <78058366-4b08-1b9e-cbf9-1b9116036fff@artixlinux.org> Message-ID: > Creating a directory in the script is perfectly fine. It's common and some other services do this as well. /run is a tmpfs anyway, so programs can store any runtime information they want there. Oops. To be clear here, the new lvm2-s6 package creates the directory if it doesn't exist in its scripts now. No need for any users to do anything. From ruben at mrbrklyn.com Mon Mar 30 19:40:00 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 30 Mar 2020 13:40:00 -0400 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <20200329220700.GG25303@www2.mrbrklyn.com> Message-ID: <20200330174000.GF6754@www2.mrbrklyn.com> i think so On Sun, Mar 29, 2020 at 08:48:40PM -0600, Artix wrote: > On 3/29/20 4:07 PM, Ruben Safir wrote: > > On Sun, Mar 29, 2020 at 12:14:20AM -0600, Artix wrote: > >> On 3/24/20 8:47 AM, Dudemanguy via artix-general wrote: > >>>> Has someone successfully made use of dhcpcd + wpa_supplicant in a way only one of them is up, and preferably the wired one? > >>> > > > > I actually hard coded this into the /usr/lib/netifrc/net files and with > > /etc/init.d/net.eno1 > > and > > /etc/conf.d/net => config_eno1="dhcp" > > Well, I'm not planning on using netifrc, but plain dhcpcd + wpa_supplicant. Is that hard coding portable to create scripts around the 2 daemons mentioned? > > -- > Javier > > -- > 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 Mon Mar 30 19:42:20 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 30 Mar 2020 13:42:20 -0400 Subject: [artix-general] [artix][s6] lvmetad failing to start not able to create socket In-Reply-To: References: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> <6171ab0a-5aae-cdff-04e7-55031ebf35c8@e.email> <78058366-4b08-1b9e-cbf9-1b9116036fff@artixlinux.org> Message-ID: <20200330174220.GL6754@www2.mrbrklyn.com> On Mon, Mar 30, 2020 at 12:37:12PM -0500, Artix wrote: > > Creating a directory in the script is perfectly fine. It's common > and some other services do this as well. /run is a tmpfs anyway, so > programs can store any runtime information they want there. > > Oops. To be clear here, the new lvm2-s6 package creates the > directory if it doesn't exist in its scripts now. No need for any > users to do anything. that is actually the hardest part of this. I continually have trouble with the /run directory - especially with mariadb > -- > 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 je-vv at e.email Tue Mar 31 04:17:14 2020 From: je-vv at e.email (Javier) Date: Mon, 30 Mar 2020 20:17:14 -0600 Subject: [artix-general] [artix][s6] lvmetad failing to start not able to create socket In-Reply-To: <20200330174220.GL6754@www2.mrbrklyn.com> References: <5591e662-2959-32cf-ffe3-828ef132e926@e.email> <6171ab0a-5aae-cdff-04e7-55031ebf35c8@e.email> <78058366-4b08-1b9e-cbf9-1b9116036fff@artixlinux.org> <20200330174220.GL6754@www2.mrbrklyn.com> Message-ID: On 3/30/20 11:42 AM, Ruben Safir via artix-general wrote: > On Mon, Mar 30, 2020 at 12:37:12PM -0500, Artix wrote: >>> Creating a directory in the script is perfectly fine. It's common >> and some other services do this as well. /run is a tmpfs anyway, so >> programs can store any runtime information they want there. >> >> Oops. To be clear here, the new lvm2-s6 package creates the >> directory if it doesn't exist in its scripts now. No need for any >> users to do anything. > > > that is actually the hardest part of this. I continually have trouble > with the /run directory - especially with mariadb > >> -- >> artix-general mailing list >> artix-general at artixlinux.org >> https://lists.artixlinux.org/listinfo/artix-general > Just to report that with lvm2-s6 from gremlins [local/lvm2-s6 20200330-1 (s6-system)], now lvmetad doesn't fail on start, and it actually starts lvmpoold as a dependency. Still "lsblk -f" doesn't show uuids for lvm stuff, but perhaps that can be followed in its own thread. Thanks a lot ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Mar 31 04:21:07 2020 From: je-vv at e.email (Javier) Date: Mon, 30 Mar 2020 20:21:07 -0600 Subject: [artix-general] [artix][s6] lvmpolld daemon missing on lvm2 package In-Reply-To: References: Message-ID: <5a049f06-91ed-ba7d-0085-16b48a30c121@e.email> On 3/28/20 4:25 PM, Javier via artix-general wrote: > By default /etc/lvm/lvm.conf comes with "use_lvmpolld = 1", meaning it's expecting to have lvmpoll daemon running. On arch, the service executes "lvmpolld -t 60 -f". Artix doesn't include that daeomon as part of the S6 available ones on /etc/s6/sv: > >> % ls -d /etc/s6/sv/lvm* >> /etc/s6/sv/lvm2/ /etc/s6/sv/lvmetad-log/ /etc/s6/sv/lvmetad-srv > > It should be part of the lvm2-s6 package. Just to report that with gremlins lvm2-s6 (v. 20200330-1), lvmpolld is not only available, but also it gets triggered as a dependency for lvmetad. So, thanks a lot ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Tue Mar 31 04:45:33 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 30 Mar 2020 21:45:33 -0500 Subject: [artix-general] [s6] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) In-Reply-To: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> Message-ID: <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> > Notice how both the group and the volume are shown their corresponding uuids, whereas on artix with s6, I'm not getting their corresponding uuids. What could I be missing to get the right "lsblk -f" output? Actually I'm not sure if this is related to being using the S6 init system, but my current guess is that I'm probably missing a daemon/service... Currently running: I'm unsure about this one. Does blkid give you anything? From je-vv at e.email Tue Mar 31 04:47:35 2020 From: je-vv at e.email (Javier) Date: Mon, 30 Mar 2020 20:47:35 -0600 Subject: [artix-general] [s6] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) In-Reply-To: <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> Message-ID: <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> On 3/30/20 8:45 PM, Dudemanguy via artix-general wrote: >> Notice how both the group and the volume are shown their corresponding uuids, whereas on artix with s6, I'm not getting their corresponding uuids.? What could I be missing to get the right "lsblk -f" output?? Actually I'm not sure if this is related to being using the S6 init system, but my current guess is that I'm probably missing a daemon/service...? Currently running: > > I'm unsure about this one. Does blkid give you anything? Yes, it does: > % blkid > /dev/sda1: LABEL_FATBOOT="efi" LABEL="efi" UUID="87C5-3983" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5be1314c-c9e8-0540-8861-8d0d0f549559" > /dev/sda2: UUID="8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca" TYPE="crypto_LUKS" PARTUUID="ff6d0fe0-4a6b-4225-95bf-d69590af2736" > /dev/sda3: LABEL="boot" UUID="43eec14d-1f21-4be0-b63c-34e56f543e90" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2f02aa05-7bb6-9e45-8283-c5670104383d" > /dev/mapper/cryp-lm-4: UUID="5gVrRQ-x2Ae-Q78w-VxKZ-5rl9-28fp-Dg0h8e" TYPE="LVM2_member" > /dev/mapper/lm--4-root: LABEL="lm-4-roo" UUID="8441a31c-c147-4a1c-8bd8-025af76d0b53" BLOCK_SIZE="4096" TYPE="ext4" And seems to match what a similar arch box exposes... -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Mar 31 04:51:34 2020 From: je-vv at e.email (Javier) Date: Mon, 30 Mar 2020 20:51:34 -0600 Subject: [artix-general] [s6] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) In-Reply-To: <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> Message-ID: On 3/30/20 8:47 PM, Javier via artix-general wrote: > On 3/30/20 8:45 PM, Dudemanguy via artix-general wrote: >> >> I'm unsure about this one. Does blkid give you anything? > > Yes, it does: > >> % blkid >> /dev/sda1: LABEL_FATBOOT="efi" LABEL="efi" UUID="87C5-3983" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5be1314c-c9e8-0540-8861-8d0d0f549559" >> /dev/sda2: UUID="8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca" TYPE="crypto_LUKS" PARTUUID="ff6d0fe0-4a6b-4225-95bf-d69590af2736" >> /dev/sda3: LABEL="boot" UUID="43eec14d-1f21-4be0-b63c-34e56f543e90" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2f02aa05-7bb6-9e45-8283-c5670104383d" >> /dev/mapper/cryp-lm-4: UUID="5gVrRQ-x2Ae-Q78w-VxKZ-5rl9-28fp-Dg0h8e" TYPE="LVM2_member" >> /dev/mapper/lm--4-root: LABEL="lm-4-roo" UUID="8441a31c-c147-4a1c-8bd8-025af76d0b53" BLOCK_SIZE="4096" TYPE="ext4" > > And seems to match what a similar arch box exposes... BTW, this still after upgrading lvm2-s6 to the current gremlins version (v. 20200330-1). -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Mar 31 05:47:50 2020 From: je-vv at e.email (Javier) Date: Mon, 30 Mar 2020 21:47:50 -0600 Subject: [artix-general] [s6] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) In-Reply-To: References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> Message-ID: On 3/30/20 8:51 PM, Javier via artix-general wrote: > On 3/30/20 8:47 PM, Javier via artix-general wrote: >> On 3/30/20 8:45 PM, Dudemanguy via artix-general wrote: >>> >>> I'm unsure about this one. Does blkid give you anything? >> >> Yes, it does: >> >>> % blkid >>> /dev/sda1: LABEL_FATBOOT="efi" LABEL="efi" UUID="87C5-3983" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5be1314c-c9e8-0540-8861-8d0d0f549559" >>> /dev/sda2: UUID="8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca" TYPE="crypto_LUKS" PARTUUID="ff6d0fe0-4a6b-4225-95bf-d69590af2736" >>> /dev/sda3: LABEL="boot" UUID="43eec14d-1f21-4be0-b63c-34e56f543e90" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2f02aa05-7bb6-9e45-8283-c5670104383d" >>> /dev/mapper/cryp-lm-4: UUID="5gVrRQ-x2Ae-Q78w-VxKZ-5rl9-28fp-Dg0h8e" TYPE="LVM2_member" >>> /dev/mapper/lm--4-root: LABEL="lm-4-roo" UUID="8441a31c-c147-4a1c-8bd8-025af76d0b53" BLOCK_SIZE="4096" TYPE="ext4" >> >> And seems to match what a similar arch box exposes... > > BTW, this still after upgrading lvm2-s6 to the current gremlins version (v. 20200330-1). Could it be rather an eudev bug, or still somethin about the lvm metadata not found? By running "LSBLK_DEBUG=all lsblk" on artix-s6 I get: 2390: lsblk: DEV: [0x55a1a1948ec0]: dm-0: found udev properties 2390: lsblk: DEV: [0x55a1a1948ec0]: from udev 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[1]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: /dev/mapper/cryp-lm-4: properties requested 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[2]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: /dev/mapper/cryp-lm-4: properties requested 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[3]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: /dev/mapper/cryp-lm-4: properties requested 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[4]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[5]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[6]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[7]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[8]="254:0 " 2390: lsblk: DEV: [0x55a1a1948ec0]: dm-0 -> continue to child 2390: lsblk: DEV: [0x55a1a1948440]: add 'dm-1' to scols 2390: lsblk: DEV: [0x55a1a1948440]: refer data[0]="lm--4-root" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: dm-1: found udev properties 2390: lsblk: DEV: [0x55a1a1948440]: from udev 2390: lsblk: DEV: [0x55a1a1948440]: refer data[1]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: refer data[2]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: refer data[3]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: refer data[4]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: mountpoint: / 2390: lsblk: DEV: [0x55a1a1948440]: refer data[5]="131.2G" 2390: lsblk: DEV: [0x55a1a1948440]: refer data[6]="35%" 2390: lsblk: DEV: [0x55a1a1948440]: refer data[7]="/" 2390: lsblk: DEV: [0x55a1a1948440]: refer data[8]="254:1 " While on an arch I get: ... 177260: lsblk: DEV: [0x563d42f91ec0]: dm-0: found udev properties 177260: lsblk: DEV: [0x563d42f91ec0]: from udev 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[1]="LVM2_member" 177260: lsblk: DEV: [0x563d42f91ec0]: /dev/mapper/cryp-m1: properties requested 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[2]="LVM2 001" 177260: lsblk: DEV: [0x563d42f91ec0]: /dev/mapper/cryp-m1: properties requested 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[3]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: /dev/mapper/cryp-m1: properties requested 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[4]="58XT06-y8YP-jJbJ-cUgd-Xd6i-lYHz-Iofkqk" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[5]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[6]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[7]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[8]="254:0 " 177260: lsblk: DEV: [0x563d42f91ec0]: dm-0 -> continue to child 177260: lsblk: DEV: [0x563d42f91440]: add 'dm-1' to scols 177260: lsblk: DEV: [0x563d42f91440]: refer data[0]="m1-root" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: dm-1: found udev properties 177260: lsblk: DEV: [0x563d42f91440]: from udev 177260: lsblk: DEV: [0x563d42f91440]: refer data[1]="ext4" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: refer data[2]="1.0" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: refer data[3]="m1-all" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: refer data[4]="4faf705a-d425-4255-a98c-e07d57e78398" 177260: lsblk: DEV: [0x563d42f91440]: mountpoint: / 177260: lsblk: DEV: [0x563d42f91440]: refer data[5]="20.2G" 177260: lsblk: DEV: [0x563d42f91440]: refer data[6]="86%" 177260: lsblk: DEV: [0x563d42f91440]: refer data[7]="/" 177260: lsblk: DEV: [0x563d42f91440]: refer data[8]="254:1 " ... Notice how on arch, udev finds data[4] to be the uuid for both the group and volume, whereas on artix udev finds them to be "(null)". Again, not sure if an eudev thing, or instead the lvm metadata not cached by the daemons, or something else. I'm no expert on this. I've always just used lsblk -f... Whatever it is, I don't know if whatever is missing also affects other things besides lsblk -f... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Tue Mar 31 05:56:59 2020 From: je-vv at e.email (Javier) Date: Mon, 30 Mar 2020 21:56:59 -0600 Subject: [artix-general] [s6] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) In-Reply-To: References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> Message-ID: <33edcb78-89bd-1d9e-52e9-4a2b2149498a@e.email> On 3/30/20 9:47 PM, Javier via artix-general wrote: > On 3/30/20 8:51 PM, Javier via artix-general wrote: >> On 3/30/20 8:47 PM, Javier via artix-general wrote: >>> On 3/30/20 8:45 PM, Dudemanguy via artix-general wrote: >>>> >>>> I'm unsure about this one. Does blkid give you anything? >>> >>> Yes, it does: >>> >>>> % blkid >>>> /dev/sda1: LABEL_FATBOOT="efi" LABEL="efi" UUID="87C5-3983" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5be1314c-c9e8-0540-8861-8d0d0f549559" >>>> /dev/sda2: UUID="8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca" TYPE="crypto_LUKS" PARTUUID="ff6d0fe0-4a6b-4225-95bf-d69590af2736" >>>> /dev/sda3: LABEL="boot" UUID="43eec14d-1f21-4be0-b63c-34e56f543e90" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2f02aa05-7bb6-9e45-8283-c5670104383d" >>>> /dev/mapper/cryp-lm-4: UUID="5gVrRQ-x2Ae-Q78w-VxKZ-5rl9-28fp-Dg0h8e" TYPE="LVM2_member" >>>> /dev/mapper/lm--4-root: LABEL="lm-4-roo" UUID="8441a31c-c147-4a1c-8bd8-025af76d0b53" BLOCK_SIZE="4096" TYPE="ext4" >>> >>> And seems to match what a similar arch box exposes... >> >> BTW, this still after upgrading lvm2-s6 to the current gremlins version (v. 20200330-1). > > Could it be rather an eudev bug, or still somethin about the lvm metadata not found? > > By running "LSBLK_DEBUG=all lsblk" on artix-s6 I get: > > ... > > While on an arch I get: > > ... > > ... > > Notice how on arch, udev finds data[4] to be the uuid for both the group and volume, whereas on artix udev finds them to be "(null)". Again, not sure if an eudev thing, or instead the lvm metadata not cached by the daemons, or something else. I'm no expert on this. I've always just used lsblk -f... Whatever it is, I don't know if whatever is missing also affects other things besides lsblk -f... > > Thanks ! Just in case, if I recall correctly, on the live base artix-s6 installation, lsblk -f was working fine. So perhaps it's not about eudev at all, and still something about lvm metadata, :( Just an additional data point... -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: