IRC channel logs


back to list of logs

<Formbi>I ran the node build on one core
<Formbi>and the error message still doesn't say anything
<rekado>civodul: the reason why mumi was running in a shell is because the service doesn’t get the correct environment, so text encoding is wrong
<rekado>civodul: I think it’s enough to set the locales variable in the service to fix this
<Formbi>the test-ci-js isn't doing much anyway
*janneke sends bug report "closer than almost there, but not quite" and -> zZzzz
<Formbi>maybe it could be threw away altogether?
<raingloom>roptat: thanks ^u^
<raingloom>i gotta do a slep now but i'll check my mail in the morning
*raingloom is slep
*jonsger tests his self implemented simple, stupid cuirass "server" written in bash :P
<Formbi>why are you making that «server»?
<jonsger>Formbi: to build some packages and I find cuirass a bit to complex for building a handful packages
<NieDzejkob>Formbi: could you paste the log somewhere?
*jonsger does some compression experiements
<jonsger>nckx: did you built php-7.4.8 before pushing? this test fails for me: `gmp_setbit() with large index [ext/gmp/tests/gmp_setbit_long.phpt]`
<dustyweb>is there a command to find out which package is responsible for pulling in PHP
<jonsger>don't know. maybe grepping in `guix refresh --list-dependent php`
<apteryx>mbakke: is it OK to merge master into core-updates at any time?
***catonano_ is now known as catonano
<dustyweb>mbakke: you around?
<apteryx>hopefully sleeping :-)
<jake518>when I install a package with the command guix package -f a-python-library.scm Do you I have to source something afterwards in order to start using the package or does it immediately become available to a python repl by doing import my-python-library?
<lle-bout>I found a heap corruption bug in luatex on powerpc64le-linux:
<raghavgururajan>nckx: Could you please build mesa? REPO: ; BRANCH: temp ; COMMIT: 23689c03ed
<lle-bout>turns out that heap corruption bug is non-deterministic, at least that allowed me to progress without having to dig this mess
<lle-bout>I could successfully run: "./pre-inst-env guix environment -M 8 guix --ad-hoc git vim hello" on powerpc64le-linux
<lle-bout>I'll try emacs
<raghavgururajan>nckx: Correction! The commit is 8289f1eea1
<lle-bout>I would gladly appreciate help from authorized committers on upstreaming powerpc64le-linux support!
<battery-help>Hi all, I am trying to configure a battery library for StumpWM. It is trying to read battery into from /proc/acpi/battery/ which does not exist for me, any ideas?
<lle-bout>battery-help, it doesnt exist for me either. that must not be the right way to get battery, that library must be wrong in some way
<lle-bout>battery-help, see:
<battery-help>I found a /sys/class/power_supply tho
<battery-help>will check the link thanks
<battery-help>same solution
<raghavgururajan>nckx: OOPS! Along with mesa, I also need qtbase, ffmpeg, gstreamer, sdl2 and jack2.
<brown121407>Is it normal for a package (emacs in my case) to appear twice when using `guix package --list-installed`?
<kmicu>Hi folks, I’m testing the installer on the latest iso and it shows me that glib is missing during the installation process. There’s glib in /gnu/store/ but a different hash. Is that a known behaviour?
<kmicu>(Where ‘the latest’ means )
<dftxbs3e>brown121407, different versions maybe? A package in the GNU Guix sense is a full recipe that builds it including any modifications. A single software can have many recipes building it with many different options!
<brown121407>dftxbs3e: don't think so... I have this exact line output twite: emacs 26.3 out /gnu/store/lza7sccqgrv313gbrb9j8f7lgn49irdn-emacs-26.3
<dftxbs3e>brown121407, weird then! try guix remove emacs && guix install emacs?
<dftxbs3e>building software with GNU Guix and realizing the amount of inter-dependent software is fascinating
<dftxbs3e>especially with no substitutes
<dftxbs3e>I tried installing GNOME Boxes and a whole new world is being compiled
<dftxbs3e>It compiles mariadb even
<nckx>raghavgururajan: OK.
<fredmanglis>Hi everyone. I'm experiencing an issue where after doing a "guix pull" followed by "guix package -u" and "guix package --upgrade --fallback", some graphical applications like drracket and emacs have problems displaying text in menus, and sometimes even input elements.
<fredmanglis>It seems like they cannot find the correct encoding: they display each character as a tiny box with the four numbers in a 2X2 matrix formation
<nckx>fredmanglis: Try ‘sudo rm -rf /var/cache/fontconfig; fc-cache -rv’.
<nckx>Not sure if the first command is still needed but it can't hurt.
<fredmanglis>I tried a rollback, and it seems the update from version 2.29 to 2.31 of "glibc-utf8-locales" and "glibc-locales" might have had something to do with the issue, but re-installing those in my latest generation seems to not have fix the issue
<nckx>fredmanglis: That update was a while ago. Are you running Guix System?
<fredmanglis>@nckx I just tried that. It did not fix the issue.
<fredmanglis>@nckx No. I'm running guix on an Ubuntu system.
<fredmanglis>Here's a pastebin of my generations:
<fredmanglis>The UI works fine on generation 22, but switching to 23, it "breaks" and starts displaying the tiny boxes.
<PotentialUser-29>Hello, I'm trying to package raylib for guix, but am running into some problems where neither the guix cookbook nor the manual seem to be of any help. Would anyone have the time to help?
<nckx>fredmanglis: I'm can't be of much help with Guix on foreign distributions. I can't find an exact match for your problem on the bug tracker, but maybe <>?
<nckx>Not saying it's definitely a font problem but if all of your packages are up-to-date (and you haven't been manually setting environment variables somewhere) I don't see much room for glibc locale mismatches.
<fredmanglis>@nckx That's okay. Thanks for your suggestions. They should help eliminate some issues.
<fredmanglis>I do set up some environment variables in ~/.bashrc to make the packages installed via guix available on the shell.
<fredmanglis>I'll investigate that to see if it might be responsible for some of the issues.
<nckx>fredmanglis: Don't forget to remove/upgrade the 2.29 locale packages again. If all other packages are up-to-date (i.e. link against glibc 2.31) it won't help anything.
<nckx>PotentialUser-29: I have a few minutes. You're always welcome to post to guix-devel at gnu dot org, too.
<mfg>is it possible to use file:// in the url field of a chanel description?
<mfg>nice :)
<jonsger>nckx: did you build php-7.4.8?
<nckx>jonsger: …?
<nckx>I want to say ‘obvs’ but don't know what's coming.
<jonsger>you updated the packages but it has a failing test
<nckx>jonsger: Which test? And is it a new failure?
<jonsger>`gmp_setbit() with large index [ext/gmp/tests/gmp_setbit_long.phpt]` I guess it was fine before at 7.4.7
<nckx>jonsger: Thanks. Which architecture are you building it on?
<nckx>jonsger: Try the usual things, I guess. Try again. Build with -c1. Report a bug.
<jonsger>so you can't reproduce?
<nckx>Download a substitute.
<nckx>jonsger: I didn't try yet. Machine's busy.
<nckx>Or hey, maybe it happens only under load.
*nckx starts a PHP build.
<nckx>jonsger: ‘I guess it was fine before at 7.4.7’ why do you say that?
<jonsger>nckx: because it has substitutes
<nckx>And 7.4.8 doesn't?
<jonsger>no otherwise I wouldn't build it myself
<jonsger>aha, no it has substitutes and is fine
<jonsger>wasn't the case tonight
<PotentialUser-29>nckx: Based on the examples in the cookbook I've written up the following package definition:
<PotentialUser-29>I have two problems:
<PotentialUser-29>1. How can I check the validity of the definition without running "guix package --install-from-file=raylib.scm"?
<PotentialUser-29>It seems guix lint is meant for this, but it's unclear how it can be run on a file instead of a package already part of the system.
<PotentialUser-29>2. Currently, installing this package by this definition leads to an error as alsa-lib apparently is an unbound variable. I assume I have to somehow grant the definition access by some sort of use-module command?
<PotentialUser-29>guix package --list-available=alsa lists alsa-lib as an available package, so in my naive approach it seems it should be available to the definition.
<fredmanglis>@PotentialUser-29: > as alsa-lib apparently is an unbound variable...
<fredmanglis>Try adding `#:use-module (gnu packages linux)` to your definition file
<fredmanglis>That's where `alsa-lib` is defined.
<PotentialUser-29>I had actually already messaged nckx directly, and was just about to copy the answers here.
<nckx>FTR, I got & answered these questions as /msgs too.
<PotentialUser-29>For 1. the best guess seems to be 'guix build -f' and 2. can be answered by checking 'guix show <package>', where the location corresponds to the appropriate module to load.
<PotentialUser-29>@fredmanglis: But thanks a lot!
<nckx>PotentialUser-29: Thank you for packaging this! (…and, one hopes, a game that uses it 🙂)
<mfg>what are typical reasons for guix to throw an exception with no code for module when pulling?
<mbakke>sneek: later tell apteryx merging master to core-updates or staging is OK any time
<mbakke>mfg: do you have something weird in GUILE_LOAD_PATH?
<mfg>mbakke: I'm trying to make a local channel, i guess i made a simple mistake but i really don't know :D
<mbakke>mfg: if you push the channel somewhere maybe someone here are able to spot the issue
<nckx>jonsger: No, I can't reproduce it. Please report it to bug-guix with all relevant log output (bugs reported on IRC tend to get lost). Thanks!
<mfg>Hm i wanted to modify this one ,because i wanted to try to make a different version of the nvidia-driver package there.
<mfg>btw, since when does the documentation highlight parantheses in scheme snippets? that's nice!
<mbakke>mfg: which module did you get "no code for"? :)
<mbakke>yes, the syntax highlighting is really nice, added by civodul not too long ago
<mbakke>mfg: perhaps removing the .guix-channel file will work, as I think that adds an extra (guix guix packages nvidia) namespace
<NieDzejkob>maybe your 'guix' directory is conflicting with the one in the main guix channel? perhaps try using something like (lihebi packages nvidia)
<mfg>sry i was afk, i will try it now and thx for the help :)
<kmicu>So the latest iso requires manual nomodset and then breaks on missing glibc version, 1.1.0 version works without nomodset but wifi connection hangs on it 🤔
<mfg>mbakke: NieDzejkob: Both ideas don't change the error message. It even keeps giving the same error if i have nothing in the channel but nvidia.scm at the toplevel with (define-module (nvidia)). Is there any chance of getting better error emssages?
<mbakke>kmicu: WDYM with missing glibc version?
<mbakke>kmicu: are you using AMD graphics?
<aadcg>I have an issue with the tor service. on the logs I see 'Directory /var/lib/tor/keys cannot be read: Permission denied'. how can I fix this? thanks.
<PotentialUser-29>managed to get raylib as a package to build with cmake, but the tests fail as they attempt to use a 'cc' command. I assume this happens due to a mix-up with cmake's way of determining the appropriate c compiler (
<kmicu>mbakke: I have an old laptop here with libre wifi and an ATI card. I’m testing the graphical installer on the latest iso. Now I see the real error is with installer failing on building guix 1.1.0-15.03deb1e-checkout.drv and after resuming installation process it moves to an error: openning file /gnu/store/3133*-glib-2.62.6.drv.
<PotentialUser-29>Does someone have any idea why this environment variable would change between phases?
<NieDzejkob>PotentialUser-29: maybe the test script is using `cc` by itself, while the compilation is managed by cmake?
<kmicu>mbakke: I’m using defaults in the installer; they worked in the stable iso 1.1.0. Not sure how to check why building that checkout fails. There’s no log under the directory pointed by the error message. 🤷
<PotentialUser-29>I feel like a retard now. Yeah, couldn't find it before, but the test script uses cc.
<NieDzejkob>kmicu: this is because there once was a commit that used the wrong hash
<dftxbs3e>aww too bad! guix system disk-image doesnt have --with-source
<NieDzejkob>kmicu: try running 'guix pull' in the installer
<NieDzejkob>and then make sure 'type guix' says ~/.config/guix/current before running 'guix system init'
<NieDzejkob>there's a chance it will stop breaking since mbakke bumped the package again about 14 hours ago
<mbakke>indeed, I bumped it because I ran into the same issue
<NieDzejkob>the guix package essentially behaves like a linked list threaded through the git history
<NieDzejkob>we could push a commit that rolls it back to before the fuck-up, then another one that updates it to the previous commit
<NieDzejkob>that way no entry in the linked list would be invalid
<NieDzejkob>it would be neat if the commits pointed to themselves instead
<NieDzejkob>we could do that with tags
<NieDzejkob>this would avoid boot-stripping entirely
<kmicu>NieDzejkob: lol, for real? xD Thank you so much. I will try it and report back.
<kmicu>I can switch to another tty and update guix but how to invoke graphical installer to test it?
<kmicu>Will the original ginstaller on tty1 pick up new guix version?
<kmicu>Or I could prepare config with g. installer but invoke guix init manually at the end.
<mbakke>kmicu: regarding the ATI driver problem, can you file a bug report with hardware details and workaround?
<kmicu>Is it a bug? For me adding nomodeset is a standard thing when installing a distro and screen is black xD
<kmicu>Also funny thing, when mod is set and I jump from another TTY to TTY with graphical installer I can see it for split second.
<NieDzejkob>kmicu: I'd generate a config with the graphical installer and then invoke manually
<kmicu>(It reacts to key presses but buffor only flashes when jumping in from another TTY otherwise is black.)
<kmicu>NieDzejkob: thank you. Is there a way to execute a command in a shell to start a graphical installer? That would help when a g. installer screams with a stacktrace. Otherwise we need to reboot each time.
<NieDzejkob>there probably is one, but I don't know what it is. Let me grep the sources a bit... :P
<raghavgururajan>nckx: Could you also add gtk+ and inkscape to the list. Thanks! Sorry for scattering my requests, I just found out that I needed them as well.
*raghavgururajan has just finished a 12hr shift. Gonna zzZ.
<NieDzejkob>kmicu: it's in /gnu/store/somehash-installer...
<NieDzejkob>it should be referenced somewhere in the shepherd config
<kmicu>Thank you NieDzejkob.
<kmicu>Once again I forgot about herd start cow-store and now stick is full and cannot init system or gc the stick xD
<NieDzejkob>you mean, RAM stick?
<kmicu>(Because graphical installer started cow-store for me pervious ten times.)
<kmicu>NieDzejkob: USB stick I suppose because I have 200GiB of free space on /mnt.
<NieDzejkob>but the store is stored in overlayfs+tmpfs on the installer before cow-store
<NieDzejkob>so, in RAM
<kmicu>Ah, so I need to remove something from RAM.
<kmicu>Thank you once again.
<kmicu>I have 1GiB of free RAM though but guix init fails with no space left on device anyway.
<NieDzejkob>there's probably a fail-safe in the kernel that prevents using up all the ram with a tmpfs
<NieDzejkob>does guix gc still not work?
<kmicu>Yes, no space on device, but I’ve killed installer process (it took 7% of RAM, the biggest hog xD) and now it restarted so it should use recently pulled guix version.
<pkill9>just reboot and you'll get all the space back
<kmicu>So now I need to figure out how to remove something from tmpfs to execute guix gc.
<kmicu>(Or I can reboot and mount everything and not forget about cow-store.)
<kmicu>(BTW I only wanted to test graphical installer, usually I install manually and it just works 😺)
<kmicu>It looks like for me mixing graphical installer with manual process gives the worst of both worlds.
<ArneBab>I just published my commented guix config. I hope it helps you or others:
<nckx>sneek: later tell raghavgururajan: Everything's finished, but gtk+ fails to build, blocking all its dependents. I'm currently rebuilding with this patch: .
<sneek>Will do.
<kmicu>Well, guix pulling the latest version wasn’t a great idea because now it builds rav1e and then rust 1.39 xD
<kmicu>(The graphical installer must have a grudge against me. There’s no other explanation.)
<NieDzejkob>rekado_: is there a bugtracker for mumi? The mbox files it lets me download are being recognized by neither neomutt nor git am
<NieDzejkob>kmicu: that's weird, substitutes are available for those packages
<NieDzejkob>what does 'guix weather rav1e' say on your side?
<kmicu>Let me break building phase of rav1e and check.
<NieDzejkob>you could use another terminal...
<kmicu>guix c02af and 0 subs available and some error about guix api queue 504
<kmicu>(I guix pulled and hash guix)
<kmicu>(An hour ago.)
<NieDzejkob>| nc 9999 # ;)
<kmicu>it wants rpf1ay*rav1e btw
<kmicu>Is nc in nettools?
<kmicu>ah ssl
<nckx>kmicu: netcat
<kmicu>nckx: installed libressl for nc, works too
<nckx>We have at least 3.
<nckx>GNU/Linux is about choice!!!1
<kmicu>Choice to not know where nc is!
<kmicu>(I got subs for libressl btw.)
<kmicu>Pipewire? It wants to build pipewire, ffmpeg and rav1e and alsa…
<kmicu>XFCE is much bigger than I remember.
<nckx>I haven't been following this whole thread, but not finding substitutes for rav1e is what I would expect.
<nckx>It was update 1.5h ago.
<kmicu>That’s what I thought.
<nckx>Before c02af11.
<kmicu>So business as usual.
<kmicu>Just bad timing for my graphical installer testing.
<nckx>sneek: later tell raghavgururajan: All done. Apply first.
<sneek>Will do.
<kmicu>BTW sorry for downloading the same subs like 5 times in a row.
<kmicu> gives me 504 too.
<kmicu>At least now I know why I saw that error durring installation.
<kmicu>(I really hope that’s not because of my installation attempts.)
<nckx>kmicu: Absolutely not.
<nckx>Substitutes are (1) cached (2) served separately from the CI Web interface (which I just restarted). You did no harm.
<kmicu>Broke it again by executing
<nckx>kmicu: Works here.
<kmicu>Yep, now it loaded. Thank you.
<nckx>(A substitute for rav1e for x86_64 was built ‘seconds ago’, your luck is bad indeed.)
<kmicu>Building rust so fast? That’s suspicious.
<lle-bout>nckx, hey! I meet a problem with gcc-5: "/gnu/store/hzz6g01dwjqvr5gpr4spm92lg2xb0l4h-gcc-5.5.0/lib64/ error: depends on '', which cannot be found in RUNPATH ("/gnu/store/31p3wqzxhi3cjdkn4qf8780v84czp4ag-glibc-2.31/lib" "/gnu/store/hzz6g01dwjqvr5gpr4spm92lg2xb0l4h-gcc-5.5.0/lib" "/gnu/store/8wiy4y38kb5grmn79zkawcgz6lj55fnp-glibc-2.31/lib")" - Basically it looks for /lib but everything is in /lib64 - any
<lle-bout>idea how I can solve it in a central place?
<kmicu>guix weather still shows me 504 at the end and no subs for rav1e. I will wait for Internet to propagate entangled particles of libre subs.
<nckx>kmicu: It's suspicious because that's what we're used to, but it shouldn't be. ci.guix is ~25 verry powerful servers. AFAIK they are still basically unused (<2%) due to a scheduling bug.
<kmicu>Hash for my rav1e starts with rpf but ci shows w5d3iqx and xg4j4v
<kmicu>It’s a fresh install, I did not change anything 🤔
<kmicu>I guix pull and hash guix again.
<nckx>lle-bout: Installing libraries into /lib64 is wrong, should be /lib. So the place to fix it would be gcc.
<kmicu>XFCE pulls gnome‑shell and mutter… it must be a parnk from my nemisis‑the graphical installer
<nckx>kmicu: XFCE or GDM?
<nckx>GDM runs a GNOME shell.
<NieDzejkob>kmicu: try --no-grafts, also beware of the different hashes between output and drv
<kmicu>Thank you! First thing to change.
<nckx>kmicu: Does ‘sudo rm -rf ~/.cache/guix/substitute/* /var/guix/substitute/cache/*; guix weather … rav1e’ show any news now?
<kmicu>I don’t have those. It’s before guix system init phase.
<NieDzejkob>outside of /mnt, though
<lle-bout>nckx, why is it wrong?
<nckx>kmicu: Doesn't matter. Your live installer system is just a regular Guix System.
<nckx>lle-bout: Guix uses and assumes /lib.
<kmicu>guix describe shows 9d502
<lle-bout>installing 64bit binaries in /lib64 makes sense and many programs follow that
<lle-bout>I had to patch GNU Guix to look in /lib64 for other cases already
<nckx>kmicu: …I thought you said it said c02af11…
<kmicu>nckx: also checked and those dirs are not under / or /mnt/
<nckx>lle-bout: Patch the packages to install to /lib instead.
<nckx>kmicu: ‘rm -rf’ shouldn't care if they exist or not. And what did ‘guix weather’ return?
<lle-bout>nckx, okay.. is there any reason for not making programs look in both /lib and /lib64 like other distros?
<kmicu>I checked anway before rm anything. Just a habit.
<nckx>kmicu: I just tried to build it and got /gnu/store/w5d3iqx328f4xmaajwyj671gr42grnhb-rav1e-0.3.3. I also forgot… are we solving a real problem here or are you just curious? (Both are fine, but it's nice to know.)
<nckx>lle-bout: Why?
<lle-bout>Fedora has stuff in both, Debian too
<nckx>But Guix doesn't.
<kmicu>nckx: I want to init system after testing graphical installer. 1.1.0 has bugs so switched to the latest iso, it also has some checkout bug, so I guix pulled.
<lle-bout>It's extra work and pain
<kmicu>(The goal is to init default system generated by the graphical installer.)
<hendursaga>What's a way to edit config.scm so that a service does NOT start on startup?
<lle-bout>nckx, I have this patch for example:
<nckx>lle-bout: I… agree, which is why Guix doesn't do it. Using /lib64 is a distro decision, packages have to conform to the distro, not the other way around. /lib64 is a legacy hack that makes no sense on Guix.
<pkill9>lle-bout: i dunno, but it's simpler just to install all libs to the /lib directory in the package, plus there are other systems that a package could be built for
<nckx>lle-bout: Looks good.
<lle-bout>nckx, it merely tells it to look in /lib64 for 64-bit systems
<nckx>Hardly ‘painful’, and much less painful than dealing with random /lib64 vs. /lib differences everywhere.
<pkill9>hendursaga: that's what i want to know, i don't think there is actually a way
<kmicu>Ok so guix 9d502 wants rav1e of rpf1aylw… and I assume that’s not ready.
<lle-bout>you don't need to deal wiht the /lib64 and /lib differences, just put both to the search path
<nckx>No, just tell the package to install into /lib.
<nckx>That's where libraries go.
<nckx>There's no need to support the Fedora/Debian hack on Guix.
<nckx>It would complicate search paths for no good reason.
<kmicu>How oftend ci pulls from master?
<lle-bout>is it a hack? does it complicate if you need to patch packages instead of things working out of the box for everything?
<kmicu>Geez. it’s drv. Sorry NieDzejkob.
<pkill9>lle-bout: most packages don't need patching to install to /lib
<nckx>kmicu: Every few minutes.
<lle-bout>pkill9, okay, well I'll dig GCC and libstdc++ why it installs in /lib64
<nckx>lle-bout: Good packages don't need patching, they respect --libdir or similar.
<lle-bout>nckx, libstdc++ is a bad package then, lol
<nckx>lle-bout: Guix's gcc@5 installs to /lib on x86_64, by the way.
<pkill9>guix already has libstdc++ i think
<nckx>I know you're using some other arch, but just FYI 😉
<nckx>pkill9: Yes, but I think lle-bout is porting Guix and hence deep inside the sausage factory.
<nckx>lle-bout: It's similar to why you won't find /gnu/store/*/local/bin, despite that being common (or even mandatory) on many systems. It's a distribution policy, packages don't have a say. And yes, we patch plenty of packages that hard-code /usr/local or whatever. And yes, I consider those packages naughty.
<nckx>If tomorrow some package starts installing to /bin64, we patch it. We won't be amending $PATH.
<nckx>Different variable, same story.
*kmicu has reached enlightment and is waiting for eval 15037
<kmicu>(and I know I could just remove GDM or use older guix revision but I want to test graphical installer on the latest version)
<nckx>Hum. <> → ‘235 scheduled’, shows 10 → Next → empty page.
<kmicu>Maybe that’s why I don’t see rav1e as planned yet.
<kmicu>It should show up for x86 on
<hendursaga>pkill9: I'm just removing the service from my config.scm, too much effort to figure out for now.
*kmicu bets on ENOSPC somewhere.
<nckx>kmicu: Since evaluation 15037 has finished (the evaluation itself; i.e. all hashes and new builds are known), I thought any new builds of rav1e pending would show up here: .
<nckx>Based on my experience with Hydra anyway, I haven't used Cuirass, but it looks the same. That would mean no new x86_64 rav1e is scheduled.
<nckx>No, /gnu/store/w5d3iqx328f4xmaajwyj671gr42grnhb-rav1e-0.3.3 is the latest x86_64 rav1e.
<nckx>kmicu: By the way, rpf*.drv → /gnu/store/w5d3iqx328f4xmaajwyj671gr42grnhb-rav1e-0.3.3
<kmicu>I see /gnu/store/ncnplvnbzj3cs1p3pb0d0gyz145bkcb8-rav1e-0.3.3.drv
<nckx>You can even construct the URL by hand: curl | file -
<nckx>confirms a substitute is available.
<nckx>kmicu: I also have that derivation, it builds the same thing (/gnu/store/w5d3iqx328f4xmaajwyj671gr42grnhb-rav1e-0.3.3).
<nckx>They are just text files.
<kmicu>How do you know rpf*rav1e.drv is w5d?
<nckx>Because cat 🙂
<kmicu>What’s the meaning of /gnu/store/ncnplvnbzj3cs1p3pb0d0gyz145bkcb8-rav1e-0.3.3.drv ?
<nckx>It's a low-level list of things to build for the daemon.
<kmicu>And it has a different hash on ci and on my laptop?
<nckx>I don't see a reason to think so.
<nckx>I have both on mine. I think grafts, yes.
<kmicu>(I know what drv is I don’t know why shows different hash.)
<nckx>Grafts have been mentioned a few times.
<kmicu>So to get a sub I need to use --no-grafts flag?
<nckx>Until you've ruled them out, suspect them.
<nckx>Grafts are just transformations of a build (graph). If that were the problem, Guix would just download the ungrafted nar from CI and graft it.
<nckx>kmicu: Could you pastebin the full output of ‘guix build rav1e --dry-run’?
<kmicu>Ok, because I’m lost. Any idea why guix weather rav1e shows 0 subs on guix 9d502dd7 ?
<kmicu>Sure, a second.
<kmicu>Well that command just says the following drv will be build and prints rpf*rav1e.drv
<nckx>But rpf* builds /gnu/store/w5d3iqx328f4xmaajwyj671gr42grnhb-rav1e-0.3.3, and we *know* (curl <URL> above) that CI returns when asked.
<rndd[m]>Hi everyone! is there any guides how yo run My own server to stores substitutes?
<kmicu>What says about guix weather rav1e?
<kmicu>Am I correct that 0.0% substitutes available (0 out of 1) says there’s no subs?
<hendursaga>I just downloaded the tarball for the latest Shepherd and ran sloccount on it. It says it has ~2,500 SLOC of Lisp. Does that sound about right?? That's a whole lot less than, say, systemd.
<nckx>kmicu: Not much. It supposedly means there are no substitutes, but I say that's not true.
<nckx>Unless you are requesting something that differs from all the hashes you've posted so far. And I see no reason to think so.
<kmicu>I guess I could download it manually and manually add it to store.
<nckx>hendursaga: It souds plausible. Shepherd does a whole lot less, too.
<hendursaga>nckx: Like what? What does systemd do that Shepherd doesn't/can't?
<kmicu>nckx: it’s a fresh and default installation with guix pull, hash guix just before executing guix system init. Nothing changed by me.
<kmicu>(I even formatted disk with graphical installer.)
<nckx>hendursaga: cgroups managing/tracking for one, socket activation, … Plus running wc -l (or whatever) on the entire systemd repo doesn't mean anything; it contains udev and a whole set of separate but well-integrated daemons.
<kmicu>hendursaga: systemd has many libs that can be opt‑out. I hope you did not count lines on its whole repo.
<nckx>How do you even weigh lines of C against lines o' Lisp.
<hendursaga>nckx: sloccount, and I didn't count systemd myself
<nckx>I mean how do you compare the two numbers.
<nckx>1000 lines of C != 1000 lines of Haskell.
<nckx>kmicu: You can ‘guix archive --import’ nars.
<nckx>Including the rav1e URL above.
<kmicu>Yeah, just not sure I should. Maybe there’s a bug to be found.
<nckx>To me it still sounds like your machine is caching the negative result, but you say you have no caches so I've no idea.
<kmicu>Thought the same. I’m running find for 'substitutes'. Maybe there’s a dir in an unusual place.
<kmicu>BTW is there a ‘guix’ command flag for cache invalidation?
<nckx>interesting idea.
<hendursaga>Is there a way to run 'herd status' without sudo?
*NieDzejkob checks if doas is packaged
<nckx>NieDzejkob: opendoas.
*nckx braces for libredoas and gnudoas and the inevitable suckless one.
*kmicu double braces for doas.js
<nckx>* requires setuid node.
<rndd[m]>Hi everyone! Is there any guides how to run my own server to store binaries/substitutes?
<kmicu>(Just put doas.js into Polkit, there’s a spidermonkey there already and elevated privileges.)
<nckx>rndd[m]: Not ignoring you, but not aware of any.
<kmicu>OMG Polkit is doas.js.
<kmicu>[head explodes tim and eric meme]
<nckx>rndd[m]: What are you looking for? The simplest ‘share what I have’ substitute server is: (services … (service guix-publish-service-type)). Done.
<nckx>Then run ‘guix archive --generate-key’ (see manual). Whatever you build on that machine can now be downloaded by others who trust your key.
<nckx>All the rest (Cuirass, an nginx cache, …) is sugar.
<nckx>nginx frontin' will also give you TLS.
<nckx>kmicu: TBH that sounds close to a one-line wrapper.
<rndd[m]>nckx ( sorry, i thought my message was dropped. The problem is that i don't fully understand CI process in guix.
<rndd[m]>As i understand, with enabled substitutes i download already built packages from ci.guix server. All i want is to know how make my server to store built packages.
<nckx>rndd[m]: Do you mean store packages that it built itself (i.e. build your own CI)? Or do you want to mirror
<rndd[m]>First one
<nckx>Then you just need to have a server that runs Guix System & enable guix publish as I explained above. is just a Guix System that shares everything in its own /gnu/store. There's no separate ‘substitute directory’.
<rndd[m]>nckx ( oh. Thanks, found needed chapter. Didn't know about publish argument
<nckx>If you run ‘guix publish’ on one laptop, set up keys, then run ‘guix install foo --substitute-urls=, it will just work. It's not that complicated.
<nckx>*then run … on another one.
<nckx>I didn't even know it was documented TBH (◍•ᴗ•◍)
<jgart[m]>nckx: is there a way to only share a selection of substitutes from /gnu/store (i.e. not share the whole /gnu/store)?
<nckx>You can get creative with an nginx proxy.
<nckx>* other proxy products are available.
<nckx>As long as you can match a regex, you can whitelist things. (Or blacklist, as used to be done for texlive on ci.guix.)
<jgart[m]>nckx: so guix publish will share substitutes for`%base-packages` automatically?
<nckx>It will share substitutes for everything in your /gnu/store.
<nckx>Note that this doesn't mean people can ‘browse’ your store, they need to know the hash.
<nckx>If you're worried about someone brute-forcing the entire hash space you can rate-limi—well, you probably have other problems.
<jgart[m]>and this is different from a [channel](, correct?
<nckx>jgart[m]: Yes, they are completely unrelated.
<jgart[m]>or can the two work together?
<jgart[m]> * nckx: ok
<nckx>A channel is a collection of Scheme code that allows other to download things. A substitute server simply serves compiled binaries to anyone who asks for a specific hash.
<nckx>You can set up a substitute server that serves compiled binaries *for* your channel, but they aren't coupled (and you can't, say, advertise a substitute server in your channel's source code).
<jgart[m]><nckx "You can set up a substitute serv"> great to know! that clarifies alot
<jgart[m]>so `` is nothing more than a guix system instance running `guix publish`
<nckx>jgart[m]: It's a bit more than that, but not much. The other half is something that ‘fills’ the store: basically constantly calling [the equivalent of] ‘guix build <every package>’. Does that make sense?
<jgart[m]><nckx "You can set up a substitute serv"> but I can link my guix channel to optionally pull substitutes from a guix system that is offering a guix publish service (i.e. substitutes) for the entirety of my guix channel?
<nckx>jgart[m]: It uses fancy software called Cuirass to do so. But my substitute server *is* just, literally, guix build <all the things>, in a bash loop.
<jgart[m]><nckx "jgart: It's a bit more than that"> but guix build does not install the package to my profile. It only builds the derivation to the store, correct?
<nckx>jgart[m]: You can't link the channel. You can tell users about it in your channel README, but they will have to add your key and substitute URL by hand.
<nckx>jgart[m]: <guix build does not…> Exactly.
<jgart[m]>is there currently a way to filter out only the packages offered by a particular guix channel?
<jgart[m]>or is regex the only thing available for that?
<nckx>Hm, I don't know. I've never tried to do that.
<jgart[m]>what if I have 20 guix channels
<jgart[m]>and I want to only see packages offered by channel #15
<efraim>guix-past uses
<efraim>guix package -A | grep -E "past\/" | cut -f1,2 | tr '\t' '@'
<efraim>all those packages are in past/packages/foo.scm
<nckx>That… works.
<efraim>yeah, there's not a great way
<nckx>It feels hella fragile and isn't immediately tied to the channel name (e.g. ‘guix’ channel but → ‘gnu/packages/…’)
<nckx>But it's what I would use too!
<nckx>No shade.
<jgart[m]>It would be nice to have that feature in the future. Just a more abstracted declarative command
<jgart[m]>what is the state of packaging racket programs for guix?
<jgart[m]>has anybody thought of implementing a `racket-build-system`
*nckx doesn't know so this is the time to bow out, good evening everyone.
<nckx>Maybe dustyweb will know.
<jgart[m]>nckx: thanks for all the insights
<dustyweb>hi nckx, jgart[m]
<jgart[m]>a `nim-build-system` would also be nice
<dustyweb>there has been some work I understand, though I don't know the state of it; Dimakakos Dimos has done the most work on it, see "Racket packages: formerly Move DrRacket to a separate output?" threads on guix-devel
<jgart[m]>dustyweb: Hi!
<dustyweb>I would really like to see racket packaging properly supported in Guix
<dustyweb>as in, would really, really, really like it :P
<jgart[m]>dustyweb: I would too!
<dustyweb>there hasn't been updates posted in a while though
<dustyweb>so I'm a bit uncertain as to the status
<jgart[m]>I want to be able to just do `guix install racket-frog` or `guix install frog`
<jgart[m]>In the same way one can do `guix install haunt`
<jgart[m]><dustyweb "there has been some work I under"> I'll look for this. Thanks!
<jgart[m]>Can the `android-ndk-build-system` be used to build android apk's directly? It would be nice to be able to build android apps from source with guix in order to provide "apk substitutes" or atleast a guix channel. Maybe this could be the fdroid alternative /gnu/store that the replicant project has been looking for all along...
<jgart[m]>just being hopeful :)
<dustyweb>jgart[m]: yes, I'm very interested in being able to "guix install terminal-phase"
<dustyweb>especially because a lot of the dependencies that use C libraries are kind of annoying to build
<dustyweb>and I'd also like to cd ~/devel/terminal-phase; guix environment -l guix.scm
<dustyweb>and have the whole thing set up to hack in!
<jgart[m]>dustyweb: Hahaha I had seen this a few months back. I love the tt-debugger idea
<dustyweb>jgart[m]: :)
<dustyweb>jgart[m]: if you find out or would like to talk more, let's do so
<dustyweb>maybe we can get a conversation with you, me, dimos, and claes wallin
<dustyweb>jgart[m]: here's some info I found:
<jgart[m]>dustyweb: Do you know of anybody who has written an install blog post for mediagoblin? Kind of like the ones you see on the digital ocean deploy tutorials. That would be nice.
<dustyweb>oer rather
<dustyweb>jgart[m]: are the relevant things to read I think
<dustyweb>but I haven't fully gone through it
<dustyweb>I've been reading those docs idly
<dustyweb>don't fully understand them
<jgart[m]>I'd be happy to help out
<dustyweb>jgart[m]: regarding mediagoblin, sadly no... I got stuck the last time I worked on it on the javascript stuff. but maybe if you're interested, we should talk with sturm
<dustyweb>I think sturm and I are interested in reducing or removing all the npm-related dependencies in GMG
<dustyweb>including those was a mistake in retrospect
<dustyweb>and things can be simplified by tearing them out
<jgart[m]>sounds like a good idea :)
<jgart[m]>i.e. to remove the npm
<jgart[m]>or reducing it
<jgart[m]>Have you thought of packaging mediagoblin for guix?
<dustyweb>jgart[m]: yes I worked on it for quite a while, it was the javascript stuff where it got messed up
<dustyweb>I have a branch somewhere
<dustyweb>but most of the dependencies are i now
<jgart[m]>It would be so awesome to just do (service mediagoblin-service-type)
<dustyweb>in now
<dustyweb>so it wouldn't be too hard comparatively
<dustyweb>jgart[m]: I'm not an active mediagoblin developer anymore, though I do advise the project
<dustyweb>my work these days is on spritely
<dustyweb>have a meeting
<dustyweb>happy to talk more later jgart[m] !
<jgart[m]>ok, I'll be around
<jgart[m]>nice talking to you dustyweb
<jgart[m]>have a good one!
<dustyweb>you too jgart[m] !
***dftxbs3e_ is now known as dftxbs3e
<calher>I could use a blendergeek. Make some bean brownies.
<jonsger>has someone have a working spell checking in libreoffice?
<hendursaga>What would be a way to modify resolv.conf in the system config? I'm trying to setup a local caching dnsmasq service.
<civodul>efraim: hey, i'm curious about rust-escargot but the description isn't helpful :-)
<JohnDoe9304>Hello. I am GLAT agent. Contact me to purchase a license for GNU/Linux ($99 single user, $49 volume).
***ChanServ sets mode: +o civodul
***JohnDoe9304 was kicked by civodul (Kicked by civodul)
<hendursaga>I wonder who'd be stupid enough to fall for it..
***calher is now known as KE0VVT
<danica4>Hello. I am GLAT agent. Contact me to purchase a license for GNU/Linux ($99 single user, $49 volume).
***danica4 was kicked by civodul (Kicked by civodul)
***danica4 was kicked by civodul (Kicked by civodul)
<roptat>ban them
<danica4>roptat: Why?
<civodul>ah, not sure how to do that, nckx?
<hendursaga>Surprise surprise, irccloud
<danica4>+b *!*@**
<danica4>Or better, +b *!*@gateway/web/*
<nckx>civodul: Can do, if you're OK with banning all of irccloud.
<danica4>GLAT agents might use Tor also.
<nckx>Nick-based is useless, they're already banned under all their old GLAT-based nicks.
<hendursaga>danica4: Hey now...
<danica4>Even on IRCCloud, we're always using Tor.
<nckx>danica4: Does your GNU/Linux licence scam ever work?
<danica4>nckx: there are three licenses in our database, all revoked
<nckx>So you've managed to scam three people over many years.
<nckx>That's not… great.
<nckx>I mean, for all the effort you put into your fake licences, you'd be better of starting a legitimate business.
<danica4>nckx: All of them were intentionally created to be leaked. Unfortunately, nobody purchased a license from us.
<NieDzejkob>hmm, I wonder why
<nckx>The plot thickens.
<danica4>Maybe because GLAT agents started working a year ago.
<danica4>Our most known repositories were suddenly defaced by hosting.
<nckx>danica4: Nah, this scam is much older, I've been around.
<NieDzejkob>why do you think anybody would buy something that they can also get for free?
<NieDzejkob>hell, piracy is rampant
<nckx>OK, maybe not much older, but older.
<NieDzejkob>why are you hoping to get them to pay when it's actually intended to be free
<nckx>Somebody done rat danica out to the Freenode po-po ☹
<hendursaga>civodul: I'd prefer not to have Tor users banned, as I'm one of them.
<nckx>hendursaga: Banning Tor users is not happening.
<hendursaga>nckx: Cool. Out of curiosity, I'm assuming it's possible to whitelist some Tor users but not the rest?
<nckx>hendursaga: We could ‘whitelist’ all Tor users with a registered (NickServ) nick.
<nckx>If we were able to do more than that it would rather defeat the purpose of Tor.
<roptat>I thought freenode only allowed registered tor users?
<roptat>or is it that you have to connect without tor once to register a nick?
<hendursaga>roptat: It's been awhile but I believe I had to connect just once in the clear.
<nckx>I'm not even comfortable banning irccloud.
***ChanServ sets mode: +o nckx
***YouCantBanMe was kicked by nckx (YouCantBanMe)
<nckx>No, but we can kick you.
***YouCantBanMe was kicked by nckx (YouCantBanMe)
***YouCantBanMe was kicked by nckx (YouCantBanMe)
***elsebody was kicked by nckx (elsebody)
***elsebody was kicked by nckx (elsebody)
***elsebody was kicked by nckx (elsebody)
***elsebody was kicked by nckx (elsebody)
***elsebody was kicked by nckx (elsebody)
***elsebody was kicked by nckx (elsebody)
***ChanServ sets mode: +b *GLAT*!*@*
***GLATagent was kicked by ChanServ (Banned: spam)
***nckx sets mode: +r
<janneke>s/n denial attack
***nckx sets mode: +b *!*@gateway/web/*
<nckx>What have I become. ☹
<janneke>destroyer of clouds
<hendursaga>A few bad apples..
***bmpvieira was kicked by ChanServ (Banned: GLAT spam)
***englishm was kicked by ChanServ (Banned: GLAT spam)
***murmr was kicked by ChanServ (Banned: GLAT spam)
***feepo was kicked by ChanServ (Banned: GLAT spam)
***boeg was kicked by ChanServ (Banned: GLAT spam)
***cstrahan was kicked by ChanServ (Banned: GLAT spam)
***CustosLimen was kicked by ChanServ (Banned: GLAT spam)
***affinespaces was kicked by ChanServ (Banned: GLAT spam)
***d10n-work was kicked by ChanServ (Banned: GLAT spam)
***vfP56jSe was kicked by ChanServ (Banned: GLAT spam)
***d1rewolf was kicked by ChanServ (Banned: GLAT spam)
***rgrinberg was kicked by ChanServ (Banned: GLAT spam)
<roptat>oh wow
***ChanServ sets mode: -b *!*@gateway/web/*
<nckx>See, we can't do that ☹
***nckx changes topic to 'GNU Guix | register your nick to talk | get Guix at | videos: | bugs & patches: | paste: | Guix in high-performance computing: | This channel's logged: | 1.1.0 is out!'
***nckx sets mode: -b *!*@gateway/web/*
<kmicu>Summer time indeed.
<nckx>I think that's the best we can do. ☹
<linka>hi! is there a command to suspend the computer?
<nckx>linka: echo mem | sudo tee /sys/power/state
<nckx>That's standard and cross-distro but little-known. We don't have a ‘fooctl suspend’ wrapper, unfortunately.
***geks was kicked by nckx (geks)
<geks>Why you kick me?
***geks was kicked by nckx (geks)
<linka>nckx: thanks
<nckx>I mean, I wish a pointless wrapper weren't expected, but it is.
<nckx>Having Shepherd handle it would allow hooks for working around driver quirks etc. Not that I've ever heard of a need for them with libre drivers, ever.
***nckx sets mode: +q *!*@gateway/web/*
<janneke>nckx: well, aren't pointless wrappers expected because someone created pointless wrappers?
<nckx>I don't understand why +r didn't seem to do anything above.
<nckx>Then again, this is me oppin' IRC <>
<roptat>+r - Enables use of the unban command.
<nckx>If anyone has experience (not opinions) with moderating IRC I'm all ears.
<nckx>roptat: Channel mode, not user.
<nckx>roptat: +r should disallow joining for unidentified users.
<roptat>so maybe they were identified?
<nicole>indeed they were
<nckx>Oh. That was quick.
<roptat>and that's not great, as many of our users don't have a freenode account :/
<nckx>It is not.
<nckx>But we've survived a month of it during the Great Freenode Spam Wave of Ought Something, and I use it very sparingly now.
<roptat>I tried /msg ChanServ help flags, but I don't see the right help message it seems, how do I see channel modes?
<nckx>It's all I know, apart from banning*. Their uid wasn't constant either. Nothing else to filter on(?).
<nckx>To see the actual modes in vogue, /mode #guix.
<roptat>I'm getting close to a composer build system (for php)
<nckx>It's interesting browsing the other #distroes to see different approaches, but nothing enlighteningly different.
<roptat>I have an importer and I've packaged the latest phpunit today
<nckx>roptat: Superb.
<roptat>this was actually a work I did 8 months ago and forgot about
<roptat>so I mainly updated the packages I already had
<roptat>and fixed a few things in the importer, updater and build system
<roptat>I still have to figure out how to run the tests when there's a test target in the composer.json file
<roptat>but I managed to have phpunit run on a package, so I'm very happy
<roptat>there are some errors though :/
***nckx sets mode: -r
***nckx changes topic to 'GNU Guix | get Guix at | videos: | bugs & patches: | paste: | Guix in high-performance computing: | This channel's logged: | 1.1.0 is out!'
<kmicu>Maven, Composer, what’s next in your pipeline roptat
<roptat>gradle I'm afraid
<roptat>but it might take a bit of time
<roptat>I could try and dust off my sbt package in the meantime :p
<roptat>but it's pretty useless, as it will not use anything from guix
<roptat>the first think it does is re-download a binary version of itself and scala :/
<nckx>So you've written a Nix package.
<kmicu>Oh my sbt.
<nckx>That's a start.
<kmicu>I’m already hearing Odersky’s voice.
<kmicu>It was fun today.
*kmicu drops off to watch Agents of E.M.A.C.S
<roptat>I mean the package itself is built from source, but when you run that sbt, it downloads itself and scala from the internet
<nckx>o/ kmicu
<roptat>nix just downloads the binary version and calls it a package
<roptat>but yeah, I had to give up on scala itself, I made a Nix package for it :p
<civodul>heh :-)
<civodul>thumbs up for Maven & Composer!
<civodul>didn't you have the beginning of a Scala parser at some point?
<roptat>I tried, but it's just too big
<civodul>so you do have limits ;-)
<jonsger>roptat: that php stuff sounds interesting :)
<roptat>mh... I have a string like "phpunit --option 'with space'", how do I pass this to invoke or similar command?
<roptat>thanks, I might be able to send the patches to the list tonight
<nckx>roptat: (invoke "phpunit" "--option" "with space").
<roptat>I know, but I only have the string
<roptat>I get it from the composer.json file
<nckx>Sounds like you want SYSTEM?
<roptat>oh right
<pkill9>how does the shepherd enable/disable services?
<pkill9>since I don't think you can disable services in guix system, or maybe i'm wrong?
<civodul>pkill9: you can do "herd disable SERVICE"
<rndd[m]>Hi everyone, returns 502 :(
<civodul>but maybe that's not the kind of "disable" you had in mind?
<pkill9>that's the one I had in mind, does it work in guix system? i.e. stop it from starting on boot?
<civodul>rndd[m]: oops, looks better now, thanks for the heads-up!
<civodul>pkill9: ah no, that's not what "herd disable" does
<civodul>you can't prevent a service from starting on boot, unless that service explicitly provides that as an option
<rndd[m]>civodul: np