<truby>Ollreee: I found I needed to have fontconfig installed from guix too, then ran fc-cache to regen the font cache and fonts from guix were picked up fine. But fc-cache from my distro doesn't pick up guix installed fonts
<truby>this might be something worth adding to the application section of the guide that covers this stuff on foreign distros?
<efraim>relating to the btrfs compression discussion on the mailing list, 'sudo btrfs filesystem defrag -clzo /gnu/store' fails with permissions errors. forgot about the directory being mounted read only
<roptat>coldpress, that's really low, not even a MB :)
<desmes>hey guix! If I don't want to use a display manger, I guess I just have to remove 'gdm-service-type' from '%desktop-services', should't I? What would be the preffered way to do this in guile scheme?
<Gamayun>desmes: Or you could use %base-services instead. Depends if you want other desktop services started.
<desmes>Gamayun: Good idea, so I should just use base-services with the other services except the display manager
<desmes>Gamayun: is there a way to inspect the desktop-services so I can know what to add? I guess now I will use the guile repl?
<divansan`>Hi All.Trying to install eclipse from guix. I'm not quite sure which package it is. There are 45 results. Anyone know?
<g_bor>ok, I see it now. I can do something like the log to info from system install...
<g_bor>nckx: so far it looks good to me. Boots fine, gpg, emacs, git and elogind-service works as expected.
<nckx>Perfect! Thanks. I'll stop worrying and just do it.
<desmes>Hey guix, does anybody else have screen tearing problems with Intel integrated cards? Usually using a compositor like compton with the 'Tearfree true' Xorg option solves this for me in other distros, but not on Guix.
<bavier>katco: I think additional outputs would make sense
<desmes>Has anyone here managed to use X without a display manager (just using 'startx')?
<katco>bavier: thx for the opinion. the current package decends into the `cpp` sub-project specifically, so it is going to be interesting to figure out how to write this. off the top of your head, can you think of any examples to follow?
<bavier>katco: in practice, if the sub-projects are all rather independent, and don't need shared build state, then creating separate packages may also be easiest, since you might be able to keep different sets of inputs.
<katco>bavier: i think that is an accurate characterization. there is some interdependance of _outputs_, but not shared build state.
<roptat>It's easier with separate packages, see maven for instance
<bavier>katco: for a monolithic package, you could redefine the build phase so that it loops over the set of subdirs and calls the original build function, while maybe also redefining the installation prefix appropriately for each.
<katco>from a user's perspective, i like the idea of all of this output being grouped under `apache-arrow`, but from a build/logical perspective, i think it might make sense to have separate packages. i'm really on the fence.
<mbakke>I suppose you could do both, by creating separate derivations for each sub-project, and then combine them into one package :-)
<sneek>sirmacik1, g_bor[m] says: I've checked my config on the sway machine. The only thing I have in the config.scm is elogind-service and %base-services that relates to sway. Sway is installed in my user profile, and I start it from the command line.
<sirmacik1>sneek tell later g_bor thanks! will you be able to show me your config.scm anyway?
<sneek>later, sirmacik1 says: g_bor thanks! will you be able to show me your config.scm anyway?
<coldpress>anyone else's icecat only shows white numbers on a white background?
<truby>I guess there's fewer substitutes for AArch64 then? it takes me roughly an hour or a bit more on the aarch64 server I use
<coldpress>also, is there a way to change localtime, other than by reconfiguration?
<pkill9>PotentialUser-47: you just need to move /root/.config/guix to /root/.config/guix.bak, then run `ln -s /home/<your-user>/.config/guix /root/.config/guix`, then root will use your user's Guix. You'll want to avoid running `guix pull` as root though, as it will create the symlink "current" in that directory as root and your user won't be able to change it
<PotentialUser-47>pkill9: is there anything I need to do to revert running guix pull as root?
<PotentialUser-31>I'm having trouble making analogies between pacman and apt package managers with guix
<truby>PotentialUser-31: my understanding is that (broadly) guix pull is anlagous to apt-get update and guix package -u is analagous to apt-get upgrade. But, they are individual to each user so updating your users stuff doesn't affect other users on the same system
<truby>if I'm not wrong, the same breakage won't happen because each package gets installed into a new profile before that gets switched to. So, you can't get the problem you get on Arch where a package getting unpacked breaks the currently running pacman binary
<truby>but, I am by no means a guix expert so I could have understood that completely wrong :)
<PotentialUser-31>I make a tweak to my command line file manager in the source code to change the leader key to semicolon. What would be the ideal way to use guix to package this modification?