IRC channel logs
2024-09-01.log
back to list of logs
<podiki>xonotic references install-binaries but still builds <podiki>the reorder and rename so that add-after references an actual phase fixes it <podiki>but i can't find the commit that would affect this <amano>How do I import zfs pools without mounting them before file-systems of operating-system can mount zfs file systems? <podiki>lilyp: ah you are right, wine64. so something has changed the ordering of evaluating modify-phases? <lilyp>wait, lemme submit my patch for that <amano>If zfs pools are on LUKS, I can't just import zfs pools before LUKS devices are opened through mapped-devices of operating-system. <amano>With raw-initrd, there is no code that can be executed after devices are mapped. <podiki>lilyp: do you know what the change was that caused this to happen now? <lilyp>sent the patch just now, will take some time to hit the mailing lists – I got a working build on my machine, but you might want to double-check <podiki>thanks, will take a look for it later <podiki>curious what changed in the build system though <amano>How do I use ZFS on gnu guix? <amano>I guess I'm forced to stay on gentoo linux until gnu guix adds zfs support. <amano>btrfs is fine for two-disk raid1, but beyond that, I want ZFS. <amano>RAID5 is useless. RAID6 is also becoming uselss.. RAID10 is the only real sane option now. <amano>Perhaps, RAID50 can be used. <amano>nikolar: Storage devices are becoming big enough that RAID6 is not safe enough. <amano>It seems that gnu guix maintainers didn't want to accept ZFS support from a contributor because they were afraid of lawsuits althouugh ubuntu linux, gentoo linux, and arch linux already have proper ZFS support. <amano>The most advanced linux distribution in the world becomes less useful if maintainers are not courageous like other distributions. <amano>Courage and speed matter. The speed of accepting ZFS support matters. <amano>Fear freezes and shrinks people. <amano>Fear makes people immobile. Movement is life. <Noisytoot>zfs is packaged in guix, just without substitutes <Noisytoot>ZFS should not be accepted until oracle releases it under GPL. Canonical is violating the GPL by distributing ZFS binaries with Ubuntu. <amano>gnu guix maintainers are wasting the best advantages they were given by God. <amano>ubuntu linux, gentoo linux, arch linux, and other linux distributions are moving courageously with the tools they are given. <weary-traveler>can we leave religion out of this, please? i don't believe this is a constructive discussion <amano>weary-traveler: You can ignore god in this case. <amano>And, God is not religion, by the way. <amano>It has nothing to do with cultural religions in the world. <weary-traveler>the capitalization implies a very particular flavor of divinity. it seems off-topic at best <amano>weary-traveler: It implies some respect. <amano>If I respect you, I will write Weary-traveler. <amano>God isn't exactly proprietary software, so I'm fine. <wizard>who are the moderators of this channel anyway <amano>Or, is guix specifically anti-God? <amano>If suppression of speech is so high that one can't even use the word, God, there is a problem with people's percpetion of freedom in this room. If you are not allowed to say God, you are not free. That's weird for a community that emphasizes freedom. <Noisytoot>amano: moving courageously? you mean violating the GPL <amano>Noisytoot: gentoo didn't violate the GPL. <Noisytoot>amano: you're also ignoring the fact that guix DOES package zfs <amano>Noisytoot: ZFS is uselss on guix. <amano>Becaus there is no guile support code to make ZFS useable on guix. <amano>I can't use ZFS on guix for now. <Noisytoot>write that code and put it into your own guix channel? <amano>What if it requires modifying gnu guix? <amano>I didn't come here to fork gnu guix and make my own distro. <wizard>sounds like this might not be the distro for you if it doesn't have the features you want <amano>And, I don't think it violates GPL. <amano>The concern was Oracle lawsuit. <amano>Merging ZFS into mainline linux means violating GPL. <Noisytoot>distributing ZFS kernel module binaries violates GPL <Noisytoot>guix does not do this, because substitutes are disabled for the zfs package <amano>That's just a technicality. GPL's spirit is to support open-source. ZFS is open-source. <amano>In practice, FSF only has problems with proprietary softwares. <amano>ZFS doesn't derive linux kernel in any way. It depends on linux kernel. <amano>In practice, everybody wants to use ZFS. <wizard>i know a bunch of new patches were pushed yesterday, has anyone had any issues pulling since? <amano>This is why I don't like GPL... <amano>GPL seems to slow people down. This is why I use 0BSD in my software projects. No legal issues whatever with 0BSD. <amano>Just use my software, and don't bother me. <amano>0BSD allows me to move fast. <amano>I'm not going to say ZFS module is violating 0BSD license. <amano>0BSD doesn't obligate people to carry copyright clauses... That means fast movement. You don't have to carry my name and my email. Go go go. <wizard>should i be the guinnea pig for the two of us weary-traveler :p <wizard>i trust the maintainers are running a tight ship, i'll give it a go :) <amano>Even BSD licenses felt somewhat cumbersome to me because other people expect me to carry copyright clauses. <Noisytoot><amano> In practice, FSF only has problems with proprietary softwares. <Noisytoot>FSF doesn't hold copyright for Linux and FSF doesn't hold copyright for ZFS <Noisytoot>and the GPL's spirit is to support free software, not open source <amano>In nature, nobody owns information. <wizard>what does nature have to do with any of this <wizard>argh im biting the bait im so sorry <amano>I'm just tired of people slowing down each other with copyright nonsense. <weary-traveler>wizard: the ignore list (or equivalent in your client) works reasonably well <amano>You can't have ZFS in linux. You can't do that. Just merge zfs already. <lilyp>"you can't merge zfs, just merge it" <amano>I know because people are butthurtt about copyright and inflict violence upon you to enforce it. <Noisytoot>If you want something under a pushover license, use BSD <Noisytoot>ZFS is copyleft too. Under the CDDL, which was deliberately made to be incompatible with the GPL. <amano>Noisytoot: I specifically use 0BSD because it is easy to understand, and I don't want to be bothered with other people who want to ask me about legal issues. <amano>BSD is cumbersome to me. 0BSD is good enough for me. <amano>I don't want to bother to tell people they have to carry my name and my email in copyright clauses. <amano>My name is not important. I'm not important. Just use it. <singpolyma>The CDDL steward disagrees that there is any incompatibility <Noisytoot>The BSD licenses are inferior to the GPL because they don't ensure that derivatives remain free. But that's irrelevant. Linux is GPL and ZFS is CDDL. <Noisytoot>Complain to Oracle and try to get them to relicense it under 0BSD. Guix can't do anything about that. <amano>Noisytoot: 0BSD is superior because it doesn't slow people down. <amano>In reality, moving fast is far more important than worrying about prorietary softwares using my softwares. <amano>0BSD doesn't tell people what to do with softwares. <Noisytoot>I do not want my code to be used in proprietary software. <Noisytoot>Proprietary software is unethical and should not exist. <amano>Proprietary software is not unethical. <amano>Proprietary software just comes from a low level of consciousness, but it doesn't initiate harm on anyone. <bjc>can you take this to #guix-offtopic please <amano>I don't like proprietary, but I just ignore proprietary softwares so that open-source softwares can move fast. <lilyp>that's a very bold statement to make here in #guix ;) <amano>Unethical means violence. It is one and the same. <amano>The point is gnu guix should merge zfs support already. <amano>ZFS is the game-changing tool. <lilyp>ZFS "don't link our crap against GPL" is unethical violence ;) <amano>But, in practice, many linux distributions mustered courage and just added ZFS support. <amano>It's time for gnu guix to step up and muster courage. <amano>Courage means taking actions despite the threat of violence. <lilyp>or, we could, like y'know, stick to principles <Kolev>amano, if the CDDL means nothing, then the GPL means nothing. It's a double-edged sword. <wizard>can i be the one to say that i'm not very thrilled about the implication that amano's called us weak and poor several times at this point <wizard>day 1 you were here you said guix was a distro for poor people who don't get things done <amano>I don't remember saying that. <wizard>by saying guix has to "step up and muster courage" you're implying we're something lesser in your mind as well <amano>In this case, gnu guix maintainers should muster courage. <weary-traveler>perhaps he could lead by example and fork guix and make patches as desired <amano>weary-traveler: It takes time to do so. <amano>I can't do everything under the sun. <amano>wizard: I do think other distributions are better in terms of courage because they were fast to support ZFS. <wizard>the guix maintainers aren't interested in adding zfs support due to licensing issues. i don't think implying we're fearful for that will change any of that. <amano>I didn't imply that guix maintainers are fearful. I said they are in fear. <daviid>no they are not :) - too much none sense <wizard>i don't appreciate the constant sealioning as well <lilyp>I am in fear that it's not mod hours in Europe currently… <amano>I do want to see gnu guix forked into a new distro that adds ZFS support smoothly. <wizard>amano: be the change you want to see in the world. but this project is bigger than what you want and your own goals. <amano>At least, I agree that I don't control guix maintainers. <wizard>weary-traveler: i was hit with a big gtk recompile, maybe wait a bit longer for the substitutes to catch up ;) <weary-traveler>wizard: good to know, thanks. not late enough in the year for me to want to use my laptop as a heater <wizard>ag super sorry to get worked up about that person. <podiki>I pushed an update to gtk (v4) as current version failed to build after some combination of core updates and master. Just give it time to build (mostly the test suite is long) <wizard>ahaa that makes sense. guess i just had unlucky timing <kryptec>Hi all, guix is suggesting I install the glibc-locales package and define a GUIX_LOCPATH, and I was wondering what the advantage is? <lilyp>do you use guix system? if so, that warning is likely not meant for you, but an artifact produced by the recent glibc bump <lilyp>anyhow, GUIX_LOCPATH is used to find translations to your language if you happen to be a non-native English speaker <kryptec>I think I just needed to read the manual a bit closer. Thanks for the response though! <Endless>I was installing guix and realized I had just accidentally skipped the cups install. I exited the installation process and now I can't even get to my installation USB, not even past the Dell logo -- it automatically goes in to a grub rescue prompt (not even a true shell) with the message: `error: file '/boot/grub/x86_64-efi/normal.mod' not found` <Endless>... I am pretty sure that it is not actually there, because I canceled the installation mid-process just after formatting my discs. What can I do to at least get back to my USB installation boot? HELP! <Endless>I've already tried setting the prefix to each of my drives listed with `ls` but no luck. the file is not present anywhere. Did I just brick my hard drive? <lilyp>you should still be able to enter firmware settings by pressing some button when the dell logo appears <lilyp>from there select the usb stick as boot target and boot from it <lilyp>then, redo your installation and this time try not to abort it early ;) <nckx>Actually, Guix maintainers are pretty cool and don't afraid of anything. <nckx>Sorry that I wasn't around. <nckx>I'll have a talk with them tomorrow. Good night everyone. <podiki>lilyp: re wine64 patch; didn't try to build locally but LGTM <podiki>lilyp: re gitg: also LGTM (didn't test locally), I think a public newer meson version will be helpful as I'm sure other packages will want newer meson before we change the defaults <cobra>recent i686 images kernel panic "attmepted to kill init" while booting <cobra>also im having a consistent issue where a package (font-google-noto-serif-cjk) will retry download from other substitute urls and immediately fail because `mkdir' exits non-zero with "file exists" <wizard>i'll look into it tomorrow for now it's zzz time gn guix :) <eikcaz>In setting up build offloading, I authorized a public key for a <eikcaz>machine. However, when I try to connect to it with "guix offload test", <eikcaz>Guix complains saying the machine has the wrong public key. The <eikcaz>public key printed in the "guix offload test" looks different than <eikcaz>what I see from "cat /etc/guix/signing-key.pub" over an ssh into the <eikcaz>^ Sorry for weird formatting. Guess I shouldn't M-q in erc. <eikcaz>Am I being man-in-the-middled, or is there something I am missing? <eikcaz>oh lord, it's the other way around: the other machine is complaining about my key... <PuercoPop>For people not using git-sendmail, is there a way to figure out if I should include other teams from the guix CLI or sending the email to guix-patches would also include the relevant teams? <eikcaz>PuercoPop: I think you can manually generate a list of emails to CC in addition to guix-patches by running etc/teams.scm in the guix repo <eikcaz>see section 22.7.3 of the manual. <eikcaz>the section right after the one about git-sendmail <PuercoPop>I've tried running $ ./etc/teams.scm cc-members 0001-gnu-emacs-lilypond-mode-Add-emacs-lilypond-mode.patch <PuercoPop>I'm guessing you wanted to point me to 22.10.3 Teams <PuercoPop>My patch is an emacs package but it is in music.scm (because it uses the lilypond package as input). I guess I'll just add team emacs members directly <PuercoPop>cc-members is not printing anything because gnu/packages/music.scm is not under a taem <the_tubular>Which emacs package manager should I use, if I'm using the Guix distro and which to pull packages through guix ? <mange>I use Guix to manage my emacs packages, which lets me just "require" what I need directly. <the_tubular>Interresting, just found an Andrew Tropin's video about the subject <the_tubular>That means there's no way for emacs to pull any packages this way correct mange ? <jakef>I'm getting an error with emacs-vertico when using emacs-next, but it only occurs when the packages are installed in the default user profile; it doesn't occur in a container :/ <jakef>it also doesn't occur with "emacs" (29.4) <mange>Yeah, my config is separated into Guix config (using Guix home) which installs emacs and packages (e.g. emacs-org emacs-paredit), then my emacs config in .el which loads them and my config for them. <mange>My config is also written to only load certain parts if the packages are actually installed, so I can share my Emacs config between machines with different packages installed. <mange>Sorry, I don't have my config publicly available anywhere. <the_tubular>Is there a good minimal config I could check that is made to work with guix ? <PuercoPop>the_tubular: there is no magic, one just includes the emacs packages in guix and then require them as usual, ej. using use-package <the_tubular>Why would you use use-package and not require PuercoPop ? <PuercoPop>the_tubular: That is an elisp question U_U. But basically because one doesn't want to require things in their init.el if you want a reasonable start time. Instead you wants to rely on autoload to load packages as you use them <PuercoPop>But you want to configure them and use-pacakge makes that easier. ej. Makes it easy to add key-bindings, hooks, register commands to be auto-loaded, add entries to auto-mode-alist <PuercoPop>If you install the emacs-macrostep package it is easier to understand/see what use-package does <the_tubular>I just don't want use-package to ever reach the repo, I want this to be handled by guix <lilyp>the_tubular: just don't use the (ensure …) stuff <lilyp>ahh, yeah, but I got the sytnax wrong, it's probably :ensure <lilyp>if you want conditional stuff in your init.el use (use-package the-package :requires the-package-autoloads :init …) <lilyp>guix guarantees the availability of those autoloads, so those blocks only apply if you have emacs-the-package in your profile :) <adanska>anyone who uses tuba, does composing a toot cause the program to segfault for you? <adanska>also, if im using Guix SD, do i need to do the whole 'installing glibc-locales` and setting the GUIX_LOCPATH variable? or is that handled automatically for me since im using Guix SD? <jakef>adanska: yeah i've been getting that instruction on guix system too since c-u was merged <Rutherther>hello, what is the plan for bumping Python from 3.10 to 3.11/3.12? has this not been done only because lack of work, or is there any deeper reasoning behind not updating? <mfg>Hi, does someone know why guix is hanging on reconfigure? I keep having this issue inconsistently, where i cannot successfully run system reconfigure, because guix seems to be waiting for something that never happens <mfg>seems to be a shepherd thing though <luca>Hi, I want to give guix a shot. I have a list of 100+ packages I would like to install, but I am not sure if all of them are available in guix's repos and by the same name. Anyone got any tips to find out which ones are available and which ones aren't/are named different? <Rutherther>luca: you can try using guix search or https://toys.whereis.xn--q9jyb4c/, both to search through name or description. If the package has a different name it can be a problem. There is guix locate to see which package gives you a given file, but it builds index by looking through your store, so if you didn't have the packages downloaded, it's not going to help you <luca>I'll give guix search a shot <Rutherther>guix search is mostly the same thing as packages.guix.gnu.org, though it's local, so faster. For me the site is very slow. toys.whereis searches also multiple other channels, so you can find more stuff there <luca>Well given it's a large number of searches, I think scripting is the way to go here <Rutherther>also depending on the packages, you might need services for some of them as well. For example stuff that needs pam rules, setuid, a service daemon started on system boot, ... There is guix system search and guix home search for searching services. You can of course make your own as well <pjals>Hello, should I be using GUIX_HAREPATH or HAREPATH when setting the module search path? The documentation isn't very clear on this. <kitaleth>decfed: Do you have a copy of that script? My alternative is to try and dualboot workstation <kitaleth>(Although the selinux explains the rrors) <dariqq>might have a workaround for ffmpeg for 32bit, but i keep ooming when building webkitgtk <luca>Is there some sort of formatter for scheme files? I pasted 90 packages on one line and it got ugly quickly <lilyp>dariqq: you might want to submit a WIP patch anyhow – CI ought to catch the webkit rebuild <dariqq>lilyp: webkit does not currently build on i686-linux anyway (because ffmpeg@4 is broken) so i think it should not really matter <lilyp>oh, it's just if you want to cross-check that webkit can be built with moar resources <dariqq>oh i misread your message. It succeeded now (using 5.5 G RAM on my other machine emualting 32 bit) <dariqq>Finally progress, looks like i can finally reconfigure it after core updates <nckx>luca: I've never tried it on a completely unformatted file, but 'guix style' is our opinionated package mangler. <pjals>Hello Guix! I've sent my "baby's first contribution" to Guix! It was quite honestly much easier than I thought. <nckx>I think more new contributors are scared off by loud claims aboit 'difficulty', than by any actual workflow. <apteryx>is anyone using network-manager to configure a wireguard VPN? <lilyp>perceived difficulty is the worst kind of difficulty <luca>nckx: Thanks! It worked just fine :D <lilyp>I think I prefer lilyp++ – but actually, it's a pun on lily with the -p = ? suffix <Rutherther>is it possible that package "gd" is missing propagated inputs? it has Requires.private in pkg config file - zlib, libpng, freetype, fontconfig, libjpeg. I think those should go into propagated inputs, no? php is failing to build, because "Package 'freetype2', required by 'gdlib', not found" <lilyp>weren't these types of failures supposed to be gone with the current c-u merge? did i misinterpret something? <nckx>lilyp: ...never occured to me, despite being familiar with the historical slang. Sad. <lilyp>well, it's an elisp thing more than a scheme one <luca>Does anyone know how I can configure neovim "the guix home" way? Do I tell guix to copy over some files in .config/nvim? Or is there some other way? <lilyp>i think currently that's the way – you could make a specialized home-neovim-service to do so, but that's about it <Rutherther>there are two general approaches, either by symlinking configs or by wrapping - putting the config only to gnu store and making neovim executable that will pass this in sort of a config argument, wrap-program can be used for that. Wrapping is harder, but doesn't put any unnecessary files to home <apteryx>ah, I've found the trick to make WireGuard in NetworkManager work; you need to give an manual IP in either the IPv4 or IPv6 configuration tabs <luca>in particular I have doubts about adding files one by one. Seems like it would be a long list quickly <Rutherther>you can use specifications instead, and you won't have to import modules yourself. Specifications are strings, usually just names of packages, to search for. There is specifications->packages that converts those to packages. So your packages list could become something like "(packages (cons* package-a package-b (specifications->packages (list "imagemagick" "network-manager" ...))))" <Rutherther>other than that you could also use "use-package-modules" instead of manually including "(gnu packages ...)". ie. "(use-package-modues admin gnome imagemagick ...)" <widespace_>d-tools' package seems to be broken. build fails during the check phase. <unwox>luca: you can also copy whole directories with local-file function <luca>How so? It seemed like it would only return one file <luca>ah, I misunderstood the docs. Thanks! <Rutherther>I've tried submitting my first patch "[PATCH] gnu: gd: Requires.private to propagated inputs" from address rutherther@protonmail.com, but got no response and it hasn't appeared in issues.guix.gnu.org. Could someone, who can, take a look what's wrong? Since it's my first time submitting a patch, could it be some spam prevention? <nckx>Almost an HOUR‽ On a SUNDAY‽‽ :) (But no, there's nothing in the human-moderation queue. The gnu.org mail server's pretty chill tho. Perhaps it's chillin'.) <nckx>Unfortunately we have no insight into that. <Rutherther>okay, so it's fine? I've asked someone else and they said I should get an e-mail reply almost instantly that the patch was submitted <nckx>If you got no reply from debbugs that's completely beyond our control, sorry. <nckx>I will verify however that you've not been accidentally blocked. <Rutherther>alright, but does that mean the patch was not received, or it still could be processed later? <nckx>Don't resend it just yet, let's give it some time. <nckx>Just to confirm: you sent it to guix-patches at gnu dot org? <Rutherther>yes, exactly, here ctrl-c ctrl-v from my own inbox (I was in cc): guix-patches@gnu.org <nckx>You're not subscribed, you've not been approved, but you've also not been accidentally blocked. That means that you should show up in the mod queue. But it also means that you should have got a reply from debbugs immediately, so my bet is still on a very sleepy mailserver. Let's wait a while. <nckx>(Correct me if any of the above looks wrong.) <nckx>If it hasn't shown up by tomorrow, do resend it, and apologies for the delay. <nckx>sneek: later tell apteryx I'm uselessy late but if you ever need it, I think there was an answer to your question in #grub: absolute file names are relative to "($root)" so you can set root=hd0,1 without typing any brackets. <ieure>A package in my home profile is downstream of this one, so I can't update until the build is fixed. <nckx>I'll take it but it won't be immediate. <ieure>Most of the diff is `guix style' reformatting stuff from the previous version of the package, the non-whitespaces changes are pretty straightforward -- upstream switched build systems, and has a way to disable a test that the Guix package had manually stubbed out. <nckx>I don't like the fact that the newlines between keyword arguments and values were removed (#:phases<newline>foo → #:phases foo). Did ‘guix style’ do that? <nckx>I thought I'd patched it specifically not to, but maybe it was a fever dream. <nckx>Rationale: indentation is nice but this much just leads to cramped code later on, negating any clarity. <ieure>I agree with you -- the result of `guix style' here is mixed. All the input packages on one line is IMO not good, either -- it makes for a harder-to-read diff when the list changes. <lilyp>Anyone here wanna take a look at #72922 and #72923? Both are quick fixes by yours truly and I'd like some comments before pushing them <ieure>lilyp, Sigh, the QA thing with the form for patch review 404s on both of those. <lilyp>oh, I read that, I was just asking for more comments, since "LGTM; didn't test" is not a recipe for success 😉 <nckx>WDYM LG;DT *rocket emoji* is not a perfectly valid code review. <lilyp>nckx: it doesn't have enough emoji – LG;DT 🚀🚀🚀 OTOH signals strong confidence <nckx>True, true. My agile skills are rusty. Sorry. <nckx>Speaking of things that are rusty: <nckx>ACTION has a static bcachefs binary! Now to clean up this absolute mess… <lilyp>I have a bad feeling about this. <nckx>The future? Yes, it's not promising. <lilyp>oh, you beat me in send speed; but yeah, that too <nckx>Oops, I didn't notice that you'd supposedly typed that in under a second. Take is as a testament to my estimation of your skillz, and other flattery. <lilyp>I didn't measure, but I startet typing at "Speaking of things that are rusty:" – meaning I got a bad feeling once I knew Rust was involved. <lilyp>*started, we're online, not in Germany <nckx>Well, not for lack of trying. <kitaleth>does guix not use git 2.35? guix pull does not seem to support zdiff3. <cbaines>I don't think guix uses git, it uses libgit2 <nckx>Also, how the hell does zdiff3 affect repository layout? <nckx>I know it as a diff style, AFAIK git doesn't store diffs. <luca>Hi, I've tried using `(local-file "./.config" #:recursive? #t)`, but guix home is giving me an error: `guix home: error: invalid name: `.config/'`. Anyone got any tips? I'm new to guile <Rutherther>luca: give it a name as well, since something in .config/ is disallowed for a name, I think it's the dot. For example "(local-file "./.config" "config-folder" #:resursive? #t)" <Rutherther>this is not related to guile, but to what names are allowed for derivations in the guix store. The basename is turned to name if name is not supplied, and not all strings are accepted as names in the store <luca>I see. So in other words a cache key? <nckx>Yeah, the name part of a store file name isn't allowed to start with a dot. Old Nix restriction whose justification is unclear to me but here we are. <nckx>kitaleth: What's the context of your question? <luca>With "/var/log/guix/drvs/0x/g5cmypjy19c1a1kfqv424x8pik9nh1-files.drv.gz" being the link from earlier <nckx>And if you comment out the "./.config" local-file invocation the error goes away? <Rutherther>okay, so I think the issue is that there is already something under .config put into home-files-service-type from other service that you have in home <luca>Yes, and I get dropped into the container <luca>Maybe home-bash-service-type adds stuff in .config? <nckx>The ‘permission denied’ makes it sound like it's some… bind-mounted? or other magical thing, not merely a directory that would produce ‘file exists’. <luca>Oh fontconfig gets added in .config. Not sure by what really <Rutherther>the .config ,(local-file) will make whole .config in your "~/.guix-home/home/files/.config" a symlink. Then if anything else puts stuff under it, ie. ".config/mimeapps.list", it cannot be added, since it's a symlink to another store folder, and you cannot do mkdir there. <nckx>Not that I have any idea or experience with Guix Home, but can you manually mkdir stuff in ~/.config inside the container? <nckx>I think what Rutherther thinks. <Rutherther>which btw makes many services in guix home unusable, since they try to put something in .config <nckx>It's quite the unfortunate exposure of an implementation detail. <Rutherther>if you want to do this recursively I think you could still do it, with generating name value pairs based on contents of your ./.config in your guix home configuration repo <luca>And each one would get a different store name (or cache key)? <nckx>Rutherther: Help luca first, but I'm a bit confused by why this must fail in this way. Naively, I'd expect the profile to do something like a symlink union at the end, no? Am I missing something obvious? <Rutherther>luca that's not so important, but in this case, yeah. What's important is how it gets merged to the derivation called "files", each entry to home-files-service-type is copied into this derivation, and you cannot copy one under the other, so you just make them distinct. Something like "(map (lambda outputting ".config/{path/to/file}" . (local-file "{path/to/file}")) each-file-in-./.config)", put into home-files-service-type, instead of whole ".config"... <kitaleth>nckx: I had zdiff3 enabled on my gitconfig, which caused guix pull to fail <nckx>So an end-user git UI-only option breaks guix pull. OK. <nckx>Feel like reporting something to bug-guix at gnu dot org today? <Rutherther>nckx I think that what you are missing is that's exactly what causes the issue :). It's actually a file-union, and it works just by dumbly copying the files there. So .config ends up a symlink to another store item, and .config/something cannot exist anymore, because that would be writing to another derivation. This would be fixable by making file-union to do this "recursively" instead, for folders, but it doesn't do that, since it expects file. <nckx>I thought we had directory-union procedures that do the right thing but that doesn't mean I'm right. <nckx>If it's copying stuff into one of the members and not into a new tree, then it's not one of those. <nckx>Thanks for the explanation! <kitaleth>nckx: I'm not sure what the bug reporting procedure is <kitaleth>maybe it's due to me not setting up path links properly <nckx>Simply sending a mail to bug-guix at gnu dot org. <nckx>Well, include as much info as possible, as with any problem report in any channel (you'd do that here too!). <nckx>But there's no form to fill out or machine-readable header to include or whatever. <kitaleth>And I haven't figured out how to do verbose logging of guix <dariqq>i am getting a "unknown error while sending files over SSH" when using guix offload test. Any ideas? <nckx>There's a --verbosity=[0…9…] option but it exists mainly to disappoint. <Rutherther>nckx I think the underlying issue is that home-files-service-type is meant just for plain files rather than folders. It could of course be made to handle this case correctly, but I suppose this is the reason it wasn't made that way <luca>How do people configure their home then? If not by adding many .config files at once? <Rutherther>could be by utilizing services that you configure with guile records and they generate config files. Though don't take my word for everyone using that, I have not seen many home configs. <Rutherther>but you can still do this, it's just the mapping to individual fies you will have to do yourself <Rutherther>' will quote it, so it won't actually get executed <dariqq>The remote daemon logs: unexpected build daemon error: stoi when sending things <dariqq>running the daemon manually works , i am very confused <nckx>Rebootstrapping ./guile to see if that helps… <nckx>Rutherther: I know I said tomorrow, but I'm pessimistic about your mail ever showing up at this point. Try sending it again when you have time, let's see what happens. <podiki>nckx: re: gcry_md_hash_buffer or similar just had same problem. cleared out cache for guix/guile (didn't help), did a full make clean, make clean-go, bootstrap etc. and then all good <nckx>Ah, great, that's what I'm doing now. <nckx>It's expensive on this lappy so it's not a habit. Thanks! <podiki>yeah ditto, even if on a fast desktop <podiki>funny only happened when trying to use a checkout's pre-inst-env to build stuff for another channel; something sql dlopen gcry_md_hash_buffer or similar <Rutherther>nckx okay, I've tried to send the patch once more, no response in e-mail for 5 minutes for now. Are there possibly any disallowed characters/sequences? <nckx>I should've asked you to CC me. Silly of me. Could you send me a copy without sending it to the list or other team members? <nckx>And no, I'm not aware of any such gotchas, that's why I'm stumped. <nckx>That is assuming you're not hawking Viagra or Bitcoin or Viagracoin in the commit message. <nckx>I'm sorry, I see nothing that could explain why your mail isn't processed. We've had plenty of contributions from protonmail.com addresses. <nckx>As a review comment: definitely note *why* we're propagating all this. Propagation isn't great, so documenting the justification is always useful. <nckx>Rutherther: I've added your address to the ‘allow’ list, even though that's unlikely to make a difference, since the only alternative automatic action is ‘hold’ (for human moderation), not ‘discard’. <nckx>Don't get your hopes up, but rety tomorrow, and we'll see what we do then… <Rutherther>I've incorporated the note you suggested, and I will retry tomorrow evening when I get home <freakingpenguin>Oooh, core-updates got merged. Nice! My CI server is having a "fun" time hehe <meaty>Is there a way to install packages from a "live cd" (usb drive)? I have a drive configured with the drivers I need but I don't know how to actually install them on the target system <meaty>the installation drive works fine but after booting up i have no internet :( <nckx>That makes me suspect that you didn't build it yourself, and that perhaps those that did have their own support channel on this network. <nckx>My only advice would be to find the system configuration that was used to generate the image, it's just a regular <operating-system> so you could copy what works for your own. <nckx>(You'd get the same advice about the official Guix installation image, but for those the configuration used is documented in the manual under (guix)Building the Installation Image.) <nckx>You need to find that .scm file for yours. <ieure>meaty, Guix System is netinst only, and is very annoying to get going over WiFi. If you have an Android phone or tablet, connect it to your machine via USB and enable wired tethering — it'll show up as a USB Ethernet dongle and you can get the WiFi going that way. <Guest5>Can anyone tell me a laptop model on which you successfully installed Guix? I've tried ThinkPad X240, 250 & 270 but every time the installer red-sceeens and fails. <jmes>Guest5: I have it on a 5th gen thinkpad x1 carbon. I know others have installed it successfully on various models. When does the installer fail? <meaty>ieure: thank you, great idea ! <Guest5>It's been about a year since I tried, I don't remember exactly. It didn't get far though. Then red screen and crash. :-( <Guest5>I found a blog detailing installing Guix on an X1, that definitely seems like an option. <jmes>Guest5: Get an up-to-date ISO and try again on your old models. In any case your wifi probably won't work. USB to ethernet adapter would be good. <Guest5>I still have a FSF-approved dongle in a box somewhere:-D Thanks, I'll give it another go. <jmes>Guest5: Great, good luck! There might have been something wrong with that particular version of the installer, I have no clue. <old>what is the next target of glibc? <krascovict>Client: HexChat 2.16.1 • OS: Guix System ? • CPU: Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz (3,18GHz) • Memory: 7,5 GiB Total (4,0 GiB Free) • Storage: 31,9 GB / 229,6 GB (197,8 GB Free) • Uptime: 1h 24m 39s <krascovict>I'm starting to use GUIXSD and I'm really amazed with this system... <nckx>Just sayin'. No big improvements. <the_tubular>Hey nckx, might be out of topic, just wanted your opinion on recent bcachefs drama <nckx>What did Kent do this time. <the_tubular>I followed from far away, but apparently Linux is pissed because he is submitting new features with huge commit just before new releaes <f1refly>is there a way I can install qtwayland@5 and qtwayland@6 simultaneously? <nckx>As in 26a56f76ab77b6f8bb93ce16d511cc8340a98da5? <the_tubular>He's also touching stuff outside of bcachefs, right before a new release <nckx>the_tubular: Oh, yes, I'd heard. I'm not surprised, which says much. He needs to accept that he's contributing to a complete product, that even a serious bcachefs bug isn't a serious Linux bug, and chill. That last one has always been a problem so I don't see it improving. That's about my opinion. If I had more to say I'd redirect this to #guix-offtopic but I don't. <the_tubular>I was wondering could it get "unmerged" if shit really hits the fan ? <nckx>I guess, but I think Linus' main complaint is ‘stop giving me all this work’. Cleanly unmerging it would be serious work. I doubt that we're close to that threshold. <nckx>Don't come to me for predictions, though, I don't know anything. <the_tubular>Makes sense, sorry for OOT, I can ask other noobish guix questions :P <nckx>civodul: Must be. I'll unmerge it. <nckx>How do I check the #:cargo-inputs dependency graph locally? <elpogo`>anyone know if it's possible to efficiently create a rootfs that can be passed to podman's --rootfs option? I know i can do "guix pack" and then extract the tarball, but is there a way to bypass the compression/uncompression? <civodul>well, there’s always the “guix build libreoffice -n” test <civodul>and then, qa.guix catches it for everything that’s posted :-) <civodul>but yeah, the Rust situation is pretty bad <nckx>It's not much of an argument but I don't *like* this growing importance of QAaS. <nckx>I think I might resort to diffing the list of drvs or something equally bonko. <civodul>i think that kind of has to be “as a service”, if that’s what you mean <civodul>another trick: guix graph --path -t derivation emacs $(guix build -Sd rust-rustix) <redacted>If my Guix config depends on a package, and the latest version of that package doesn't build, am I effectively blocked from reconfiguring until that package is fixed? <nckx>There are workarounds like inferiors for the persistent but the answer is yes. <civodul>redacted: or you can reconfigure from any commit that works for you <elpogo`>or alternatively, is there a way for a guix shell --container to run the shell/command/container using a container runtime like gvisor runsc? while i trust the software in guix, it's a lot safer to run a torrent client in gvisor than in a regular container <civodul>not ideal, but there’s always a fallback <nckx>You're right, I misread ‘reconfiguring’ as ‘upgrading’. You can always reconfigure the same system with an older Guix. <podiki>speaking of rebuilds, I'll be getting mesa-updates going (I have mesa 24.2.1 locally); will be looking for other patches to include that may be waiting around <podiki>I know there's 71109 (vulkan ld_library_path wrapping)