<marusich>There are probably ways we could prevent that accident from occurring though...like, maybe check to make sure that the directory in which guix pull wants to update the symlink, is actually owned by the user that we expect it is owned by.
<marusich>But in any case, on Ubuntu, at least the version I use, I have to run "sudo -H guix pull" explicitly to ensure that "guix pull" updates the symlink in root's home directory.
<buenouanq>yeah, those sort of potential inconsistencies have lead me to work under the assumption that using sudo with guix is just not a good idea
<marusich>Locales also don't work so well with sudo, unles you do something to set up the relevant environment variables.
<marusich>So, you'll get complaints from the system about locales if you run "sudo guix", even though the behavior of the program will work.
<marusich>With the exception of that "guix pull" symlink problem I mentioned earlier, these issues are (so far, based on what I've seen) benign.
<marusich>And, you can in theory (I think) configure the sudo policies to ensure that certain environment variables (such as HOME) are set up correctly; I just haven't gone that far down the rabbit hole on my own Ubuntu system.
<marusich>In any case, specifically with regard to "guix system reconfigure," running it as root by using sudo is totally fine - it's what I do. It works also if you run it from a root shell (e.g. after using su).
<marusich>AFAIK it doesn't suffer from the same "gotcha" that I described for "guix pull", since the symlinks it updates are not determined from environment variables.
<marusich>buenouanq, so i guess the answer to your question of "is it the same?" is "the process runs as root in either case, but the environment might be different."
<marusich>Nowadays many people (myself included) consider it more secure to run commands using sudo, if they must be run as root, so Guix ought to work with sudo just fine.
<happy_gnu[m]>after it finish I will set up my first home server with an old pc and guixSD
<happy_gnu[m]>I will install privoxy and I will try to package stuff for guix
<marusich>Yes, you can GC the dead paths afterwords, if you wish, to reduce the total size of the used space (although I'm not sure if that will reduce the size of the disk image -that depends on whether or not the qcow2 format will "shrink" when the used space goes down )
<marusich>I'm computing the size of the derivation which built my current system (using guix size)...it's not done yet.
<Elronnd>will it have an effect if I change build flags so stuff I build from source has -march=native -mtune=native? That is, if I build a library with those flags, will packages using those libraries that I download binaries of work?
<niebie>you probably just have to play with it to get the feel for it - 'private' packages that are built locally is the 'correct' way to install software
<niebie>basically you create package definitions for your particular software and throw them in a particular location governed by an environment variable, then it can download the source from a git repository and go through build steps.
<niebie>I'm just a casual user really, I can't hack the internals yet so I am not going to be a definitive source of information for you
<ng0>if a screensaver needs suid, should we recommend to add it to the screensaver-service thing we have (no idea if this is pam or suid enabled, didn't read it in a while!) or make a service which extends on this?
<ng0>imo we also need to adjust the welcome dialogue
<efraim>debian is still on 0.17.6 :/ so I haven't actually seen a modern boot-up of enlightenment in forever
<brendyn>I never understood englightenment. seems so over rated
<ng0>language, not configurable ("System default") which is okay. Keyboard shows nothing. Profile is okay (works). Maybe write an Networkmanager and/or Wicd dialogue part and contribute it upstream, and/or skip the "Install/enable Connman" step. Maybe disable the Update checking (will probably only work for user-installed addons?) step.
<ng0>I just went through the initial first-time dialogue
<ng0>There's a dropbox extension for (caja?) mate. Is my decision right to not package it for the main repository? I'm not sure how Dropbox is viewed in terms of freedom and licensing, I have never used dropbox.
<pksadiq>happy_gnu[m]: I saw there. Everything GNOME is at 3.24. I wish to know if there is any on going effort to porting it to 3.26
<cbaines>pksadiq, no data losses, and I have two servers that haven't had uptime issues
<cbaines>I've been having some problems lately with the MySQL service, but that is a known issue (now at least)
<pksadiq>cbaines: wow. good to know. I'm a GNOME contributer (mostly QA), and I was wishing to have a switch. I prefer to use GNU for day to day use. :)
<pksadiq>I don't care about MySql (or MariadB). I need browsing (firefox mostly, and chromium occassionaly) evolution package (and related services), tracker, gnome-online-minors, and the gnome-shell to be working fine
<pksadiq>I don't care if wayland is supported or not.
<cbaines>You should look in to each of those further, e.g. Guix provides icecat currently, and doesn't have a package for firefox
<cbaines>there is a patch for chromium, but it hasn't been merged yet
<cbaines>I'm not sure about tracker and gnome-online-mirrors
<happy_gnu[m]>pksadiq: GuixSD is a distribution that follows the Free Software Foundation guidelines for Distributions
<efraim>pksadiq: GNOME updates are normally done by someone who is actually running gnome and can reconfigure their system using updated versions of all the packages and reports back that everything is working well
<pksadiq>Is there an equivalent of dnsutils (I need dig, and nslookup)?
<pksadiq>efraim: hm.. Planning to insall guixSD, checking if I have enough packages. Shall be using GNOME shell.
<ng0>GNOME is still missing some modules/packages here. it's not a full GNOME but it's more than basic. We don't have Evolution for example. I've come up with a basic construction-site state pa kcage for it, but haven't debugged the build
<ng0>you could directly search in the git repository for the software you need?
<ng0>actually, happy_gnu[m] look at january 2017 of the guix-devel list, thread "packaging the meta-searchenging searx fails at python-requests[socks]". I'm waiting for system updates to finish, then I can switch the branch and write an email with the patch in it.
<oriansj>janneke: did you know one of the major problems of using hashes for minor version numbers is that statistically you have a 50% of mistaking a new build for an old one and a 1 in 2^128 chance of having a hash value that causes the build it ignore all new releases until a new major release number
<civodul>janneke: because current-guix is computed on demand (it's a procedure)
<oriansj>hence version 1.2.0-$(date)-$(hash) ends up saving a bunch of trouble
<ng0>I think it's 5 more packages missing, but I think I can do them until next weekend. Should be finished with Mate until end of the month unless I encounter some serious issues, and then just solve the search paths for the caja extensions and plugins