<rekado>see the output of ‘guix graph --type=bag anything’
<terpri>mihi, i'm pretty sure you can't monkey-patch files under /gnu/store if that's what you mean; you'll need a git checkout of guix, to modify it outside of /gnu/store (and you can override the default guix channel in ~/.config/guix/channels.scm to use your modified copy)
<nckx>DrimysWinteri: What's wrong with that? Sounds closer to ‘patching IceCat to suit your taste’ than ‘changing a font’. You could try messing with fontconfig either through putting your own custom replacement in ~/.local/share/fonts or force some kind of [range?] substitution through fonts.conf. It may or may not work depending on how IceCat renders things.
<blackbeard>when I run that command ^ i can't see fonts on icecat just some rectangles
<blackbeard>pineapples: emacs has an emoji pack that works without the font :)
<ZombieChicken>Hello. Is there a working port of GuixSD for the Pinebook Pro? I seem to recall one was either done, or in the works, but I don't recall which
<sys2>hi #guix! I'm trying to build a (slightly modified) pacakge from the repo using `guix package --install-from-file=$PWD/xdisorg.scm`, but I'm getting: `guix package: error: cannot install non-package object: #<unspecified>`. Does anyone know why? Is --install-from-file wrong?
<apteryx>blackbeard[m]: why are you exposing XDG_DATA_DIRS?
<apteryx>it's referring to things not exposed in your container
<roptat>sys2, the file probably only has define-public stuff, so the return value is #<unspecified>, which guix cannot build :)
<roptat>you need to add a line at the end where you put the name of the package you want to build
<roptat>actually, the latest version of guix should tell you that
<sys2>roptat: do you know where I can find that line? sorry this is my first time doing this
<sys2>ohh nvm I see... it's just the name. lol thanks
***iyzsong-- is now known as iyzsong-w
<bavier[m]1>I just finished reading the latest Hurd blog post. Really nice. Thank you to all the authors!
<Zambonifofex>Regarding Hurd: I wish there were an option to download an ISO installer for Guix with Hurd. Perhaps it’d be interesting to have it as an option in the standard installer, even. I don’t know, just thinking out loud, I guess.
<xelxebar>Holy crud. This blog post is intensely exciting. Massive congrats to the devs for pulling so many threads together into this superadditive feature.
<rekado>there are hundreds of different Lisp languages, all with minor differences
<rekado>it won’t be useful to learn *some* Lisp variant and only *then* learn Guile
<rekado>I’d also suggest not to learn Guile first :)
<ani>Guix is also an operating system. I wanted to install it on libreboot, but I believe because its 100% free I won't be able to run due to my wifi card? So I will first install it as a package manager. Which one shall I go for full OS or as a package manager?
<Brendan[m]4>Is there more information that clarifies what "add a command showing GNU Guix history of all packages" entails? I clicked the Outreachy link and it just said you may need to login to find more information.
<g_bor[m]>zimoun: Wow, your proposal is getting quite a traction. Congrats!
<Kimapr[m]>> Guix is also an operating system. I wanted to install it on libreboot, but I believe because its 100% free I won't be able to run due to my wifi card? So I will first install it as a package manager. Which one shall I go for full OS or as a package manager?
<Kimapr[m]>ani: If you really need non-free software, there are various channels providing package definitions for them. It isn't recommended and it isn't allowed here to direct people to them but you can find them yourself
<g_bor[m]>ani: for this project either the os or the package manager only version is ok.
<civodul>i'm currently working on --with-c-toolchain v2, but hopefully then i'll focus on more release things
<zimoun>cool! Another feature which deserves new release. ;-)
***iyzsong-- is now known as iyzsong-w
<mothacehe>What about starting a 1.2 branch, so that we can have the CI build installer images people can test?
<zimoun>civodul, roptat: I will send an email to translators and see Oct. 20th is a good canditate to have all the translations updated. Since there is new material and move of others. Does it make sense?
<civodul>zimoun: i think you can inform them that we're targeting end of Oct. rather than suggest that they do the work by then :-)
<mothacehe>you were right about the importance of having write transactions
<mothacehe>I suspect the final issues are happen when a lot of builds start/stop and we issue many update queries
<civodul>yeah i run "tail -f cuirass.log" and you can see that the "build succeeded" lines scroll by slowly
<mothacehe>I'm diving into sqlite internals, but it seems that if a read query (select) is ran concurrently with a write query (update), on the same table, then the read query is promoted to a write query
<mothacehe>and have to wait for the unique write query lock
<mothacehe>civodul: that could indeed by really nice and we have some nice bricks with the GBC. However, given the time I'm spending debugging tricky fibers + sqlite issues, I think that we should have this dynamic offloading mechanism directly as a part of Guix or Cuirass at term.
<mothacehe>so that we maintain only one fiberized webserver implementation
<civodul>well, "dynamic offloading" is a misnomer because offloading is synchronous (you run "guix build" and wait for the result) whereas what i have in mind is more like async distributed builds (what GBC does)
<cbaines>My thinking with the Guix Build Coordinator has been that it's sort of a hack until the Guile daemon becomes more realistic
<mothacehe>cbaines: the cuirass fiber watchdog can maybe help you
<leoprikler>Is there a way to list the grafts that are applied to a package?
<civodul>looks like everyone has blocking fibers :-)
<PotentialUser-49>does anyone use emacs-treemacs? i was trying to install emacs-lsp-java but the emacs-treemacs-2.8 build fails
<zimoun>civodul: I have not closely followed the topic, just random chats with mothacehe and see the recent patch by apteryx. My understanding is that offload.scm picks one machines and then the dameon on this machine schedule the build. I do not know what is the scheduling strategy of the daemon but from my little experience it does not use all the ressource of the machine has.
<OriansJ>Look this issue isn't old; it has been with us since the beginning (hence guix refresh)
<zacts>Brendan[m]4: what about projects that don't use git?
<zimoun>OriansJ: yes and no. Yes, there is a wip bridge https://git.ngyro.com/disarchive/ and discussions on the SWH side. No because if you do not have the tarball to generate, you cannot have the SWH-ID to lookup.
<zimoun>Brendan[m]4: I am working on hit. Help welcome :-)
<zacts>well, I know of projects using fossil-scm, subversion and cvs
<OriansJ>and if you look at https://github.com/erikd/libsndfile/releases/ note it says: libsndfile-1.0.30.tar.bz2 and libsndfile-1.0.30.tar.bz2.asc files were re-uploaded due to problems with incorrect line endings. Update the hashes if necessary. Sorry for the inconvenience.
<terpri>random question: is there an easy way to "copy and paste" between a guix system and an android phone running lineageos + f-droid? particularly for typing signal messages as we don't have signal desktop (and i've heard signal desktop isn't great either)
<botsnack>I hope next time they will make a patch release ^^
<nckx>OriansJ: So what you want is to enable substitution only for fixed-output derivations?
<botsnack>The obvious first thing to do would be to change the hash of libsndfile-1.0.30 to 06k1wj3lwm7vf21s8yqy51k6nrkn9z610bj1gxb618ag5hq77wlx
<Brendan[m]4>the source output should just be a mirror, its odd to think of it as a substitute because its content addressed anyway.
<nckx>OriansJ: Please tell us what you actually want, instead of a slogan. The substitute servers serve the tarball you need. If you get it elsewhere, IPFS, GNU, whatever, it's still substitution. So choose.
<terpri>(although i might be underestimating qr code usability, also maybe there's some bluetooth-based utility to push text into android's copy-and-paste buffer or "sharing" system)
<zimoun>OriansJ: …and you need the libsndfile tarball. Right? It changed upstream, that’s not our responsability. To get the same tarball, since it is not possible to get it from upstream, because hash mismatch, you have to fetch from elsewhere. It is what I am proposing.
<Brendan[m]1>guix should automatically fetch it from elsewhere. if we have a substitute of it, that that should be used as a fallback even if substitutes are disabled, because this is just an alternate source for a sha256 checked file
<OriansJ>if it is not able to distribute the pieces needed to build the programs it provides, it isn't doing job #1
<OriansJ>zimoun: demanding the source code used for the binaries isn't fucking UI or whislist; it is the basic expectation of a GNU PROJECT APPLICATION!
<Brendan[m]1>OriansJ I support what you want, just please be polite about it. its just work that needs to be done,
<nckx>OriansJ: You're being so uncharacteristically inarticulate and entitled that I'm not motivated to solve your use-case. I think what you point out is a known bug: that Guix tries upstream first, and doesn't fall back if it serves garbage. Whether it should do so is a reasonable discussion. This is not.
<botsnack>Could someone not just fix the hash in the libsndfile definition?
<OriansJ>nckx: ok. let me reframe it in the following fashion: Guix is distributing binaries to our users and I as a user am not able to obtain the source code used to build that binary and I find this personally concerning and feel that issue should be addressed as a matter of user freedom.
<Brendan[m]1>it can, but then time-machine doesnt work. the past cant be changed
<nckx>botsnack: Totally, but that's beside the point since guix time-machine is expected to work.
<botsnack>Sorry, I did not follow that part of the conversation. But I still think that would be useful for us living in the future :)
<nckx>OriansJ: I think that's a deliberately dramatic reframing as something it mos def is not in order to get it the attention you think it deserves. It deserves attention even without that hyperbole.
<nckx>‘guix build --source’ (etc.) should always work, it's a severe UI/UX/uatever bug when it doesn't, but it's not quite a freedom issue.
<terpri>Brendan[m]1, hmm...looks kdeconnect might have improved significantly since i last looked at it, looks like it uses TLS+TOFU for security now (vs. a...questionably-secured protocol a few years ago). i'll try it out again (and maybe its gnome equivalent gsconnect), thanks for the recommendation!
<OriansJ>nckx: "The freedom to study how the program works, and change it so it does your computing as you wish (freedom 1). Access to the source code is a precondition for this."
<nckx>OriansJ: I'm positive that the ‘guix should try the next URL on hash mismatch’ bug has been reported before, along with the obvious solution (turning the current && behaviour into || until we end up trying the content-address mirror ci.guix), but I can't find it. This is close: http://issues.guix.gnu.org/40906
<nckx>Hm, then I guess it is due to the target Guix not having a notion of it yet.
<lemes>hi, everyone! my name is Magali and I'm an Outreachy applicant and this project caught my eyes since it uses Scheme, which I'm currently learning in college. I just installed guix on my foreign distro and am trying to learn a bit about it.
<nckx>davexunit: ‘Update some other way & it should work from then on’, is my best advice. Sorry.
<davexunit>maybe the service that is doing this should be fixed so that this isn't fatal
<Zambonifofex>Well, I was able to generate a `qcow2` image of Guix Hurd from Guix Linux within a QEMU machine and transmit it to my host machine. Now I wanted to be able to run it on my host using QEMU, and although I am able to get to Grub, I am unable to get past it. Does anyone by chance know what the problem might be?
<roptat>ani, you probably need "wget ... | sudo gpg ..." instead
<roptat>if you're running the script as user with sudo, it will try to use root's gpg, but the wget command only adds the key to the user's gpg keyring, hence "sudo" in front of gpg
<clone11>I just switched to guix, and on other distros I usually put a ton of custom scripts in /usr/local/bin. How do I handle this on guix? I want them to be accesible to all users to I don't want to make ~/bin folders. Do I need to define my scripts as packages?
<roptat>ani, that's a network issue, maybe try again?
<apteryx>can anyone share how to debug the daemon with gdb? The best I've found so far is 'sudo -E ./pre-inst-env gdb --args guix-daemon --build-users-group=guixbuild --max-silent-time 0 --timeout 0 --log-compression bzip2 --max-jobs=1', but it keeps exiting
<janneke>we were having a --to me-- kind of difficult clash on sudo and i didn't feel we had consensus yet; so i posted here about it, so that maybe civodul could chime in -- removing python right away feels a bit rude to me
<janneke>my message here could have been read as publicly pressurising nckx, which really wasn't my intention, and i apologise for it
<divoplade>Dear guix hackers, suppose that I have a web service that receives a username and a password. How do I check that it authentifies a local account on the system?
<apteryx>janneke, nckx: I just answered to the sudo without python patch thread
<apteryx>if we don't have anyone actively using this, I think it may be better to drop it
<nckx>janneke: All good! I *do* think Hurd support is a good reason to remove it in the default sudo. I think the ‘security’ argument is lazy & bogus, but that's not relevant then. apteryx: I do. It's trivial for those who do to define their own sudo-with-python, or even do so in Guix.
<apteryx>well, sudo is supposed to be small and secure, IIUC. The more stuff you add to it, the more attack surface you provide. I'm not security expert, but that's my basic understanding of the argument.
<apteryx>to be clear, I don't really care -- I was just trying to tip the balance one way or the other so that janneke can proceed. Given it is useful and don't think the security arguments makes sense, then it seems the natural outcome is to keep it as python-minimal.
<nckx>No, I don't think they do, but I do think it does make sense to remove it to simplify the dependency graph of sudo.
<apteryx>I think it was the full python package pulling x11 that was causing a problem on the hurd. Since python-minimal doesn't pull x11 in, then it would solve the problem just as well, while allowing people to write their sudo configs in Python.
<nckx>vits-test: Well, indeed, why not? It's already in Guix. Go nuts 😉
<nckx>If you mean make it the default: because everyone knows and expects sudo.
<nckx>apteryx: Ohkay, thanks for correcting my misrememberance. But I haven't tested it with -minimal & I probably won't.
<mihi>Zambonifofex, I think Guix Hurd still has a long way until a self-hosted installer. Debian has one, but they have to heavily patch the Mach microkernel to make it work (e.g. to add ramdisk support)
<mihi>and about your qemu command line: Make qemu emulate a "real" IDE drive (primary master) and you will get past GRUB.
<mihi>rekado, had a look at the graph you posted (SSH works again yay!), and it seems really only glibc needs python-minimal. But I thought I saw guix pull some glibc substitute earlier, so unsure why it tries to build it (I'll let it run now and see if it succeeds)
<apteryx>in build.cc: if (buildMode == bmCheck) return; -> perhaps the reason we can't have --check with --rounds ?
<apteryx>that's in void DerivationGoal::registerOutputs()
<Zambonifofex>There are more messages above that image that have scrolled offscreen.
<Zambonifofex>This is the command I used: `qemu-system-i386 -enable-kvm -m 1024 -device ahci,id=ahci -device ide-hd,drive=hd,bus=ahci.0 -drive if=none,file=guix2.qcow2,id=hd`
<mihi>Zambonifofex, i would use piix3-ide or similar instead of ahci
<mihi>not sure if that works on kvm, though (my host OS does not support KVM)
<mihi>and yes, the error is most likely caused by your disk controller not being supported by the Mach microkernel
<morgansmith>I'm trying to package a thing that uses the gid 65534 in it's tests for a group that doesn't exist. However, our environment.scm creates a group called overflow with that gid. I can't seem to invoke groupdel or modify /etc/group to remove the overflow group. Any other ideas?
<morgansmith>I'm kinda upset I even have to deal with this. I'd think the ruby code their using for getting an empty gid would work. They do this: Etc.getpwnam('nobody').gid
<cbaines>morgansmith, assuming your package is failing to build, I doubt that has anything to do with code in environment.scm
<cbaines>have you got a link to the code, and can you share the error you see?
<morgansmith>well it builds, but the test suite fails. Does the build environment not use environment.scm for the build environment?
<morgansmith>ugh, I've never shared a snippet before, what pastebin should I use?
<helaoban>hello guix: (...puts on dunce hat...): why is the /run/user/$my-uid directory missing on my system? I have elongid running...
<morgansmith>cbaines: I went to go disable that test, but it's the only test. Also it checks against the nobody group a lot so it'd be a ton of work to patch. I guess I'm just disabling all the tests :P
<helaoban>I ran into this problem try to run 'shepherd', which gives me: 'In procedure stat: No such file or directory: "/run/user/1000/shepherd"'
<pineapples>apteryx: It's building guix-system.drv now, thanks
*pineapples heads off since there's nothing else to complain about
<cbaines>morgansmith, yeah, it's not ideal, but packaging it with the tests disabled is still better than not packaging it at all