<notroot>After reconfiguring my system from bare-bones to desktop I ran guix pull and guix system reconfigure as the user...it didn't finish due to premission problems but obviously I screwed up and should have run it as root...where do I go from here?
<sturm>Rrekado_: thanks for the tip re. json_object_private.h for postgis. I think I understand what you mean. I see that in in json-c's Makefile.am, the json_object_private.h is specified as not to be output. Looks like PostGIS will build without json-c, so I might put this aside and come back when I have the build working.
<sneek>sturm, rekado_ says: The name “json_object_private.h” indicates that this is not part of the public API, which is why the build system does not install it. You may need to add the sources of json-c to the package to be able to access it.
<sturm>Heh, I guess the bot doesn't know when I'm back as I'm on Matrix
<taohansen>hey anyone have upower set to ignore lid close events and care to share their config?
<sturm>I'm try to patch a configure.ac file on the fly, but while the patch has been applied in the /tmp/guix-build- postgis-2.4.2.drv-7 directory, it has not affected the configure. Does the patching happen after configure is run?
<sturm> I'm trying to change one of the PostGIS install directories to /share, because by default it uses the pg_config program to get /gnu/store/0haa85i5rhpxmmninqpkyn3rqax83887-postgresql-10.1/share
<civodul>rekado: i'm reconfiguring berlin, but it has to build linux-libre
<ng0>how do you feel about inclusion of 2 scriptpacks ("variants" / "extensions") of epic5? it's not like epic5 is super active and can seem at times like it is abandoned development, but it still works. so do these scriptpacks. I've tested them in one of my repos.
<marusich>buenouanq, I'm sorry I don't have more advice to give at this time. You are brave to install GuixSD on a Mac laptop. Maybe as more people do that, you can work with them to figure out what the Mac-specific problems are, and if they can be overcome.
<marusich>As for testing things like the installation image on real hardware, I'm pretty sure some people do it before the releases. You are, also, welcome to do that and provide feedback. It would be very helpful.
<ng0>Indeed, it needs people like you, trailblazing on new devices and running into tons of problems :)
<buenouanq>oh man ng0, the 1974 one? it's been on my list forever - maybe now i'll finally watch it
<buenouanq>I just need to be more serious about real bug reports and emails.
<buenouanq>doesn't matter how many problems I discover if I only ever mention them casually in here
<ng0>don't get the Bluray, I heard it's one of the terrible 'bluray all teh things!11' where it's worse than original VHS or DVD
<efraim>buenouanq: I'm catching up on chat logs, your comment about Apple touchpad from 2.5 hours ago happens to me too, I haven't figured out how to fix it
<buenouanq>efraim: oh good, always nice when i'm not alone in something
<buenouanq>efraim: if you ever figure it out or need me to try/confirm something for you, let me know
<buenouanq>no idea how many[few] of us have actually put guixsd on mac hardware
<rekado>civodul: we can replace berlin.scm with berlin-new.scm
<rekado>the old server that required berlin.scm is not coming back.
<pkill9>is there a webpage that shows the queue for the build server's builds?
<jlicht>efraim: I'm not sure if ssh'ing into your machine will still work properly then
<efraim>and that's why I haven't done anything yet :)
<jlicht>with my settings, it probably would break in spectacular ways :-)
<ng0>on the rare chance that the people who wrote emails to me today and yesterday: I'm going to be 'out of office' wrt emails for the next 7 days. switching email clients + (primarily) taking time off to learn. chris marusich wanted to know if I worked on the namazu module since I posted it: I don't think so. If you can not find it in https://c.n0.is/ng0/guix/packages/ or https://c.n0.is/ng0/guix/guix/ or
<snape>but there is an Emacs command that makes it humanly readable
<wigust>quiliro: SUDO(8) points to SUDOERS(5) about environment variables setted by '-i', which I don't see useful be setted. Also it will read root's .profile and .login which are not useful, too. Could even not work for non-GuixSD systems, I guess.
<mubarak>When installing guixsd-install-0.14 by running this command(guix system init /mnt/etc/config.scm /mnt) does it going to compile the kernel?
<mubarak>because their are alot of information about that laptop hardware like(hardware name, cpu flags cpu code) I remember last year I did gentoo install and i add some of these information to gentoo config file
<mubarak>the problem is that it keep repeating for more than two hours
<ng0>is someone working on a recursive Go importer? gitea's vendor directory makes me sad..
<ng0>I'm not doing manual work for 71 - 100+ bundled dependencies if it can be avoided
<quiliro>so... in the future i will always run: 'guix pull && guix package -u && sudo guix pull && sudo guix system reconfigure config.scm --fallback' toavoid any error when i want to update the whole system
<ng0>It's one of these packages where I thought Nix must be cheating, while all they do is just keep the vendor inclusions.
<bavier>ng0: Nix doesn't do as much to unbundle as we do
<wigust>quiliro: Glad it works for you. But to be clear, commands with sudo don't care about previous two. You could have any number of users, which have their version of guix (~/.config/guix/latest) and every need to 'guix pull' and 'guix package' independently.
<wigust>quiliro: So administrator with sudo privileges will not break users stuff.
<quiliro>perhaps it had to do with sudo -i guix pull
<pkill9>If i use `guix build --with-source=vala-0.26.0.tar.xz vala`, how do i then create an environment with that created derivation? Running `guix environment --container firstname.lastname@example.org` just returns 'guix environment: error: vala: package not found for version 0.26.0'
<wigust>quiliro: I don't know, didn't use this flag before for this purpose. Only to make sudo interactive to get a root shell session. But as I read the sudo and sudoers man pages, it shouldn't break guix. I believe you could unlink '/root/.config/guix/latest' at any time if you break something.
<quiliro>i get an error...i think i posted it in help-guix
<bavier>pkill9: if you do the 'guix build' command with the -d option, you'll get the derivation file. I think you can then give that derivation path to 'guix environment'
<bavier>pkill9: do you mean to use '--ad-hoc'? otherwise the environment would be the same
<wigust>quiliro: pull from all your users like quiliro and root (sudo guix pull). Then wait a week.
<Guest66265>Hi. I am installing and setting up Guix. This morning I have invoked ~guix package -i glibc-utf-8-locales~ (note I misspelled the package name, for there is an extra dash) and it took hours (it seemed to build many packages, including many different versions of GCC), only to complain the package name had not been found. This afternoon I invoked ~guix package -i glibc-utf8-locales~ (spelled correctly) and it has been running for h
<bavier>Guest66265: it sounds like you don't have substitutes authorized
<bavier>in which case a lot of building is to be expected
<Guest66265>This morning I invoked ~guix archive --authorize < ~root/.guix-profile/share/guix/hydra.gnu.org.pub ~. I can see it in Bash history. I seem to recall there was no error message, but my memory is weak.
<bavier>Guest66265: running 'guix pull' might help
<Guest66265>The environment of the daemon currently lacks ftp_proxy, and I am at my workplace and proxy is required. But it does have http_proxy and https_proxy. Is it possible the substitutes are not being downloaded because FTP is blocked, even though HTTP is functional?
<quiliro>wigust: sent to the help-guix list, but it is not in the archive yet
<ng0>efraim: how do you deal with building the everything in guix? something like guix package -A | cut -f1,2 | sed -e 's/\\t/@/' | shuf | parallel --jobs 1 guix build .... I'd add --keep-going, but it seems like the command itself has some issue, because it keeps getting stuck at random packages like.... parallel: Error: No more processes: cannot run a single job. Something is wrong at email@example.com.
<ng0>building the everything... haha. I meant to write 'everything'.
<Guest66265>guix pull is compiling. Is that expected, even though this morning I invoked ~guix archive --authorize < ~root/.guix-profile/share/guix/hydra.gnu.org.pub~ as root?
<bavier>Guest66265: yes, it may need to build some supporting packages
<ng0>or maybe someone else could help.. this line used to work, or I saved it wrong in the script
<bavier>ng0: our parallel package needs 'perl' in the environment to function properly
<ng0>ah! okay, this system has a very empty profile
<Guest66265>I think git pull had already compiled openssl, and now it is compiling it again.
<ng0>amz3: 1600 is just a fancy way to express 200kb/s upload (if you are lucky) and 1.6MB/s download (but actually around ~700kb/s), the "new" routers in the street suffer from the stone age old wiring in this house and router behind router behind router in the streets..
<bavier>amz3: some places have fixed wireless with good speeds
<ng0>amz3: they tried to scam us into fibre here (door selling contractors).. theoretically we have it in this city, in practice nope. city next to us is working on ~80% city coverage of gigabit access (at least advertising it)
<natsu>quiliro: Hm, if you have a working guix on your user, maybe just brute force way update it for root with 'sudo mv -v /root/.config/guix/latest /tmp/root-guix-latest-backup && sudo ln -v -s $(readlink /home/quiliro/.config/guix/latest) /root/.config/guix/latest'?
<ng0>speaking of them, no contract sellers showed up in over 2 months here, that's a new record of not slamming doors into peoples faces or handing out 'go now and never come back' notes.
<natsu>quiliro: Then you should be able to 'reconfigure' without 'system too old' error.
<jorgemorais>How do I configure a proxy for git to use inside the guix build container? I have been searching the web and the manual and found no answers.
<ng0>it's tricky, it's what got me stuck on tor offloading about a year ago
<bavier>jorgemorais: it might not be too hard (I don't personally have experience), since the git that's running is not within a container iirc
<bavier>jorgemorais: guix uses the guile-git module to clone, there might be some documentation there about proxies
<bavier>it might even honor the normal git proxy environment variables
<ng0>(my issue is different though.. 3.3.4 suggest that I should look into the code and fix up what I want)
<atw>the time is wrong on my installation. I have tried running the ntp service with #:allow-large-adjustment? #t and I have a long-running ntpd -nqx (should exit after setting time, has not exited and it's been a few days). I also tried something with hwclock...I forget what. What else can I try?
<ng0>atw: as long as it still works with servers out there: tlsdate
<ng0>herd stop openntpd or ntp .. then run guix environment --ad-hoc tlsdate -- sudo tlsdate -l -V ... and check what the command does before you run it, in case I typed it wrong from memory .. and run hwclock aswell
<ng0>by default it contacts google.com, but you can use any other server
<jorgemorais>I have failed so far. I will ask for help in the Guix mailing list.
<atw>ng0: thanks! looks like I want hwclock --systohc ?