<lfam>They do require some adjustments, but they will give you the basics
<lfam>There might be some hiccups dealing with user and group IDs after the transition, especially relating to ownership of the files in /home. But you can do `chown -R [...]` to fix it. It's just something to be aware of
<bqv>Mmm, I see. Is there a way to make my system use musl?
<mbakke>rekado_: so the branch was already complete, just forgotten?
<dftxbs3e>bqv, Glibc is a shared library so it doesnt take space twice but GNU Guix can be made quite thin given light configuration. But that's probably not GNU Guix focus to optimize on disk size now. There's quite a few needless duplicates of packages references around the place.
<mbakke>it will likely conflict massively with my TeX Live 2020 work, but I guess there's no way around it
<dftxbs3e>bqv, rather than optimize to have a single thin version of every package, GNU Guix some times builds multiple versions of packages with multiple compile/else options so they fit better to where they are used.
<lfam>I agree with dftxbs3e. Although Guix has tools for profiling disk usage and we don't intend to waste space, it's no lightweight in terms of space usage
<bqv>Hmm. Would it be unreasonable to try and fit it on a 32G MMC?
<mbakke>there's quite a lot of room for improvement in disk space usage, it would be great with more work in that area
<wleslie>for some reason I thought Samuel replied, but no
<mbakke>bqv: I'm sure you can hack Guix accordingly :-)
<zamfofex>wleslie: No, it wasn’t me. I don’t generally frequent mailing lists.
<bqv>entirely possible, but extremely less convenient due to the whole nonfree thing, and i can't guarantee that i'll be able to so i'd rather not risk deleting things
<c4droid>Hi, I set my lvm-device-mapping for my disk, one for root, one for swap, when I set swap-devices to my lvm swap partition and reconfigure my system, guix report my lvm swap partition which is not provided by any service.
<wleslie>zamfofex: do you have the netdde translator set?
<bqv>mbakke: my other option is to replace some of my use of home-manager with guix, the only downside of which would be the decrease in amount of "config unity". That would however be a non issue if i could use IFD to eval parts of my nix config and import the values into guix, even if that's a bit horrifying
<bqv>fancy would probably be the polite adjective for it... i reckon most other people would go for "cursed"
<clone11>I'm getting segfaults on emacs -q after updating today. Is this happening to anyone else?
<bqv>one aspect of hurd i absolutely love is "translators", and even now i can think of a use for them. I have guix installed on this machine in "rootless" mode, so everything that uses /gnu needs to be run in a namespace wrapper script, which means i can't just add stuff to PATH and expect it to work. It would be nice to be able to do that wrapping automatically by some kind of mount, rather than have to
<blendergeek>I know that the "Guix way" of configuring my system is through config.scm. Do I have to specify my printers that way as well? Or can I add those through the good old-fashioned CUPS tools?
<blendergeek>Well, I tried adding it the "normal" way using system-config-printer, and I get this error: Printer 'EPSON-ET-4700-Series' requires the '/gnu/store/<hash>-cups-2.3.3/lib/cups/filter/epson-escpr-wrapper' program but it is not currently installed. Please install before using this printer.
<cbaines>I need to look at how #reproducible-builds handle testing in the future, bitcoin-unlimited has a testsuite bug that means it currently fails to build, and that could have been detected by building it "in the future"
<roptat>I think we would need to type the configuration: right now, you could pass 1, #f, or the proper record type without guile noticing, it would only fail when building the configuration file
<roptat>if we did that, we would know what type of configuration a service is expecting, so we could display that info
<roptat>the best we can do is assume foo-service-type requires a foo-configuration record type, but that's not necessarily the case
<cybersyn>hi guix, GewaltDisney here, i updated my username because that one was over a decade old
<cybersyn>not that i've been terribly active here, but just to note
<dftxbs3e>hey, I just had an idea, wouldnt it be interesting to have a desktop or command line application launcher that naturally compiles programs as needed? Say someone asks for command "dig" but it's not installed, instead of being met with an error GNU Guix spawns an environment with it inside and runs it, same thing for both desktop and command line, then the built things will get deleted on next "guix gc"
<dftxbs3e>We often use commands only a single or few times and then never again, installing packages over and over is taking up disk space unnecessarily then
<dftxbs3e>that could be a command-not-found hook (like Fedora does) or otherwise some desktop launcher app you'd use
<dftxbs3e>the GNU Guix data service could create metadata archives for all programs each package makes available in PATH (by name)
<dftxbs3e>and somehow users could have a copy of that metadata set, for each and every GNU Guix revision (more or less)
<dftxbs3e>to have a program name -> package name mapping
<dftxbs3e>Extending functional model to how you use applications day to day (lazily compile then garbage collect)
<pinoaffe>dftxbs3e: while it could be done, doing something like debian does (suggesting packages) seems like a better idea, if need be you can prompt the user whether they want to open an environment where said package is available
<pinoaffe>however, afaik guix doesn't have a list of which packages provide which executables (yet), so it'd take a while to implement
<dftxbs3e>pinoaffe, yes of course it would have to ask since there could be name conflicts
<no-username-3210>Hello ! Is anyone here know how i can download ALL (all i installed) of packages in some kind of "local repo" to have all software i need on my home-server ? (without need to have internet connection for installing software (that i allredy have) , on other guix workstation in local network)
<dftxbs3e>no-username-3210, you can run as root: herd discover guix-daemon on
<dftxbs3e>it will allow other machines in the same LAN to access the local /gnu/store
<dongcarl>Trying to understand the intricacies of GUIX_LOCPATH, please let me know where I'm wrong: GUIX_LOCPATH is used by packages installed via Guix and Guix itself... So here's my question: why doesn't `guix environment --container --pure` set GUIX_LOCPATH?
<cbaines>dongcarl, there are some packages that declare that search path, glibc being one
<cbaines>I think there's an open issue where search path handling is dependent on the packages directly in a profile, rather than all of them
<dongcarl>cbaines: I'm running `guix environment --container --pure --ad-hoc glibc coreutils -- env | grep LOCPATH` and I don't see it, was this recently added or am I misunderstanding?
<cbaines>dongcarl, I guess a search path isn't set if it's going to be empty, try guix environment --ad-hoc glibc glibc-locales --search-paths
<lispmacs[work]>hi, I see in the info docs that there is a system keyboard layout option for ctrl:nocaps. Is there one for swapping caps for ctrl? I'm having trouble finding the list of options in info or in source