<nckx>vagrantc: Side note: I've noticed that reloading nginx through SIGUSR* doesn't always do the exact same thing as a full restart, especially when mucking about with stuff like this. Just in case that's how you're testing.
<nckx>Marlin1113: As in available to add to your system? ‘guix system search .’ .
<sebboh>oh, my /boot/efi needs to be fat32, specifically... sorry, sorry. I'll tinker for a bit.
<sebboh>I use stumpwm and don't use a display manager. Are DMs required? I seem to recall some ubuntu machine which had gnome, and, you *had* to have gdm. ...But in lots of other circumstances, I have not used a DM.
<nly>reepca can you check if making a .xsession file makes a difference?
<terpri>Marlin1113, guix system reconfigure .../path/to/config.scm as root, then log out or possibly reboot and mate should show up as an available session type in gdm (if you click the gear icon beside the 'sign in' button)
<reepca>nly: well, I restarted it with ~/.xsession existing, same behavior
<nckx> reepca: That is strange, both work for me (and that's with ctrl:swapcaps and other specialness).
<nckx>C-S-( is just C-2 here but I guess that's to be expected.
<reepca>I distinctly recall fussing around with .Xdefaults to get it working in xterm, but not sure how to make it work here
<sebboh>reepca, I am having trouble with bucky bits in the installer... Did you try ESC C-<space>? (to be clear that's esc then C-spc..)
<nckx>Marlin1113: There's an sddm-service that I've never used which might actually work. 🤷
<reepca>sebboh: I ended up having to do that, aye. I wonder if there's something similar for holding down control while I hold down shift?
<sebboh>I had a weird thing happen. The installer never ran through the same menu options it did the first time. I tried fully shutting down the vm.. tried zeroing the hard disk image file (from inside the vm, that is). Can't figure it out... Probably a HyperV thing... Anyway, guix system is installing via the menu-based installer. All I had to do was pop over to a virtual terminal and manually assign an IP (and
<sebboh>/etc/resolv.conf and a route and gw and broadcast) while the menu-based installer was asking me if it should continue despite not having a network interface. That's what was different.. first time, it said couldn't configure my network interface (dhcp) and it let me try again, got stuck in a loop there... This time, I tell it to continue, it does.
<sebboh>reepca: oh I don't know if I tried both alts..
<sebboh>"this is the GNU operating system, welcome!" Hells yeah! Good work, guix!
<Marlin1113>for now, i'll use parabola, as i know how pacman and openrc work
<reepca>also, when I was modifying my config.scm to switch to sddm, I got to wondering if there was a way to use modify-services much like we use modify-phases - that is, to delete or replace certain services.
<nckx>Marlin1113: Using Guix definitely entails having free time to learn quite a few things (like, oh, say, an undeservedly obscure programming language) and not everybody has that or wants to do spend it that way. And that's fine.
<Forza>I think the graphical installer is not quite correct for guix 1.0? I booted with the ISO in virtualbox. Everything seemed to install just fine. Gnome starts. But the shell is missing basic commands like 'ls'
<apteryx>Forza: I think you'll want to do some background reading of the info manual (also available as HTML online), there's a section detailing the various commands of 'guix system', and reconfigure is one of them.
<cbaines>At the moment though, I'm trying to polish up the Patchwork service. I've not got it running through a proper service, rather than a screen session :) but I need to neaten up the patches a bit.
<civodul>heheh, i think we have a couple of services running in a screen session already :-)
<pkill9>alternatively, a more hacky approach is to get `guix weather` to output a list of packages for which there are subsitutes
<pkill9>would be simpler stopgap solution as it doesn't require changes to guix itself, and guix weather seems to just query with a REST interface, so could make a script that does that and use that with `guix package`
<npfo>Hey guix. I have created an environment like this: guix environment postgresql --ad-hoc libtool automake autoconf autoconf-archive m4 pkg-config git --container -r ./guix-postgres-profile, and I later installed another package using: guix package -i libpqxx --profile=./guix-postgres-profile. How do I "activate" the environment again?
<cbaines>npfo, I'm no expert, but I think you'll need to source a file inside ./guix-postgres-profile
<cbaines>so I think you'll need to: source ./guix-postgres-profile/etc/profile
<cbaines>that should set your shell up with the correct environment variables
<npfo>Thanks! This indeed sets the env variables correctly. However as I far as I understand it I am not in the environment. For instance the first time I ran the guix environment command it spawned a new shell. Am I misunderstanding something?
<r3s1stanc3>is there a way to change the storage path of guix from /gnu to somewhere different?
<pkill9>r3s1stanc3: yes, using a bind mount (assuming you don't want to rebuild everything)
<pkill9>but i haven't done that in guix system, only when using guix ona foreign distro
<r3s1stanc3>yeah i'm using guix on a debian system and only just installed it so i don't even care if i had to rebuild it
<cbaines>npfo, no that sounds right. I think the -r option exposes the profile used by the guix environment command, but just sourcing that profile doesn't restore the process that the guix environment command would have created
<pkill9>in that case it's very easy (on guix system you have to do a little more configuring to make sure it gets mounted earlier in the boot process)
<str1ngs>it uses power9 but they binary compatible with power8
<pkill9>does anyone have any idea why evaluating (current-filename) in a system configuration is inconsistent, i.e. if you run `guix system build config.scm` it returns the path correctly, but if you run `guix system build /path/to/config.scm` it returns #f
<pkill9>also fails with `guix system build path/to/config.scm` (relative directory)
<str1ngs>is it possible (current-filename) is not deterministic ?
<str1ngs>I suspect that is the case. it might use relative path maybe?
<pkill9>what does it mean for it to be deterministic?
<pkill9>well, when testing it with a basic guile script, it returns the full path each time, regardless of where you called it from
<pkill9>i think guix does some funky module loading and stuff which makes it not possible to get the path, idk
<bgardner>Is it better to configure multiple substitute servers or not? On the face of it this seems like best for both clients and servers but the documentation doesn't seem to emphasize it so I'm uncertain.
<str1ngs>bgardner: I guess for fallback it does not hurt
<str1ngs>I personally have a server that does some building so I need the extra substitute server
<str1ngs>I still can't figure out how to export more then one server in GUIX_BUILD_OPTIONS though
<str1ngs>and I rather not change the guix-daemon.service file
<civodul>pkill9, str1ngs: by any chance, do you get better results with (assoc-ref (current-source-location) 'filename) ?
<civodul>also, i think you should rarely need to resort to these because 'local-file' already does the right thing
<str1ngs>I have not used (current-filename) and the guile documentation is not clear if the path is relative or absolute . I'd need to test that
<str1ngs>I suspect as you mention civodul this is not the best procedure for what that OP is trying to achieve
<str1ngs>also it can dynamically change depending how the file is included I guess?
<pkill9>civodul: the assoc-ref method no longer fails on any of them, however it only returns the filename without the path to it. Is there another variable that contains the absolute path to the file?
<str1ngs>pkill9: I don't think you want to compute the path. I think civodul is suggesting local-file because it is explicit
<pkill9>just to clarify, what i'm trying to do is get the path to the configuration file to then pass to (add-to-load-path), and i'm doing that in order to build a system with sudo without passing -E, and without hardcoding a path, so i can change my config directory structure without rehardcoding
<pkill9>i'm not sure how i'd use local-file to get what i want
<pkill9>hmm, running `guile </path/to/file containing (display (current-source-file))>` shows it's storing the full path, but with `guix system`, (current-source-file) is only storing the filename with any path (absolute or relative)
<civodul>or its log files, perhaps /var/log/messages?
<civodul>so you had the screen offering you a "networking technology", and it's the next step ("waiting for Internet access") that's failing, right?
<sirgazil>civodul: I'm using the installer in Spanish. After the disk formatting step, the installer displays a message saying that the installation requires internet, but could not find any interface or something like that.
<pkill9>hmm it's weird, if i directly pass the path to (add-to-load-path), it build sthe system, but if i define the path into a variable and pass it that variable, i get the error: ice-9/eval.scm:223:20: In procedure proc:
<pkill9>hint: Did you forget a `use-modules' form?
<efraim>civodul/rekado_: if you want to take a look i built mariadb on bayfront with -K to it's broken test
<bgardner>Hmm, last guix pull + reconfigure left me in a crash loop for X. Looking closer it seems to be gdm(?) freaking out that no Gnome is present, which is true - I run i3. Did the default change from slim to gdm sometime?
<sirgazil>civodul: And "herd status networking" says: Status of networking: It is stopped. It is enabled. Provides (networking). Requires (use-process dbus-system loopback wpa/supplicant). Conflicts with (). Will be respawned.
<bgardner>samplet: Ah. So gdm is part of %desktop-services, that makes sense. So I need to weed that out to get back to a slim desktop. I think I see, thank you
<sirgazil>civodul: Enabled service networking. Service wpa-supplicant could not be started. Service networking depends on wpa-supplicant. Service networking could not be started. herd: failed to start service networking.
<sirgazil>civodul: That's the output, should I tell you what I found in the log messages?
<dongcarl>posted to the mailing list about building gcc and xgcc's with non-default glibc version, lmk what you guys think!
<dongcarl>also.. I should have probably posted to guix-devel...
<kmicu>sirgazil: Do I understand correctly that you have an internet there but only Installer cannot detect that?
<bgardner>samplet: I think I have a couple gnome tools but not enough to support gdm starting, based on the errors I was catching in the logs. Learning is good though, I think this means I may need to rethink my config.scm to be a bit more durable.
<rekado_>it should print the process id; you can then kill it with “kill 1234” (or whatever the PID is) and then enable and restart the service.
<rekado_>sirgazil: I think “networking” depends on “wpa-supplicant”, so you can just start “networking”. If it says that it couldn’t be started because one of them is disabled you should run “herd enable …” first.
<sirgazil>civodul, rekado_: So, after I killed wpa-supplicant and "herd start networking", I went to the graphical installer again and it could detect the network interfaces and I could follow the whole process until you are shown the fonfiguration file that will be used to install the system. But,
<sirgazil>Once I pressed OK to install, I see this error:
<bgardner>I'm sure I'm doing something dumb but I'm trying to build guix (automake, configure, etc) and automake is failing on a missing file that is named in .gitignore: 'doc/guix.es.texi' - what am I doing wrong?
<rekado_>rebased the gnome3.30 stuff onto master and pushed as wip-gnome3.30
<rekado_>I’m trying to build it all to make sure the rebase has no errors
<arshin_>buenouanq: calibre runs on python and has lots of deps
<arshin_>buenouanq: so probably building python, qt5 and so on
<raingloom>hi. getting further with packaging mininet, but I ran into this error: TEST FAILED: /gnu/store/kdyvncdmxpq191ksvybcg5ad5gpz9lz2-mininet-2.2.2/lib/python2.7/site-packages/ does NOT support .pth files
<ArneBab>buenouanq: qtwebkit is brutal to compile, not quite on the same level as chromium, but then Chrome is essentially a fork of the webkit codebase. Any WebKit thing is among the things I really wish I could avoid — simply due to the compile times.
<ArneBab>Sadly Haskell-stuff is also among the things which really hurt to compile.
<janneke>web/html has become a monstrosity...whatever happened with 'do the simplest thing' 'refactor mercilessly'?
<raingloom>janneke: my 2c: corporations didn't want a platform for publishing knowledge, they wanted another place to put their brand identity
<raingloom>and they wanted and want to force people to view everything as they intend it to be viewed
<str1ngs>ArneBab: qt with qtwebengine is huge as well
<str1ngs>bgardner: you are building guix manually?
<str1ngs>bgardner: if so use a release tarball, and you won't have to bootstrap
<sirgazil>And, speaking of translations, I wonder if it would be possible with the current translation mechanisms to add a regional translation (e.g. es_CO) to provide only some translations and inherit the rest of the translations from the current "es" translation...
<sirgazil>Because, for instance, the translations for words like file and video are different in Colombian Spanish.
<civodul>sirgazil: interesting, what words would you for those?
<jonsger>cbaines: do you save the branches when you check them with patchwork-test-series? would be nice, so I could simply check them out. I'm really bored by handling .mbox files or improving my wget skills...
<sirgazil>civodul: In Colombian Spanish "file" is "archivo" and "video" is "video" (without the accute accent on i).
<sirgazil>I think that applies to most of Latinamerica.
<sirgazil>There are also conjugations that are more common in Spain than in Latinamerica.
<sirgazil>One of the peculiarities I found in the current translation is that femenine nouns are used as neutral. I've never seen this before, so it doesn't felt natural to me. I would use other expressions to avoid gender.
<sirgazil>Although, sometimes is very hard to be neutral. Spanish is broken in that sense.
<civodul>sirgazil: re installing, your next issue is the truncated UUID, is that right?
<sirgazil>zenobit: Nvidia is as bad as its name when it comes to free software. I had I machine with Nvidia and never worked well for me. Support improved over the years, but it just didn't work well enough.
<rekado_>civodul: I can’t find this in the manual: can I tell “guix build” to use a different machines.scm? Or would I need to temporarily change /etc/guix/machines.scm to force offload the build to the Overdrive?
<rekado_>(the alternative is to ssh to the Overdrive and build things there manually, of course)
<civodul>rekado_: no you cannot tell "guix build" to do that
<civodul>but you can just run "guix build" and see which machine it chooses :-)
<civodul>or you can indeed temporarily modify machines.scm
<jayspeer>something that is relevant: `which guix` shows guix from my profile
<sirgazil>I'm trying to install GNU using the graphical installer. I'm in the part where the installer displays the resulting configuration file. However, this file has a truncated UUID. If I press OK I will get an error. How can I get the correct UUID to modify the config.scm and proceed manually from here on?
<samplet>The “mnexec” binary might have to be installed specially.
<reepca>raingloom: well, I'll admit to not being very closely acquainted with python deployment practices. But I do think I can help a bit with making build-system melding a bit easier: http://paste.debian.net/1081375
<raingloom>reepca: oooooh, thanks! I'm pretty noobish at Scheme so this helps a ton ^u^
<raingloom>samplet: also thanks!! ^u^ i'll see what I can do with these
<kmicu>sirgazil: you could use ‘ls -al /dev/disk/by-uuid/’ or lsblk
<kmicu>(Thank you for contributing and paying attention to translation issues.)