Re: nmtui - user authorisation
On Tue, 28 Dec 2021 18:39:52 + Paul Jewell wrote: > On 27/12/2021 23:20, Leo Famulari wrote: > > On Mon, Dec 27, 2021 at 10:07:17PM +, Paul Jewell wrote: > >> Solved this - nmtui needs to be run as root; my script which > >> invoked the program didn't consider that. Changing it to run as > >> sudo gives me an opportunity to enter my password, and then > >> successfully setup the wifi interface details. > > Another option is to add nmtui to the list of programs that are > > setuid. That way, any user on your system could configure wifi, > > which may be more ergonomic. > > > > https://guix.gnu.org/manual/devel/en/html_node/Setuid-Programs.html > > > > This option did work as expected. The only additional point for > anyone else coming across this post with the same issue: remember to > add the > > #:use-module (gnu system setuid) > > so the setuid record is known. > > Thanks Leo! Uhm, I'm pretty sure NetworkManager lets any user modify networking settings as long as they are in a certain group? https://wiki.archlinux.org/title/NetworkManager#Set_up_PolicyKit_permissions At least that's how it is on postmarketOS and I'm also fairly certain I never needed root access to set up WiFi under Guix either, but I don't have a system at hand to verify that on.
Re: Devuan replaced grub and runs before Guix
On Mon, 27 Dec 2021 00:32:18 +0100 Youni Git wrote: > Hello, dear developers! Merry Christmas and Happy New year!I would > like to ask questions I did not dug in the web, I hope there are > short answers.I had Guix OS installed on /dev/sda and i had grub > bootloader there configured to run guix and devuan from another sdd, > my > config:https://gitgud.io/youni/guix-configs/-/blob/master/config-wpa2-wlp5-wf-blacklist--my-desktop-services--isp.conf#L91Everything > worked fine, i could boot to Guix or choose Devuan from the grub menu > controlled by Guix.But i made Devuan 3 to Devuan 4 upgrades. And > Devuan replaced grub and now i have no guix in the menu.I think i can > add Guix to devuan grub menu, but I'm not sure I can find /vmlinuz > and /initrd files in the Guix partitions.I have 3 questions:1. How to > boot Guix manually from grub command line?2. How can I add Guix OS to > devuan grub menu, which files i need to use for linux image and > initrd, where to find them on Guix?3. Can I easy replace back grub by > Guix making guix controls grub again?Thank you. Oh heck, I used to manually kexec Guix, but it was on a different drive with its own GRUB install. /run/current-system seems to point to store entries ending in -system. So to find the store item: find /gnu/store -maxdepth 1 -name '*-system' Within the store item: kernel/bzImage: this is the kernel image to boot. initrd: this is the initramfs That should be enough info to build a GRUB menu entry. There are some other options like modprobe.blacklist but I'm not sure where they are in the store. Oh there is also the init binary. Uh. Not sure where that is. But I think this is a good enough starting point, hopefully you can figure out the rest. Alternatively, maybe try chrooting into the Guix partition and running reconfigure again? In any case, good luck!
Re: Foreign distro Unity desktop broken after guix update
Thorsten Wilms writes: > On Mon, 27 Dec 2021 22:17:22 +0100 > Thorsten Wilms wrote: > >> > env LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/trace >> >> Interesting, but I’m puzzled about how to use that with compiz/unity. > > I noticed that some icons in GNOME-applications are missing, so any of > those might do in place of compiz. They all belong to Ubuntu, not guix. > > The result of `env LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/trace > gnome-calculator` told me that /gnu/store paths are checked first and > exclusively for several libraries. > > LD_LIBRARY_PATH is empty and `env | grep /gnu/store` prints nothing, > but env does contain > ``` > GDK_PIXBUF_MODULE_FILE=/home/thorwil/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache > GIO_EXTRA_MODULES=/home/thorwil/.guix-profile/lib/gio/modules:/home/thorwil/.guix-profile/lib/gio/modules > LIBRARY_PATH=/home/thorwil/.guix-profile/lib:/home/thorwil/.guix-profile/lib > ``` Ok, GNOME probably have some other methods of dynamically load libraries. The GDK_PIXBUF_MODULE_FILE looks suspicious. I'm not familiar with GNOME and its tool kits. > I don’t recall ever doing anything about those; they are not defined > in .profile or .bashrc. They're defined in your guix profile. E.g I got GDK_PIXBUF_MODULE_FILE defined in both ~/.guix-profile/etc/profile and ~/.guix-home/profile/etc/profile And as far as I can tell those gets added to the profile when another package needs them. > I added > ``` > export > GDK_PIXBUF_MODULE_FILE=/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache:/home/thorwil/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache > export LIBRARY_PATH=/usr/lib:/home/thorwil/.guix-profile/lib > ``` > to .profile. Now I have all icons back! Guess there’s a better way? Nice! I'm not sure there's a better way, other than having guix control the full GNOME stack (which is probably not feasible or desirable on a foreign distro). > This is no longer looks like a guix-topic, but compiz still segfaults > after many errors for various SVGs, like: > ``` > ERROR 2021-12-28 10:50:18 nux.gltexture.resource.manager > GLTextureResourceManager.cpp:54 Invalid target, impossible to generate > a new texture. Impossible to generate a pixbuf: Couldn’t recognize the > image file format for file “/usr/share/unity/icons/search_spin.svg” > ``` > > `file` and the image viewer eog have no problem with > “/usr/share/unity/icons/search_spin.svg”. > > There’s also > ``` > compiz[8431]: WARN 2021-12-28 10:50:15 unity.glib.dbus.server > GLibDBusServer.cpp:595 Can't register object 'com.canonical.Unity.Dash' yet > as we don't have a connection, waiting for it... > compiz[8645]: WARN 2021-12-28 10:50:18 unity.glib.dbus.server > GLibDBusServer.cpp:595 Can't register object 'com.canonical.Unity.Launcher' > yet as we don't have a connection, waiting for it... > ``` Yeah, this doesn't look like something caused by guix, might be a side effect or something though. The last two warnings are about compiz not being able to communicate with Dash and Launcher from Unity over dbus. But I don't use either Ubuntu or Unity so sadly I cannot be much of a help here. -- s/Fred[re]+i[ck]+/Fredrik/g
Re: nmtui - user authorisation
On 27/12/2021 23:20, Leo Famulari wrote: On Mon, Dec 27, 2021 at 10:07:17PM +, Paul Jewell wrote: Solved this - nmtui needs to be run as root; my script which invoked the program didn't consider that. Changing it to run as sudo gives me an opportunity to enter my password, and then successfully setup the wifi interface details. Another option is to add nmtui to the list of programs that are setuid. That way, any user on your system could configure wifi, which may be more ergonomic. https://guix.gnu.org/manual/devel/en/html_node/Setuid-Programs.html This option did work as expected. The only additional point for anyone else coming across this post with the same issue: remember to add the #:use-module (gnu system setuid) so the setuid record is known. Thanks Leo!
Re: Interacting with an issue on the issue tracker
Hi Sergiu, > I ran into https://issues.guix.gnu.org/52585 on my Guix System. > I therefore sent an E-mail to 52...@debbugs.gnu.org , as suggested on > the page, in which I give some more details about the issue. > > Is this the proper way to interact with an issue on the issue tracker? Yes. > Should I CC bug-g...@gnu.org in such cases? No. Thank you! -- Ricardo
Interacting with an issue on the issue tracker
Hi, I ran into https://issues.guix.gnu.org/52585 on my Guix System. I therefore sent an E-mail to 52...@debbugs.gnu.org , as suggested on the page, in which I give some more details about the issue. Is this the proper way to interact with an issue on the issue tracker? Should I CC bug-g...@gnu.org in such cases? - Sergiu
Re: Foreign distro Unity desktop broken after guix update
On Mon, 27 Dec 2021 22:17:22 +0100 Thorsten Wilms wrote: > > env LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/trace > > Interesting, but I’m puzzled about how to use that with compiz/unity. I noticed that some icons in GNOME-applications are missing, so any of those might do in place of compiz. They all belong to Ubuntu, not guix. The result of `env LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/trace gnome-calculator` told me that /gnu/store paths are checked first and exclusively for several libraries. LD_LIBRARY_PATH is empty and `env | grep /gnu/store` prints nothing, but env does contain ``` GDK_PIXBUF_MODULE_FILE=/home/thorwil/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache GIO_EXTRA_MODULES=/home/thorwil/.guix-profile/lib/gio/modules:/home/thorwil/.guix-profile/lib/gio/modules LIBRARY_PATH=/home/thorwil/.guix-profile/lib:/home/thorwil/.guix-profile/lib ``` I don’t recall ever doing anything about those; they are not defined in .profile or .bashrc. I added ``` export GDK_PIXBUF_MODULE_FILE=/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache:/home/thorwil/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache export LIBRARY_PATH=/usr/lib:/home/thorwil/.guix-profile/lib ``` to .profile. Now I have all icons back! Guess there’s a better way? This is no longer looks like a guix-topic, but compiz still segfaults after many errors for various SVGs, like: ``` ERROR 2021-12-28 10:50:18 nux.gltexture.resource.manager GLTextureResourceManager.cpp:54 Invalid target, impossible to generate a new texture. Impossible to generate a pixbuf: Couldn’t recognize the image file format for file “/usr/share/unity/icons/search_spin.svg” ``` `file` and the image viewer eog have no problem with “/usr/share/unity/icons/search_spin.svg”. There’s also ``` compiz[8431]: WARN 2021-12-28 10:50:15 unity.glib.dbus.server GLibDBusServer.cpp:595 Can't register object 'com.canonical.Unity.Dash' yet as we don't have a connection, waiting for it... compiz[8645]: WARN 2021-12-28 10:50:18 unity.glib.dbus.server GLibDBusServer.cpp:595 Can't register object 'com.canonical.Unity.Launcher' yet as we don't have a connection, waiting for it... ``` -- Thorsten Wilms