<jab>And company no longer completes the module procedure names as I type them.
<atka>hi guix, so I just deployed a config, the users were created with their home directories and everything but they are completely empty. the prompt is "-bash-5.1$" instead of "user@host" and when trying to guix pull
<atka>guix pull: error: while creating symlink '/home/atka/.config/guix/current': Permission denied
<atka>when creating multiple users the syntax is "(users (cons* (user-account" correct?
<atka>so it appears when the configuration was applied root owns all the home folders
***iyzsong-www is now known as iyzsong-w
<atka>ok, I think I know what happened, it has to do with the btrfs subvolumes for home directories
<atka>so what happened was that I created the home directories as btrfs subvolumes and naturally they were owned by root, I didn't specify (home-directory "/home/foobar") in my config. during install the correct directories were used but the permissions were not set and root remained the owner. should this be considered a bug? do I just need to remember to apply the correct permissions before I run guix
<atka>system init or should the config handle permissions for directories that already exist?
<jackhill>atka: I've run into the same thing. Easy enough to fix up afterwards (copy the files from /etc/skel/ and chown), but I agree with you that it shouldn't be nessisary.
<jackhill>I didn't file a request/report thought becasue I wasn't sure what the right behaviour should be. I think ideally Guix could be told to create the subvoulumes in the system config
<atka>it would be handy to have filesystem/subvolume creation but probably a bit of an undertaking, I think at least if a home folder already exists the correct owner should be set by guix system init because what is the point of a home folder you don't have ownership of.
<atka>does each user need to hash guix after their first guix pull on a multi user system?
<littlebobeep>WARNING: IceCat 91 has not yet been released by the upstream IceCat project.
<littlebobeep>This is a preview release, and does not currently meet the privacy-respecting
<littlebobeep>standards of the IceCat project.") (license license:mpl2.0)
<f1refly>I have an issue with thunar and I'm not sure it's guix related. When I change any settings they will not be remembered and the menu bar which usually can be toggled with ctrl+m will only get hidden and not reappear when pressing the keys again. when I close thunar and re-open it the menu bar is back and no settings are saved.
<f1refly>I made sure that the configuration files in ~/.config/Thunar and the directory itself are rw accessible
<unmatched-paren>this chromium dependency graph has so many colourful lines it looks like abstract art
<littlebobeep>unmatched-paren: What does chromium.svg look like can you share
<AIM[m]>I can't remove packages I installed with `guix install` command
<AIM[m]>Nvm I think it was due to me not sourcing the profile script in bashrc
<Guest66>Hi ya. Since a while I'm trying to work on guixSD. Heve no knowledge of guile really. But it is running. Sort of. My store is getting filled with every reconfigure and guix gc does not seem to work properly. There is plenty of packages which are beeing left. Also invoking sudo -i guix gc does not remove the profiles. I can still see them in the
<Guest66>grub menu. Root is lvm. Currently 222 packages and 55G! What am I doing wrong?
<jpoiret>Guest66: you need to remove the previous generations before they can be gc'd
<jpoiret>otherwise the rollback feature of Guix would be rendered useless by a random gc
<jpoiret>you can see guix system generations with `sudo guix system list-generations`, guix package generations with `guix package --list-generations`, and guix pull generations with `guix pull --list-generations`
<jpoiret>you can delete them with delete-generations instead of list-generations, see the option's description in the manual
<jpoiret>once that's done, `guix gc` will happily get rid of unused store paths for you
<jpoiret>no need to sudo it, sudo is only needed for `guix system` commands
<Guest66>jpoiret I'm reading it all in between but it's a huge library
<jpoiret>(you'll need it to delete system generations)
<jpoiret>more generally, you can use `guix gc --list-roots` to list all the things that are preventing store paths removal
<Guest66>jpoiret I did: sudo -i guix package --delete-generations (also as user) & guix gc. It did remove some (11G) of the packages. 40G is left. Now, again, guix system reconfigure install these packages back.
<gnoo>perhaps there was an update of those packages?
<gnoo>if you don't want it at all, remove it from the config.scm
<gnoo>you should install very few things globally (i.e. in /etc/config.scm) and install most of your packages as normal user
<Lumine>I remember when I started first using Guix, I had 120 packages declared in config.scm
<jpoiret>well, yes, you can try it right now with `guix build --with-latest=gnunet gnunet`
<jpoiret>(no warranty, it needs to be able to autofetch the newest sources. If not, you'd have to update it manually but that's not that hard as well)
<gnoo>Guest66: the `guix shell' command will temporarily "install" the packages so it won't stick around for long
<jpoiret>same for tomb, password-store, protonvpn-gui
<jpoiret>i mean, that's just my opinion too, but those are not "system" packages, they're specific to your user
<gnoo>Guest66: as a rule of thumb, only install essential packages system-wide (i.e. in config.scm) and the ones you use regularly with `guix install' (no sudo needed) and then development packages with `guix shell -D'
<Guest66>Yes, my config is a mix of info I have found around. You don't want to see it. :')
<Guest66>Oh yes. The reason I got here was gnunet in first place. Had to make some execs suid. But now I use simple-service to configure it so I don't need them in the config.scm. Fine
<Guest66>jpoiret Thanks a lot. guix gc: freed 23,258.56600 MiBs
<Guest66>jpoiret "guix build --with-latest=gnunet gnunet" seems doing the job. '=D You have no idea how long I was trying to build it before. Awesome
<jpoiret>if that works you can just `guix install --with-latest=gnunet gnunet`
<jpoiret>i don't suggest running big binaries as suid, esp. if they're not written to be run that way
<Guest66>Can I install ie gnunet or qemu as user and then set some execs setuid in the config? Gnunet needs some helpers suid/guid. Seems qemu bridge helper too.
<Guest66>I'm struggling now with qemu networking. After debian client update, net is gone. Anyone have it running with networking? Or can give me advise on setting bridge in guix?
<jpoiret>if you need setuid binaries, for now you need them in your config.scm. But you should still be able to something akin to --with-latest=gnunet instead of adding all dependencies and manually building gnunet
<f1refly>My though process now was that it's common to treat library crates as source only, so I defined my packages with skip-build? #t and included them in #cargo-inputs instead of inputs, but then I was told that I shouldn't use skip-build? #t because we always want to build
<jpoiret>f1refly: linkable binaries don't exist in the cargo ecosystem i believe
<f1refly>I thought so as well, but apparently they produce intermediates that can be used by the rustc jpoiret
<jab>tschilptschilp23: did you get your problem sorted?
***iyzsong- is now known as iyzsong
<tschilptschilp23>jab: kind of! I put all the info from the perfect setup into an interactive function in my emacs-init-file. Now I can load it on demand, and after an emacs-restart my 'shell' still works without this glitches!
<f1refly>singpolyma: no, that was never written anywhere. It says there that #cargo-inputs should be used for source-only inputs (?) and inputs should be used for inputs that are... not source only i guess?
<f1refly>I'm not sure how rust is supposed to be packaged at all judging from from both docs and other crates
<wdkrnls>jpoiret: in the sense of `guix package -i emacs -p ~/my/editor`
<wdkrnls>I haven't quite figured out to what extent that these other profiles are supported. They are documented in the Cookbook and part of the package command interface, but no one seems to recommend them.
<wdkrnls>Instead they talk about guix environment or guix shell, even though those seem better for the final stages of development instead of the very early stages when you are just trying a lot of things.
<jpoiret>internally, shell and environment both use temporary profiles
<nouun>I'm trying to run valgrind but it says the symbol 'strlen' is not found while processing ld-linux-x86-64.so.2, I have gcc-toolchain. Am I missing something else|
<jpoiret>so you'll get the same functionality, but in an imperative (vs. declarative) fashion
<wdkrnls>no, what happened was that I got some error about the profile.lock file being missing and I wildly missinterpretted it.
<jpoiret>also, i'm not sure all maintainers would agree with a DoD grant :p but alas
<wdkrnls>So, I created a directory for the profile.
<wdkrnls>And that seems to be what has caused that error.
<wdkrnls>I deleted everything and tried again and it worked.
<anadon>jpoiret: It is really more of a source of money than a stand on US Military action. That's how it seems to be treated these days. Fund everything from the perspective of the military, even if it has no real military purpose. Because MERICA.
<jpoiret>right, but I know that in some maths academic circles im familiar with, there was a debate about DoD-funded research
<jpoiret>the issue though is that researchers tend to need financing dearly, so i'd tend to agree with you
<Guest66>Trying to build gnunet-gtk from git. Glade is one of the deps, but when I put it in the config.scm, it does not find it. I have gnome packages definition. Any idea?
<jts>Is there a way to append to .profile using guix home the way one can do with .bashrc and .bash_profile?
<jts>I make a few additions to the default home-bash-configuration so I'd rather not have to rebuild it by hand XD
<jts>really, the main issue I'm having is that GUI packages installed in special profiles don't show up in Gnome's application launcher. I'm sourcing them in .bash_profile but thought .profile might be needed for that.
<Guest66>in the package definition of the gnunet-gtk i find " (inputs `( ("glade3" ,glade3)" but it does not exist.
<anadon>Guest66: Looks like the package definition needs to change to `(inputs ( glade@3 ))` or something.
<anadon>`glade` exists, just without the numbering in its name, which is how package names are supposed to work.
<Guest66>anadon Yes but I have found with the "guix edit glade" that it is defined as glade3
<anadon>It adds the new version of utfcpp, sets a default version of utfcpp, and patches packages which don't built and test correctly using utfcpp. Since utfcpp is a header only library, builting and testing should be sufficient to ensure correct behavior.