<Exagone313>if foo1 and foo2 install x.y.z, bar1 and bar2 install x.y+1.w, so another version of the same program. Both versions get new releases. Only foo1 and bar1 update. So, is there 4 versions of the program installed?
<Exagone313>now let's say I have a server. I want to run 2 instances of nginx. So I install on both the mainline version. nginx get a new release. I have to log in on both users to update nginx (the second one will be faster as it's already present on the system)?
<davexunit>contrived example: let's say you want to use both emacs 25 and emacs 24 for some reason. you can't install them to the same profile because they provide many of the same files and therefore conflict.
<davexunit>so, you could make a second profile and switch to whichever when you need it.
<Exagone313>a reason why it could be used on servers is when you want to use different versions of the same program, it might happen. if you compile on your side you won't have proper update notifications and you have to recompile each time for your path
<davexunit>maybe python 2 vs. 3 is a better example (though they might be parallel installable, making it a bad example)
<davexunit>so profiles are *one* way to manage the software
<davexunit>I think this is something that Guix itself could support better, but at the moment I run my own Shepherd instance as my user to manage things like emacs daemon, offlineimap, mpd, etc.
<Exagone313>also, is there something added, maybe to sudo, to easily add the possibility for an user to run programs by another user? Like having other users for all stuff that could be compromised, like web browser, games, non free stuff.
<Exagone313>this is something I am too lazy to do, but could be useful for security/paranoia
<Exagone313>I code things, type passwords, and on the same user I run non-free games...
<Exagone313>I don't see much multiple human users on the same computer around me. Maybe in a family you can have multiple one. So I imagine use cases with only one human and multiple user accounts
<lfam>There are some tools for running things in containers, which isn't quite what you asked for
<Exagone313>I think I would have to use multiple Xorg session, so it's offtopic.
<marusich>Hm. I recently upgraded from emacs 24.5 to 25.1 (looks like mark_weaver bumped the version in 846b2534df0138a72fe8ee6a541f97de59697cb0). Previously, in Gnus, when I reply to an an email, if I sign the request (using mml-secure-message-sign-pgpmime) and then send it (using message-send-and-exit), Gnus prompts me TWICE for my secret key. Before this upgrade, it only prompted me ONCE. Any ideas why this might happen? I'd like to not have to
<marusich>select my signing key twice for every reply.
<marusich>I tried rolling back my profile just now and confirmed that the behavior was different. I'm not sure how to troubleshoot an emacs issue like that
<marusich>When I said "Previously, in Gnus, ..." I meant to say "After the upgrade, in Gnus, ..."
<rekado>Exagone313: re multiple versions and admin control: as an admin you can always opt not to allow users to install their own software. You can manage one shared profile that everybody uses.
<rekado>Exagone313: but you also need to realize that the only thing stopping people from building their own software on any shared system is convenience.
<rekado>Exagone313: users can always “just” build from source. It’s just really hard in many cases.
<rekado>installing different versions is not much of a problem in terms of space.
<rekado>at work we have countless variants and multiple versions of the same software and we serve dozens of users, but the shared store is relatively small (about 30GB last time I checked).
<ng0>should we switch from idn to idn in curl, that's all I asked
<ng0>support is there, but the errors if there are others than some umlaute are not catched by tests in the curl testsuite
<deathsbreed>Hey, I've been trying to install Guix on my system but I end up getting stuck on step 4 where they ask me to run `guix-daemon --build-users-group-guixbuild', 'cause this command doesn't exist yet.
<iyzsong>deathsbreed: yeah, then you can run it as `~/.guix-profile/bin/guix-daemon --build-users-group=..', not work?
<deathsbreed>It's running now, I'll come back when it's done. But yeah, I didn't know that's where the executable was located, the instructions never mentioned its location or adding that dir to my PATH.
<deathsbreed>Oh... right... this is a daemon. Perhaps I should've run it on a separate thread....
<iyzsong>deathsbreed: yeah, installed packages are available as profiles (symlinks tree) under /var/guix/profiles, and user usually link it as ~/.guix-profile. you can add 'source ~/.guix-profile/etc/profile' to your bash_profile. (See "Invoking guix package" of the manual).
<deathsbreed>Would trying to authorize a substitute (the hydra.gnu.org one) I got a warning: `warning: failed to install locale: Invalid argument'. It's a warning, so I'm guessing it worked in the end, but that's just my assumption. Is there something I should fix?
<iyzsong>deathsbreed: See '2.6.1 Locales', run the guix-daemon with 'GUIX_LOCPATH' should fix that. you want to do that for normal users too.
<deathsbreed>How exactly would I run the daemon with GUIX_LOCPATH? I've set it in my bashrc and restarted the service, but that didn't seemt o change much.
<iyzsong>if using systemd, something should be added to the guix-daemon.service, like 'Environment=GUIX_LOCPATH=...'.
<lfam>The problem that I see with wikis, which makes me unmotivated to contribute to them, is that they tend to go stale very quickly, leading to confusion and misinformation. By keeping the docs in the source tree, it's easy to ask for features to be documented
<ZombieChicken>heh. Gentoo's df doesn't seem to like something. It's showing a 100G partition as 93M...
<Apteryx>lfam. OK. My use case is modifying the udisks package defined in freedesktop.scm. I've copied that file under ~/devel/guix-packages/gnu/packages/ and did "export GUIX_PACKAGE_PATH=$HOME/devel/guix-packages". Now how would I go to install it and trying it, knowing that udisks is already installed and up-to-date in my profile?
<rekado>yeah, let’s not let the wikis grow. We’d rather see the manual become better.
<rekado>Apteryx: your modified udisks package could have a new name
<rekado>Apteryx: alternatively you can use the “-e” option (I think) to select a package by variable name.
<lfam>thomasd: Does your interactive shell initialization (for example, .bashrc) set things like $PATH? Or is that variable setting limited to the login shell initialization (for example .bash_profile)
<lfam>`guix environment guix` starts a new shell, so it's possible your .bashrc is clobbering the effect of `guix environment`
<marusich>It should have gone to the guix-devel mailing list, too
<reepca>quick question - how can I find out the size of a package (not including dependencies)? Is that information not known until it's been installed? I want to compare the size of git to the 200MB I had to install on my brother's Windoze laptop
<reepca>never mind, I bothered looking at the manual - guix size did the trick