<nckx>Ah, no more playing idle head node to an (IME slower) milano. That's good.
<nckx>(I didn't actually benchmark either, it was just a feeling.)
<cbaines>testing builds is something I want the Guix Build Coordinator to be able to facilitate, ideally people would be able to just submit builds and then track the results, and the builds could be executed across many machines
<nckx>That is basically how I use it. Having a nicer way to do so would be, well, nice.
<cbaines>nckx, the build farm is currently bayfront, milano, harbourfront, monokuma (ARM) plus a Power9 machine of mine
*nckx always forgets about harbourfront and will do so again.
<cbaines>I'm waiting for it to surpass ci.guix.gnu.org in terms of x86_64-linux substitute availability, currently it's at 90.3% compared to 92.1% for ci.guix.gnu.org, so maybe by tomorrow it'll be ahead
<cbaines>milano and bayfront both suffer from having hard disks rather than SSD's, but I mounted /tmp as tmpfs on milano, and I think that's helped
<roptat>drakonis, I just sent my scala package to guix-devel, to make sure everyone is confortable adding an unbootstrapped package
<sneek>hwpplayer1, nckx says: Yes, I think there are some known bugs. We know it to have some unknown ones too. Reports of either are very welcome, but please include exactly what you ran, what you did, and what happened: ideally with error messages & log files, or else a screenshot with all the information.
<terpri>hwpplayer1, i'd be surprised if exwm supported wayland. i *think* gdm can fall back to loading ~/.xsession files, which is how i'd expect exwm to be run (no special service listed in the manual)
<terpri>should be enough to have, e.g., (services (append (list (service gnome-desktop-service-type) (set-xorg-configuration (xorg-configuration (keyboard-layout keyboard-layout)))) %desktop-services))
<terpri>... as the "services" entry of your operating-system
<terpri>hwpplayer1, did you apply the changes with "guix system reconfigure /etc/config.scm" (assuming you're using the standard location)? you might also need to reboot for gdm to start (shepherd can probably start it but i barely use herd)
<hwpplayer1>Okay I am checking it guix runs some process righ now I need to wait
<terpri>i don't see a service for exwm -- hypothetically exwm-desktop-service-type -- which is why i suggested you'd have to write an ~/.xsession
<terpri>it's a bit tricky to get a "startx"-equivalent command in guix so you may have to experiment a bit with the ~/.xsession (but it looks like people mostly, in effect, just exec emacs within a dbus session, sometimes with gnome-control-center in the background?)
<terpri>hwpplayer1, it's a kind of patching, yes, but a pretty specific method and guix already had the concept of patch-files (to adjust source for guix compatibility, etc.), so probably just used to be unambiguous
<brown121407>When running a Guix command that needs to download some substitutes, why does it display "substitute: updating substitutes from..." multiple times? Is the substitutes info downloaded in chunks?
<leoprikler>it's downloaded as-needed and gets called for multiple items
<meo>so I install trivial packages, like tmux or some fonts, and guix downloads 100+ packages, including e.g. glib, mesa and a bunch of others, which are then immediately removed by guix gc. Is this a mistake in package dependencies?
<tissevert>great ! do you play the synths ? I tried to at a time but I always get lost, I browse sounds for hours and never get anything done
<nckx>tissevert: That's very recognisable. I can play with them for hours, journeying to very strange places, but it's purely in the moment. I have to get behind a piano to get anything ‘done’--which is seldom the point.
<liltechdude>Hello! Why after installing `guile-chickadee`, chickadee does not installed in /run/current-system/profile/share/guile/site/3.0?
<nckx>vivien_: It won't unless the profile also contains guile.
<liltechdude>thanks, I install guile (how strange, guile as executable was available) and reread profile
<tissevert>liltechdude: it's more complicated than «things are installed» or not
<nckx>liltechdude: Guile is in a different profile, probably /run/current-system/profile/bin/guile. Guix won't ‘see’ it when creating the profile that contains guile-chickadee, and will not apply its native-search-paths. This is... an inelegance of the current system, for sure.
<tissevert>preparing an environment depends on the packages asked for in the environment, not on the existing «installed» packages
<vivien_>That’s true for pure (and container) environments
<vivien_>I mean, I can run guix environment --ad-hoc indent -- blender
<nckx>vivien_: This is about search paths and similar environment variables like GIT_SSL_CAINFO, not about what's in PATH.
<meo>rekado_: when you said profile hooks, I assume you meant guix user profiles and package installation/removal triggers their update which may pull its own dependencies
<nckx>Some variables like GUILE_LOAD_PATH, PYTHONPATH are requested by the ‘consumer’ of the variable (so Guile, Python, ...). So only Guile needs to declare ‘I use GUILE_LOAD_PATH, and this is how to construct a valid one’, instead of *every single* guile-foo package having to do so, or needing a global hook for each new variable. But if Guix doesn't see a consumer in the same profile as a provider, it doesn't have that information, and it doesn't
<nckx>hwpplayer1: I'm not sure what you're asking.
<hwpplayer1>hint: After setting `PATH', run `hash guix' to make sure your shell refers to `/root/.config/guix/current/bin/guix'.
<nckx>roelj: Which package is it? It doesn't sound like the gnu-build-system is involved. It doesn't choose the compiler. The package's own build scripts do. Guix just puts a gcc in $PATH, and will put clang there if you add it as a native-input, too.
<hwpplayer1>guix is hashed (/run/current-system/profile/bin/guix)
<nckx>hwpplayer1: How did you ‘configure and install GNOME’? For example, just running ‘guix install gnome’ won't pop up a GNOME desktop. However, if you chose GNOME during the installation (ISO) and only got a TTY, that's a bug.
<tissevert>I don't see any obvious reason why gnome wouldn't start with your services configuration although I'm a bit confused you can declare both gnome and xfce desktop services without getting a warning
<tissevert>(a quick tip though : the keyboard-layout setting lets you change your keyboard layout globally, and it should affect both your tty (so you won't need to manually loadkeys upon login and X session, when it finally starts)
<tschaubless>nckx: cheers, luckily the command line option already works for me... out of curiosity (and lazyness to go through the manual) is there a way to append (or somehow modify) lines to a file, say /etc/fstab...? I'm talking about the system configuration file of course, using guile
<MysteriousSilver>Hi! Running `guix upgrade` upgrades all packages installed. How do i only upgrade packages that aren't up-to date?
<vivien_>MysteriousSilver, sometimes other packages get re-built because their dependencies changed; if so, upgrading only the dependency will not actually upgrade anything, it will just use some space on the store
<Ikosit>Which package has the ldconfig executable?
<jackhill>nckx: of course, the top of that file says, "/* hackage-packages.nix is an auto-generated file -- DO NOT EDIT! */" so YMMV
<drakonis>they're looking into a way to get rid of auto-generated files and just directly import on the fly
<pineapples>I quietly read all threads/messages on the guix-devel mailing list, and I must say that I'm excited for the future of GNU Guix. I love how performance and usability improvements to the existing codebase, as well as implementing new features are the focus of the project. It gives me hope that it is far from stalling in the near future :)
<terpri>does anyone have a standard firefox package lying around with *just* the nonfree bits removed? (i think just disabling EME should sufficient, maybe pocket too since its server is nonfree, although i may be forgetting something)
<apteryx>civodul: based on experiments, it seems to not be guaranteed. Polling until getgr and getpw succeeds seems to help.
<terpri>icecat is getting a bit outdated for some of the (free) extensions i use, and stripping out the icecat patching seems nontrivial (maybe a change in the build system or something)
<terpri>but mostly its (understandably) being based on firefox ESR means it'll always be a bit behind standard firefox. i'm not 100% sure whether things like container extensions (Temporary Containers etc.) being broken is due to that, but it seems a likely enough reason
<drakonis>to be fair, firefox esr doesnt have audio playback weirdness
<ghosthell> Non Terrestrial Or Terrestrial Beings which can help me with Trans Universal Transportation (Please PM Me)011011011
<terpri>drakonis, exactly the problem i'm poking at in my spare time :) certain audio streaming methods are just broken, i'm not sure if it's due to using more system libraries (since moz has extensively patched lots of vendored libs) or something else
<jackhill>I vaguely remember cwebber poking at a firefox package too
<zeminger>Hi. I want to add support for LVM-in-LUKS booting in Guix. The problem is that it is not possible for lvm-device-mapping to say they rely on another mapped-device. Does anyone have an idea on how best to proceed.
<drakonis>interesting to know that there's work on this
<apteryx>zeminger: have you tried? Adding a dependencies field such as for file-system would probably be a good idea, but it may work already if the mapped-device are setup in the order they are listed?
<zeminger>The problem is that the LUKS mapping is deemed to not be needed for booting as nothing directly relies on it\
<zeminger>So the GRUB config and the initrd do not attempt to open it
<apteryx>can it be worked around by adding a dependency to the luks mapped device to a file system object?
<zeminger>I have done so in the past, and I also had to manually edit the GRUB config as it did not add the correct modprobe lvm. But I would prefer to add a cleaner way.
<terpri>zeminger, LVM-in-LUKS is supported now. i switched to plain btrfs-on-LUKS, so i don't have an example config handy, but it works perfectly well
<terpri>zeminger, iirc mapped-device entries are simply processed in-order, so later entries can depend on earlier ones (luks-device-mapping precedes lvm-device-mapping) despite the lack of explicit dependencies
<drakonis>jackhill: that whole issue is just :chefkiss:
<zeminger>terpri did you need a fake file-system to depend on the LUKS partition to make GRUB and the initrd aware of the LUKS partiton?
<aocusr>hi, is there a comparison of guix 1.3 to latest nix ?
<terpri>zeminger, no, although v. (info "(guix)File Systems"):
<drakonis>aocusr: hmmm, andrew tropin made a video comparing guix to nix
<terpri>"When the source of a file system is a mapped device (*note Mapped Devices::), its ‘device’ field _must_ refer to the mapped device name—e.g., ‘"/dev/mapper/root-partition"’. This is required so that the system knows that mounting the file system depends on having the corresponding device mapping established."
<drakonis>but its a 50 minutes video and who the heck has time to sit all the way through
<zeminger>terpri yes the problem is that LVM is a mapped-device and not a file-system. My file-system(s) all point to the LVM mapped-device, and without a fake entry nothing points to the LUKS mapped-device.
<terpri>so if i'm reading that correctly you cannot use uuids or labels for LVM-based filesystems, it has to name the LV device
<terpri>i'm not sure why guix doesn't come with a sysvinit script... but it just needs to run "~root/.config/guix/current/bin/guix-daemon --build-users-group=guixbuild" which i guess you could put in /etc/rc.local (if i remember the name correctly)
<ss2>nckx: just back; pulling and about to test your commit.
<terpri>(just guessing that an LFS-based distro might not use systemd)
<sneek>civodul, nckx says: I reverted commit a67c00f4f7ee0a70fce14a7e1907cce332c85813 to fix #48496. Pulling in sqlite3 for now seems relatively harmless, at least on privileged architectures... :o)
<nckx>hwpplayer1: There are 5 maintainers who do, well, not that much, and I think that's a good thing. Mostly ‘people management stuff’. They also have final say over who gets commit access. Said commit access isn't a badge of honour (although it is a compliment), just an optimisation to keep the code flowing smoothly. TL;DR by talking here you've already joined the team. Welcome.
<nckx>TBH I think it's in everyone's best interest to not to do that. People who want Trisquel should get the best Trisquel possible, and conversely Guix should not feel pressured to conform to more traditional paradigms™ to appeal to everyone.
<mdevos>That is my experience as well at times when I try this work-around.
<mdevos>jorge[m]: Tip: "guix install --keep-going STUFF" will ignore the error and ‘keep going’, trying to download the rest. Of course, since the package could not be substituted, eventually "guix install" will still fail.
<mdevos>If you try "guix install --keep-going STUFF" one or two times or so, I think the command will succeed.
<jorge[m]><mdevos "If you try "guix install --keep-"> ok gracias, lo intentare mas tarde
<mdevos>I don't know how that would work, maybe adding the mirror to the list of 'substitute servers' of each client is sufficient, or maybe things are more complicated
<hwpplayer1>It will be like ("chat.freenode.net" "chat.x.net")
<mdevos>IIUC, source code is downloaded from the following, in order (not sure though): The substitute server list, (untrusted) substitute servers discovered on the local network (if configured), ci.guix.gnu.org even if it isn't in the previous list, the upstream location, Software Heritage and Software Heritage+Disarchive
<mdevos>So the ‘clients’ of the mirror service don't need to do anything new, they just need to add your mirror to the list of substitute servers.
<mdevos>hwpplayer1: I think you may be interested in setting up your own substitute server.
<mdevos>A substitute server provides both the source code, and the binaries.
<mdevos>I recommend reading the section ‘5.3 Substitute’ of the manual, and look at cuirass
<zimoun>apteryx, mbakke or any core-updates mergers: when is the next core-updates merge planned to start? Updating Julia to 1.6.1 requires an update of pcre2 and utf8proc <http://issues.guix.gnu.org/48325#12>. In order to know what does it mean “wait”? Or instead use a “trick”. :-)
<mbakke>zimoun: the core-updates freeze will start soonish, but will likely take a while to merge because it is huuuge. So it's probably best to give Julia newer versions on pcre and utf8proc on 'master' if you want it in the next few months.
<zimoun>mbakke: ok, cool! Thanks. IIUC, I should submit a patch to core-updates for updating pcre2 and utf8proc soonish, and add to master extra prce2 and utf8proc symbols with their update to be able to update julia. These 2 extra would be removed by the merge. Does it make sense?
<keo[m]1><mdevos "E.g., here are a few separate su"> Do they complement default substitute server or just duplicate it for the sake of trust? I'm asking because my machine rebuilds too much every time (and on i686 it's really painful) and i'm searching on how to eliminate that
<iyra>the flashing seems to happen more often when the system is doing something under stress - for example, when compiling Linux it seemed to flash way more often than normal. icecat and Youtube makes it flash quite often too
<iyra>as far as I know, yes - but it's been a few months since I was using other distros. I was using NixOS before with no flashing. I'm considering having a look by liveUSB booting another distro
<iyra>In that time, something in my PC may have started failing, so it really could be a hardware problem
<joshuaBPMan>I actually do not run gnome on guix system. I personally just have issues with it. I use sway, because it's the only environment on guix system that I've found that works well. (I have not tried all desktop environments or vms).
<joshuaBPMan>hmmm. Possibly a hardware issue. I'm sure there is some way to go about debugging your graphics drivers or screen flashing, but I would not know how to do about doing that.
<iyra>Yeah, I didn't enjoy gnome either. I try to stick to tiling WMs like sway when it works or xmonad. But I did try and take sway out of the equation this time to check
<joshuaBPMan>iyra: hmmm. I'm running guix system on a thinkpad T400 running osboot. Sway works well for me.
<joshuaBPMan>I suppose that you could always use guix on a foreign distro, but that thought personally sickened me. :) I wouldn't get the cool declarative nature of guix.
<iyra>Yeah, I know, sway works fine on guix, and I've used it before. It's just since some upgrades a few weeks ago maybe that things don't work any more, and I keep having the same problem even if I choose older revisions in GRUB
<yjftsjthsd>Do guix channels have to use git, or is it possible to use, say, hg or fossil?
<mekeor[m]>yjftsjthsd: afaik only git is possible right now
<yjftsjthsd>Okay, thanks. Not a terrible burden, but I prefer alternatives when I can get them
<drakonis>with effort it should be possible to plug other vcses
<yjftsjthsd>A glance at guix-1.3.0/guix/channels.scm makes me think that it would be technically okay but painful in terms of underlying assumptions (the code/comments tend to imply that channel==git repo). No biggie; it isn't my first pick but git is fine so I'm not inclined to spend effort on it