<efraim>looks like I might need to write off and re-setup my aarch64 build/substitute server, looks like both the SD card and the external HDD are corrupted from too many unexpected power cut offs
<Rukachan>h-hi, I was wondering how could one use a single config file (/etc/config.scm) to install packages via that and keep the whole system up to date in guixsd. I tried doing guix pull && guix system reconfigure /etc/config.scm but every time I call it, it keeps compiling the same things or something so I was wondering if guix system reconfigure overwrites the updates or something. Is there anything else that I
<Rukachan>should use to update (and install packages) for the whole system?
<Rukachan>just moved to guix yesterday so I don't really know much about it
<buenouanq>Rukachan: you only need run guix system reconfigure if you want to change the os with a different config
<buenouanq>the way packages work on a per user basis, there's no way I know of to upgrade everything with a single command
<buenouanq>each user would have to run $ guix pull && guix package -u
<Rukachan>thing is, I am just a single person using my laptop but with a root and a normal user and it would be quite painful for my thinkpad to recompile everything twice every time I want to update
<Rukachan>also, I heard that like nix, guix could install everything and configure a whole system with a single config file or something
<cbaines>Rukachan, if you want to use the same package in multiple different places (e.g. users), it will only need to be fetched/compiled once
<Rukachan>will it? I did guix pull once as the root and once as the user and it compiled everything twice.
<cbaines>that is how Guix pull behaves, but I'm hoping that can be improved at some point
<cbaines>also, if you want root to have the same available packages as your user, you can make /root/.config/guix/latest a symlink to /home/.../.config/guix/latest
<cbaines>that would mean that when you run guix pull as your user, you wouldn't have to run it as root
<Rukachan>as the next time I ran git pull as that user it started recompiling everything from the start
<Rukachan>installing packages that I defined in /etc/config.scm
<cbaines>As far as I understand it, as you run `guix system reconfigure` as root, it will use the packages available to the root user, and won't take in to account packages available to your user account
<cbaines>so what you way makes sense, I think? as it sounds like you are saying that `guix system reconfigure` changed more after you ran `guix pull` as root
<Rukachan>not exactly, I ran guix pull as root, when I ran guix pull again as root it refused to do anything as the root was up to date which makes sense. Afterwards I did guix system reconfigure /etc/config.scm as root and then I ran guix pull again as root however this time it started acting like the first guix pull and began recompiling everything like the first guix pull had never had happened.
<cbaines>Rukachan, `guix pull` will update you to what is in the master branch of the guix git repository. Someone may have pushed some new commits in the time between you running guix pull, and it doing nothing, and running guix pull again.
<Rukachan>both of these times it said that it was compiling 622 files
<Rukachan>but thing is, I repeated the process two more times and the same thing happened
<cbaines>Hmm, there might be something I don't know about guix pull...
<Rukachan>do you also use system reconfigure to install packages?
<insommiack>Hi guix! I would like to install postgresql and postgis in the same definition package because postgis need to access to the directory share of postgresql. I acheive to unpack the source of postgis in the directory output of postgresql and i would like to create a phase to launch the make of postgis but i didn't acheive to acccess to the directory where its unpacked.. have some ideas?
<cbaines>insommiack, ideally, it would be possible to use PostGIS without mixing it in to the PostgreSQL package, but I'm not sure if this has been figured out yet
<insommiack>the problem is postgis need to put file in share directory of postgresql, so when postgresql is install ine the store (beacuse i've putted it in propagated-inputs), the access is denied to this directory
<mekeor>is there some kind of configuration or environment variable for postgresql to specify an alternative path for postgis, replacing the share/ directory?, insommiack
<mekeor>also, it might be helpful to look into the nix-packages of those applications
<cbaines>I'm looking at upgrading the signing-party package, but I've got stuck with a generated configure script as it has /bin/sh as the shebang, any ideas how to get autotools not to do this?
<roelj>cbaines: Normally, if the configure script is generated (with autoreconf) inside the build environment, it wouldn't do that. Is /bin/sh hardcoded somewhere? If so, you could (substitute* ...) it out.
<cbaines>roelj, I don't think its hardcoded, but autoreconf is being run in the build phase, and not directly by the gnu-build-system (if that is something which it does).
<roelj>cbaines: That is odd. It shouldn't produce /bin/sh then. Is the configure script already in the source tarball? Because then it's pre-generated. Running "autoreconf -ivf" after the unpack phase should then solve that problem.
<cbaines>It's not, there is a configure.ac file though
<lich-li>it would be a major thing for slackware if we got wayland working
<efraim>there are a couple of places where we use sed-like magic to replace systemd with elogind
<apteryx[m]>Hi! My system is often running out of its 4GiB of RAM; this is normal, I'm pushing it. What I find silly, is that instead of killing the process which goes out of memory, it prefers to waste hours trashing my SSD drive. I don't understand why as I don't even have swap turned on. It's really annoying since it becomes totally unresponsive and I can't kill the process myself.
<apteryx[m]>I have to force restart the machine and risk loosing data :/
<apteryx[m]>Maybe there's a Linux kernel config flag causing such behavior?
<Apteryx>I'm not sure I'm believing this, as I've used swap before and typically it wouldnt be used much if at all and when the memory would be exhausted the system would trash and freeze all the same. Linux just doesn't seem very good at handling memory exhaustion, at least from a desktop usage perspective!
<jonsger>what does "in procdure module-lookup: unbound variable : grub-efi" does mean? (reported by guix system init...)
<Apteryx>jonsger: your AMD might run for 2D and no accel without firmware blobs if you are lucky. Actually it might help to not load the blob as the amdgpu driver doesn't seem uite done yet.
<cbaines>ng0, I'm not sure how to use debbugs, but I can't help with that. But regarding the patch, s/is/are in "A large number of tests is failing" would be better english, and yes, my brief opinion on it is that it is a small improvement to the package.
<jonsger>Apteryx: graphic works basically. I have problems with guix system init
<cbaines>ng0, I'd recommend saying explicitly what the change/improvement is though, as this is useful for those reviewing and for history. I guess it's pretty obvious in this case, but I think it helps to avoid confusion.
<ng0>I started doing that, but occasionally I don't.
<Gamayun>civodul: The one on the website is still a bit behind?
<ng0>And now I should stop working. Hit in the face by bureaucracy was exhausting today.
<civodul>Gamayun: right, it corresponds to the release
<ng0>the one on the website is fixed on the release number
<civodul>jonsger: for the current manual, you should check what you have on your computer
<civodul>so "info guix", or build the HTML pages if you prefer
<jonsger>there is still grub-configuration. I downloaded the 0.13 usb installer
<ng0>oh, one last thing. What are your thoughts on curl 7.55.1? it would drop one patch and a substitute phase we have for 7.55.0. 7.55.0 was effectively released in a way that it can't build without fixes.
<civodul>jonsger: oh so in 0.13 what you wrote is exactly what you have to use
<civodul>and again, it also works in current master, it's just deprecated
<cbaines>jonsger, I think installing openssl in your profile might help... very much a guess though
<cbaines>anyway, I need to get some sleep, I'll finish writing descriptions for perl packages in the morning....
<ng0>on the other comment in the email: I'd help reviewing the backlog, but I'm between existencial crisis the next week(s) and working out some project related stuff and starting soon preparation math courses full time, so reviewing might happen again.. one day.. just not in the current mind on the edge state :)
<ng0>efraim: I try to send in updated patches of MATE before the 11th