IRC channel logs


back to list of logs

<iskarian>afternoon Guix!
<iskarian>sneek, later tell muradm: fyi arcan + arcan-sdl are succeeding on core-updates-frozen now
<mala>so I'm doing some minor hacking on a package definition to upgrade it to a latest version, and one of the patches is no longer applying cleanly. My plan is to just download the source and manually create a new patch, stick it into the guix tree and see if it works when I next build it. But is there a better way? Like maybe obtaining or preserving the source tree that guix build sees?
<iskarian>mala, you can do `guix build <my-package> --keep-failed'
<iskarian>it will then keep the build directory in /tmp/guix-build-whatever and you can inspect it
<iskarian>(if patches are failing, it will be the build directory for the source)
***califax- is now known as califax
<zacchae[m]>when booting from a btrfs subvolume, guix automatically adds the necessary subvolume to paths given to the bootloader. Should it also do this for other menu-entries? Because it does
<zacchae[m]>This is problematic when I try to add an entry on a different subvolume
<zacchae[m]>for example, I have guix on subvolume /guix and another OS on /other. I try to specify /other/boot/vmlinuz-linux, but that gets changed to /guix/other/boot/vmlinuz-linux
<zacchae[m]>I'm going to try specifying ../other/boot/vmlinuz-linux, but that seems like a hack mor than the "right" way, no?
<zacchae[m]>^ did not work anyway.
<zacchae[m]>Shouldn't the subvolume prefix for guix not be automatically added to auxhilary menu entries? Wanted to ask here before bothering the mailing list
<RRRRedEye[m]>`/guix/other/boot/vmlinuz-linux`, is the boot volume mount at /guix/other/boot ?
*apteryx wonders if a package could be *defined* as cross-compiled
<apteryx>rekado_: there's no need anymore for texlive-union on core-updates; if you remember, the default configuration of texlive was modified so that it could honor multiple TEXMF trees.
<apteryx>the only useful bit of a union that was kept is the generation of font maps; hence it's explicitly named as such now as texlive-updmap.cfg. The commit message of 04a0b1e09abce99857e7930336421ca6d15ae630 has a bit more details.
<zacchae[m]>RRRRedEye: /guix/other/* doesn't exist. I want to specify /other/boot, but /guix is automatically added
<muradm>sneek, botsnack
<sneek>muradm, you have 1 message!
<sneek>muradm, iskarian says: fyi arcan + arcan-sdl are succeeding on core-updates-frozen now
<muradm>iskarian, thanks, let my try to build locally
<the_tubular>Why does does : redirects to ?
<the_tubular>It usually redirects to somewhere else ?
<muradm>any one aware of program that maintains mailing list archive locally, preferrably in maildir format?
<muradm>i ended up writing script in guile for this task, but just wandering if there something similar exists?
<muradm>sneek, later tell iskarian: also compiled arcan-wayland sucessfully, thanks
<sneek>Got it.
<qzdlns[m]>morning guix o/
<civodul>Hello Guix!
***iskarian is now known as Guest5838
<muradm>hello civodul! there was few packages not compiling due to libmicrohttpd tests failing on core-updates-frozen. #50631 fixes that
<civodul>hi muradm! thanks for the heads-up!
<efraim>hello guix!
<efraim>apteryx: where should I send patches for the big core-updates-frozen changes?
<civodul>efraim: i think you can send changes to guix-patches and have the issue that apteryx created block on yours
***ChanServ sets mode: +o civodul
***ix was kicked by civodul (Kicked by civodul)
***ChanServ sets mode: -o civodul
<civodul>arf, not sure what to do with ix
*civodul sent a patch for "guix graph --max-depth=N":
<qzdlns[m]>apologies if it's inappropriate to ask here, I won't press the issue - is there advice for using fwupd on guix?
<raghavgururajan>Hello Guix!
<qzdlns[m]>RRRRedEye: yeah as a mechanism for LVFS
<raghavgururajan>ix: It appears your client is cycling join/leave.
***ChanServ sets mode: +o civodul
***ChanServ sets mode: -o civodul
<rekado_>I get an ugly backtrace when trying to get substitutes while running ‘guix system reconfigure’
<civodul>rekado_: could you paste it?
<attila_lendvai>i have an app that generates shell scripts (idris). changing it to generate `#!/usr/bin/sh env` doesn't seems to be enough, even though if i look around in the builder env /usr/bin/env is there and seems to work. what am i missing?
<attila_lendvai>i of course meant to write `#!/usr/bin/env sh`
<dstolfa>attila_lendvai: could it be that it's explicitly invoking /bin/bash somewhere or something like that?
<cbaines>attila_lendvai, what do you mean by builder env? I don't think /usr/bin/env would exist there.
<attila_lendvai>cbaines, oh, right. all i did was cd into the /tmp/guix/builder... and source the environment. but i guess when the actual build is running /usr/bin/env doesn't even exist, right?
<nckx>Good morning o/
<dstolfa>morning nckx
<cbaines>attila_lendvai, assuming you're not running the guix-daemon with --disable-chroot, the build will take place in an isolated mount namespace, which means things like /usr/bin won't be included
<attila_lendvai>cbaines, ok, thanks for confirming it!
<rekado_>this is with the latest Guix. I just pulled.
<rekado_>it’s probably the WiFi on this device
<nckx>civodul: Kick them, ban them if their client's too insistent, explain what happened over e-mail & how they can easily get 'unbanned' (and make a note to unban them in a week in case it's fixed) -> is what I do. I don't know who ix is though.
<attila_lendvai>but then how do i solve it? i'll need to pass the shell as a command line argument, or as an env variable? and add support for it to the app?
<rekado_>I also can’t get a substitute for gnome-shell (”server is somewhat slow“) and it tries to build it locally, but fails.
*rekado_ erases the substitute cache
<cbaines>attila_lendvai, I'm not sure what problem you're trying to solve? Are there scripts that need fixing for to get some package to build?
<nckx>I'm also getting the 'server is somewhat slow' message on a link that isn't.
<nckx>To ci.
<attila_lendvai>cbaines, these scripts are generated and then run. one backend of idris is using chez scheme, and invokes it through a generated shell script. since then i realized there's already a variable: $SHELL
*attila_lendvai gets into hacking idris to getenv SHELL
<cbaines>rekado_, looking at the code, that error suggests that the data in the cache file is unexpected
<pkill9>please can someone put a link to the guix git repository on the front page of the guix website
<attila_lendvai>pkill9, yeah, that was annoying me, too...
<nckx>apteryx: Something like arm-trusted-firmware or ath9k-htc-firmware or ...?
<jonsger-laptop>do we build somewhere already an installation image based on core-updates-frozen?
<rekado_>cbaines: it’s likely corrupted because of the unstable wifi on this laptop
*nckx nods, 'About > Contribute' isn't... great. Though 'front page' is overkill.
<rekado_>there’s no more error since deleting /var/guix/substitutes/cache
<civodul>rekado_: super weird
<pkill9>gnutls decided not to fail to build
<civodul>but yeah, like cbaines writes, it could be some corruption in the substitute cache
<rekado_>maybe we could add a nicer error message…?
<rekado_>BTW: I’ve been working on plymouth to show a splash screen and all that.
<cbaines>there's already some error handling around that, but yeah, maybe guix could just say the cache file is corrupt and then delete it
<rekado_>testing changes to the initrd is a bit annoying because it takes so very long to build the initrd and all the (guix build) modules
<yoctocell>attila_lendvai: are you packaging idris2?
<civodul>rekado_: i'd rather see an ugly backtrace in this case because it suggests a Real Issue
<attila_lendvai>yoctocell, yes
<civodul>like, you're not supposed to get a random bit string in those cache files
<yoctocell>attila_lendvai: I have already sent a patch for that :-) <>
<yoctocell>attila_lendvai: You might want to try it to see if things work for you
<attila_lendvai> yoctocell, thanks for the head's up! on a parallel line i'm also working on the bootstrapping of idris itself, i.e. bootstrap it all the way from GHC. but i'll certainly look at them, thanks!
<tschilptschilp23>Hi all! I'm having troubles getting a proper response from python-pamela -- whether I call it from a globally installed one, or one from a venv, I receive a 'undefined symbol: pam_strerror'. If I run pamtester as non-root, it also would not work, as root it does it. Is this a privilege-thing, or am I missing something else?
<pkill9>guile-bytestructures reports invalid target for aarach-64
<pkill9>`guix build --target=aarch64-linux guile-bytestructures` to reproduce
<yoctocell>attila_lendvai: Cool, that sounds like quite a bit of work :-)
<attila_lendvai>yoctocell, a proof of concept is already working. if you're interested i have it written up on the list:
<attila_lendvai>i'm trying to adapt it into the guix machinery
<attila_lendvai>and learning idris on the road... :)
<yoctocell>attila_lendvai: thanks for the link; I am not that familiar with idris, but I will take a look
<yoctocell>BTW, I also have a an `idris2-build-system' on my local channel, in case you are interested. <>
<rekado_>civodul: is this really a bug, though? When we have a poor wireless connection, is it not possible for these files to be filled with some garbage or at least be truncated and thus unparseable?
<attila_lendvai>yoctocell, most probably only later, but i'm making notes, thanks!
<attila_lendvai>yoctocell, i'm having trouble even with idris 1.3.3 on guix: guix environment --ad-hoc idris clang gmp glibc, then set IDRIS_CC, but inside idris :exec fails with: /tmp/idris28135-0: error while loading shared libraries: cannot open shared object file: No such file or directory. any hints? or pointers to examples?
<civodul>rekado_: no, it's not possible to fill these files with garbage: we only fill them with an sexp written with 'write'
<civodul>so the content is always readable with 'read'
<civodul>damnit, ix is back
<muradm>any one have time to look at #49969?
***ChanServ sets mode: +b ix!*@*
***ix was kicked by ChanServ (User is banned from this channel)
***ChanServ sets mode: +o litharge
***litharge sets mode: -o litharge
<yoctocell>attila_lendvai: Hmm, it works for me, running `:exec 1+2' results in 3
***iyzsong- is now known as iyzsong
***ChanServ sets mode: -b ix!*@*
***ChanServ sets mode: +b ix!*@*
***ix was kicked by ChanServ (Banned: Fix your connection)
***ChanServ sets mode: +o litharge
***litharge sets mode: -o litharge
<cbaines>hmm, I've just spotted some really odd behaviour with
<cbaines>it seems like this revision hasn't been processed correctly, because the data actually matches this other revision which happened to be being processed at the same time
<cbaines>it's almost like the channel instance checkout somehow contained the wrong code
<cbaines>but I can't tell how that could happen
<rekado_>civodul: I think it’s actual hard disk corruption.
<rekado_>I noticed that ‘guix gc --verify=repair,contents’ keeps fixing the same items.
<rekado_>it’s a new disk, encrypted, and the decrypted partition has been copied with ddrescue, then resized.
<rekado_>(my old disk is almost full, and this new one is 4x the size)
<rekado_>I must have made a mistake. Not sure what, though.
<attila_lendvai>is anyone running macos in a vm under guix? if so, what are th outlines of a working setup? which virtualization, viewer, etc...?
<raghavgururajan>rekado_: Not sure what the issue is on your side, but I once got stuck ‘guix gc --verify=repair,contents’ keep fixing the same items. `guix gc --delete-generations` cleared it.
<mbakke>oh my, guix-pulling from core-updates-frozen anno 67b8aa91f7 to core-updates-frozen or master results in 'derivation has incorrect output'
<roptat>hi guix!
<raghavgururajan>Hi Julien o/
<roptat>just packaged kotlin-0.7.1189, from June 2014 :)
<roptat>had troubles with packaging newer versions of the intellij sdk, but finally found what was going on
<roptat>it's crazy that it's going to take so many compilers to build the bootstrap chain
<roptat>thankfully, it's a lot quicker than rust ^^'
<PurpleSym>rekado_: There’s an issue for that:
<roptat>between 1 and 2 minutes per kotlin version on my machine
<PurpleSym>rekado_: You can remove the broken files in the .links directory and run `guix gc` again.
<roptat>I just hope the language starts getting more and more stable over time, so I can do bigger and bigger steps
<rekado_>PurpleSym: ah, good idea. Thanks!
<roptat>at this point, they needed a new bootstrap twice a month or so...
<efraim>how new of a version does it expect?
<roptat>to build the compiler? it works with versions up to two weeks before that commit
<roptat>for other kotlin projects, it expects a compiler that's at least at the same version as the latest at the time of writing the code (but could work with older versions)
<roptat>although I'm not entirely sure what's the forward compatibility of the language (how far ahead can your compiler be compared to your code?)
<efraim>I meant for the compiler. It would be rough to try to use and and find out that you needed to hit the magic 2 week window
<roptat>currently I'm following this:
<roptat>it started with the latest version that didn't need a kotlin compiler, and then building the most recent version that compiler is able to build, etc
<roptat>and that's roughly one new bootstrap every two weeks, but I'm hoping it gets better nowadays
<lilyp>Hopefully it's not one new week every two bootstraps like in Scala.
<roptat>scala is worse, it's eventually grounded in non-free software...
<roptat>probably, the best plan for scala is to write an alternative compiler/interpreter in a subset of Scala that can build the full Scala compiler, and create a small Scala compiler in another language
<roptat>that's what we did for OCaml: an interpreter in a subset of OCaml, and a compiler in Guile for that subset
<raghavgururajan>roptat: You are working on IntelliJ SDK?
<roptat>yes, I have versions 133, "134" and 135
<roptat>(well, subsets of them)
<raghavgururajan>I started few months ago, worked for a month and gave-up.
<roptat>(javac2, intellij-core and jps)
<roptat>it works well enough to build kotlin :p
<roptat>fully bootstrapped
<raghavgururajan>I see. I was aiming for PyCharm.
<roptat>I'll need 138 next
<roptat>I had a working subset for "182":
<roptat>(and other files like java.scm contain additional dependencies)
<lilyp>If your version can interpret arbitrary Scala versions up to some point (say 2.x.y-z) it'd be a better alternative to the real scala tho
<mfg>Hi guix, is it possible to start postgres as a user service?
<lilyp>afaik there's no home-postgres-service-type slated for inclusion in guix home yet, but you could try setting things up similarly and adding a shepherd service
<mfg>thx, i will have a look at the guix-home source, maybe it helps :)
<mbakke>why does 'make as-derivation' compute a different po4a than './pre-inst-env guix build po4a'?
<txgvnn>Hello everyone, today after `guix pull`, my emacs-guix doesn't work anymore
<txgvnn>I found commit 53f54d4aa2 has break emacs-guix
<txgvnn>I tried it by `guix pull --commit=10c981b135 --allow-downgrades`
<tschilptschilp23>same here, just not a pull, but a fresh vm...
<tschilptschilp23>well, yes, the first pull after the installation
<civodul>txgvnn, tschilptschilp23: how is it broken exactly?
<txgvnn>this command: emacs -nw -q --eval '(guix-installed-packages)'
<txgvnn>@53f54d4aa2~1 works well
<tschilptschilp23>civodul: it does not show up running M-x guix-TAB -- the only suggestion I get is 'guix-emacs-autoload-packages', and nothing like guix-help
<civodul>oh, weird
<txgvnn>oh, shit. I'm mistake. This commit @10c981b135 `packages: Store 'location' field as a literal vector.`
<txgvnn>53f54d4aa2( is 10c981b135~1) works well.
<tschilptschilp23>but I'm on 4e2ee45 (reported by 'guix describe')
<civodul>ah yes, i get an error with: guix environment -E ^TERM --ad-hoc emacs emacs-guix -CP -- emacs -nw -q --eval '(guix-installed-packages)'
<txgvnn>tschilptschilp23: you're on latest (included @10c981b135)
<txgvnn>the error is:
<txgvnn>Error in evaluating guile expression: ice-9/boot-9.scm:1685:16: In procedure raise-exception
<txgvnn>error: package/output-sexps: unbound variable
<civodul>ooh, i think i see why
<civodul>hmm well, maybe
<civodul>10c981b135 changed the <package> ABI
<civodul>and emacs-guix talks to an older 'guix' package, with the previous ABI
<txgvnn>ya, I think so. But I don't know to fix :P
<rekado_>this sounds like the same kind of problem we had to work around with GWL
<civodul>hmm but doesn't emacs-guix run "guix repl"?
<makx>mhhm something seems broken with (at least for aarch64); all the recent kernel builds fail
<civodul>i suppose emacs-guix launches "guile -L ..." instead of "guix repl", which would explain why it's a problem
<makx>and if there's something I'd rather not build on a small SoC then itś a kernel
<tschilptschilp23>txgvnn: yes -- that's the one I see on my laptop at home after pulling some two days ago. Here on a fresh VM at work I can't even TAB-complete the guix-*-commands within emacs (tried both putting emacs-guix into config.scm and just guix install as user)
<civodul>makx: hi! do you have a link to a failing build?
<civodul>txgvnn: lemme try updating the 'guix' package; that should fix the issue
<txgvnn>civodul: I see both *Guix Internal REPL* and *Guix REPL* buffer.
<makx>(though I am a bit confused because that's version 5.14.4, and my board is trying to build 5.14.5 right now
<tschilptschilp23>txgvnn: how do you map these values: '53f54d4aa2( is 10c981b135~1)'?
<civodul>makx: ouch; did you try just starting the build, either on an actual device or on emulated hardware?
<civodul>the failure looks weird
<makx>civodul: I guix pull -ed and then guix system reconfigure with my config
<makx>and it started building (when I kinda expected these to just download)
<makx>civodul: I have a Pine RockPro64 and a Pine Rock64 as well as a qemu vm running;
<civodul>and did it fail to build in the same way as above?
<reza[m]>is there a tutorial to install guix with full disk encryption usinga hardware key?
<makx>civodul: no the rock64 just runs out of memory
<makx>civodul: the rockpro is still at it
<makx>the de-blob process tages ages on these
<txgvnn>tschilptschilp23: I use `git show 10c981b135~1` on Guix repo
<makx>civodul: don't know whether starting a qemu aarch64 machine on a ryzen would make things faster; might try that next
<txgvnn>Actually I have two Guix system on home and company with different guix version. One of them has emacs-guix still work
<txgvnn>so I tried all commits between them to know which commit break emacs-guix
<cybersyn>reza: I believe there is a video from Tropin. try youtube search "encrypted btrfs guix Tropin"
<blackbeard>hello guix :)
<pkill9>how do i diagnose a failure to install u-boot when building a disk- image?
<cybersyn>reza i did it for my first time just using the BTRFs manpages during setup and it was a very smooth and simple process
<tschilptschilp23>txgvnn: Ha - I had to source my .guix-profile, now I'm seeing the guix-*-commands from emacs. I'm getting the error you reported on both of my machines now!
<cybersyn>hi all, i've been off irc for the last few months due to moving into a friends place who's ip was placed on a spammer blacklist by liberachat, but i used to be in here quite a bit and attended fossdem and guix days this past year
<cybersyn>guix is still my favorite thing in the universe :)
<nckx>Hi cybersyn! I remember your nick.
<makx>isntall qemu, get mariadb. and postgres. one day i will understand computers
<cybersyn>but i'm wondering, I found out about guix from Brett Gillio who i became quite good pen pals with after meeting him in the OCaml irc. after the emacs conf last year, his blog stopped updating, his git server stopped updating, and he stopped responding to emails. I've been a bit worried that something may have happened to him, and I find myself bumping into his website occasionally.
<cybersyn>does folks know if he is alright?
<nckx>I think so.
<nckx>sneek: seen brettgilio
<sneek>I think I remember brettgilio in #guix one month and 19 days ago, saying: lol! already has been.
<cybersyn>hi nckx! hope you are well
<cybersyn>thanks sneek, thats good to hear. I was worried that he may have caught covid
<nckx>cybersyn: I've been very absent myself lately, but all right (thanks!). So I can't exactly vouch for Brett but I didn't see anything bad…
<cybersyn>sneek when you see brettgilio, tell him: "blake says hi! shoot him an email at blake atch sweatshoppe dotorg"
<sneek>him:, cybersyn says: "blake says hi! shoot him an email at blake atch sweatshoppe dotorg"
<cybersyn>hmm did i do that wrong lol
<nckx>cybersyn: Heh :) Syntax: ‘sneek: later tell <nick>: <something>’
<nckx>sneek is a picky eater.
<nckx>sneek: botsnack
<pkill9>can you pass configure options to make-u-boot-package?
<cybersyn>sneek: later tell brettgilio: "blake says hi! shoot him an email at blake atch sweatshoppe dotorg"
<sneek>Will do.
<cybersyn>niceee after 9 months i finally got it
<cybersyn>thanks nckx
<pkill9>nvm im spamming questions
<nckx>That's what this thing is for. Just wish I had answers.
<cybersyn>does anyone know a good way to get indentation in a guile shell repl?
<cybersyn>i really love how Chez just hangs in my terminal geiser style
<cybersyn>and I want to see what its like to control my system entirely from the repl, but this seemingly superficial matter prevents me from being able to fully enjoy it
<pkill9>that would be cool
<cybersyn>if noone has done this it could be a great little project for me
<cybersyn>civodul: do you know if anyone has implemented automatic indentation for the guile shell repl? is it something that could be accomplished in .guile?
<roptat>hi cybersyn, welcome back :)
<cybersyn>thanks roptat glad to be off the blacklist :)
<guix2021>Hi, what's the difference between "sudo guix system reconfigure /etc/config.scm" and "guix upgrade". I am some confusing Both are used to upgrade the installed packages, aren't they?
<roptat>guix system is used to update the system profile, guix upgrade for the user profile. They are different profiles
<roptat>guix2021, guix system is used to update the system profile, guix upgrade for the user profile. They are different profiles
<guix2021>got it. Roptat , thank you1
<roptat>guix system updates the kernel, globally installed packages, services, the list of groups and users, mounted file-systems, ...
<roptat>guix upgrade acts on the user profile (the profile that is created/modified by other guix commands like guix package, guix install, guix remove, ...)
<guix2021>and guix upgrade is just for user-installed packages
<roptat>happy to help :)
<jonsger-laptop> happens when booting from an USB stick with an core-updates-frozen image as well
<makx>stupid question: what's the purpose of "core-updates-frozen"?
<jonsger-laptop>makx: its a branch of Guix with updated core packages like gcc, glibc and other packages deep in the dependency tree
<cybersyn>anybody <guix2021> Hi, what's the difference between "sudo guix system reconfigure
<cybersyn> /etc/config.scm" and "guix upgrade". I am some confusing Both are
<cybersyn> used to upgrade the installed packages, aren't they? [21:44]
<cybersyn>*** clacke ( has joined channel #guix
<cybersyn>*** jess (~jess@libera/staff/jess) has joined channel #guix [21:45]
<cybersyn><roptat> guix system is used to update the system profile, guix upgrade for
<cybersyn> the user profile. They are different profiles
<cybersyn>*** guix2021 (~guix2021@ has quit: Remote host closed the
<cybersyn> connection [21:46]
<cybersyn>*** guix2021 (~guix2021@ has joined channel #guix
<cybersyn><roptat> guix2021, guix system is used to update the system profile, guix
<cybersyn> upgrade for the user profile. They are different profiles
<cybersyn><guix2021> got it. Roptat , thank you1 [21:47]
<cybersyn><roptat> guix system updates the kernel, globally installed packages,
<cybersyn> services, the list of groups and users, mounted file-systems, ...
<cybersyn><roptat> guix upgrade acts on the user profile (the profile that is
<cybersyn> created/modified by other guix commands like guix package, guix
<cybersyn> install, guix remove, ...)
<cybersyn><guix2021> and guix upgrade is just for user-installed packages [21:48]
<cybersyn><roptat> yep
<cybersyn><guix2021> noted.thanks
<cybersyn>so sorry yall
<jess>uh oh
<cybersyn>accidentally bumped the caps lock
<jess>i forgive you
<cybersyn>thanks jess
<jonsger-laptop>at least no password ^^
<roptat>maybe next time? :D
<nckx>Whichever excellent client sends random scrollback when you have caps lock on?
<podiki[m]>but don't worry, if you type your password it will appear as stars to us
<makx>IT WORKS
<podiki[m]>maybe capslock->ctrl and ends as a paste
<cybersyn>idea for an easy to build weekend proj: a clipboard guard that matches against the first three of your password chars and rejects to copy
<cybersyn>nckx no idea whatelse i hit, but i'm in evil mode
<nckx>I know you are, you spammed #guix.
<nckx>+1 on PasteGuard. Somebody posted a Pornhub link in here once, followed by a dry ‘oops’. My headcanon is they were never seen again but I honestly can't remember.
<cybersyn>oh dear lord
<nckx>'T was an SEOptimised URL :-/
<cybersyn>i recently saw this DevOpsWorld advert for a presenter that has been doing CI/CD with jenkins and guix. does anyone know where to find the repo? (also, congrats! seems like it could possibly help dispell the myth that guix is experimental software)
<nckx>cbaines: Just FYI your GDS mail was a bit big (1.5MB, soft limit is 1MB).
<cbaines>ah, right, I should have probably compressed the attachment
<nckx>No bigsie. I approved it; wasn't worth a resend.
<nckx>But yes :)
<nckx>Ugh. Is there a static Clang hiding anywhere in Guix?
<nckx>Or LLVM.
<cybersyn>nckx: i believe its clang:static
<nckx>cybersyn: Thanks for the hint, but already tried that, no such output.
<nckx>Maybe it once was.
<cybersyn>dang, could have sworn that output was there not long ago
<nckx>I'm attempting packagement of AspectC++, a Jenga ouroboros that bootstraps itself with a statically linked version of one of its own subprojects, which then makes the whole build itself static too… I think. My understanding of it is currently a hot mess.
<nckx>Which is not to say inaccurate.
<nckx>cybersyn: Hm, that sounds… well, hold on, it can hardly be worse. I'll try it anyway.
<cybersyn>is there an issue with using the toolchain?
<nckx>Can't say. It just feels hella gross, but I'm not a clangman. It would feel hella gross if it were GCC, at least :)
<cybersyn>yeah, i feel ya
*nckx hears distant clanging from basement, no errors so far.
*apteryx wonders why $ won't match end of line in substitute*; it's documented but it's a weird quirk
<nckx>apteryx: …?
<apteryx>in the replacement pattern
<apteryx>I have some line like: ' lib-dirs = [' (then newline), but (".*lib-dirs = \\[$" all) won't match it
<nckx>I was puzzled above because the only complaint I've heard about substitute* is it matching newlines when folk's *didn't* expect it to.
<apteryx>my usual goto is to use .* to match everything including the newline character
<apteryx>but in this case I strictly want the line to end by [\n
<apteryx>using \n works. strange.
<apteryx>I suspect a leaky implementation detail :-)
<apteryx>so, (".*lib-dirs = \\[\n" all) as a substitute* pattern matches, but (".*lib-dirs = \\[$" all) doesn't
<nckx>llvm-config: error: missing: /gnu/store/g3idjpqsp2p2d163qfzskxj4k58nrx7f-llvm-11.0.0/lib/libLLVMCoverage.a
<nckx>Times a zillion.
*nckx sighs, thinks.
<apteryx>nckx: is that not part of clang-runtime?
<nckx>Will try!
*nckx throws more random inputs on the input bonfire.
<apteryx>clang propagates it
<nckx>I really cannot exaggerate how little I know & love Clang.
<apteryx>but no, it's not part of clang-runtime
<nckx>(Note the .a, just in case.)
<apteryx>we only have the shared version, not static
<nckx>That's what I found(1) in my store but it's not complete.
<nckx>You have every package?
<apteryx>of llvm?
<nckx>I'm just wonderin' if there's some package I'm missing.
<nckx>Figuratively and literally.
<apteryx>what do you mean by "it's not complete" ?
<nckx>My store does not have all the packages in it allowing me to run find on it & say ‘Guix doesn't have x’.
<nckx>And running find /gnu/store on my spinning-drive substitute server is prohibitively slow.
<apteryx>I see; there are substitutes, so you could download them all :-)
*nckx sighs in C++.
<mbakke>nckx: I have a /gnu/store/ln08ps4jmcyhx3wa1lkkmx1s1ijrsavq-llvm-julia-9.0.1/lib/libLLVMCoverage.a FWIW
<nckx>Huh 😃
<nckx>Probably forgotten but why not the hell.
<apteryx>seems all the LLVM have it
<apteryx>(as a shared library), at least from 7
<apteryx>even 6
<apteryx>if that helps:
<nckx>Oh, yeah, I didn't mean that library specifically. It was just an example. The build complains about tens of missing .a's.
<nckx>llvm-julia does (#:configure-flags flags) but never uses flags, I wonder if that's deliberate.
<apteryx>nckx: what are you building?
*nckx AFK a bit.
<mbakke>core-updates-frozen is producing incorrect outputs for some fixed-output derivations according to the daemon
<mbakke>an easy reproducer is: 'guix time-machine --branch=core-updates-frozen -- time-machine --branch=master -- build hello'
<apteryx>is this only on the frozen branch?
<apteryx>e.g., not on master?
<mbakke>apteryx: I think it's only on that branch, at least 'guix time-machine -- time-machine -- build hello' works here
<apteryx>what does "incorrect outputs" mean? in what ways are they incorrect?
<mbakke>the problem appears to have been introduced recently on 'master' however, in the range 49922efb11da0f..2a054d29dcfd, as I can pull 49922efb11da0f
<mbakke>apteryx: ask my daemon:
*mbakke bisects
<mbakke>I've never done multidimensional time travel before; it's quite useful :)
<civodul>mbakke: looks like you're looking at an interesting bug
<mbakke>civodul, apteryx: cb06f7c61e4b8393abf38f1f5891e03c33d53b9b is the first bad commit
<civodul>mbakke: what's the problem actually? i didn't read back
*civodul needs to go
<mbakke>civodul: pulling that commit (or later, including the tip of core-updates-frozen) from core-updates-frozen results in
<mbakke>indeed, reverting the commit makes 'guix pull' work again
<apteryx>So, Guile 3.0.7 stuff it seems :-)
<apteryx>good job on bisecting
*jonsger-laptop found a good point at bisecting :)
<mbakke>I don't really trust Guile 3.0.7 after ... perhaps we should take that patch.
<mbakke>jonsger-laptop: does it reproduce in a 'guix system vm'?
<apteryx>the patch corresponding to commit 17aab66e75136cf23c7f0d4942b61d6947f98f9b? This was on the 24th of May; hasn't been released yet?
<mbakke>apteryx: indeed, Guile 3.0.7 was released May 10th
<iskarian>morning Guix :)
<sneek>Welcome back iskarian, you have 1 message!
<sneek>iskarian, muradm says: also compiled arcan-wayland sucessfully, thanks
<abhiseck>Hello, I want to setup tor daemon and use torsocks... According to some mailing list dicussion, it seems I need to add (tor-service) in services declaration. But which service module provides it?
<Noisytoot>abhiseck, I think (gnu services networking)
<abhiseck>It seems tor-service has been renamed to tor-service-type
<apteryx>iskarian: hi!
<roptat>abhiseck, you'd use (service tor-service-type)
<abhiseck>When I run guix system reconfigure getting error: wrong type to apply
<abhiseck>roptat: oh ok
<roptat>we used to have procedures like (tor-service) that were simply doing (service tor-service-type)
<Noisytoot>I have (service tor-service-type (tor-configuration (control-socket? #t)))
<roptat>everytime you see *-service, it's a procedure you can use, and everytime you see *-service-type, it's not a procedure, and you need to use it with (service *-service-type [configuration]) (configuration is optional)
<abhiseck>Noisytoot: I want specific programs to to work with torsocks, will it do that?
<Noisytoot>abhiseck, what do you mean?
<roptat>the tor service only makes tor available, it doesn't force any app to use it
<abhiseck>I want tor daemon to run jn background... And then use torsocks for specific programs for exam 'torsocks wget'
<roptat>yeah, the service will make that possible
<abhiseck>Thank you :-)
<Noisytoot>abhiseck, you will also need to "guix install torsocks" (or add torsocks to config.scm) if you want to use torsocks
<cage>Hi! i am trying to compile guix (from the git repository) and i got two errors in ''
<cage> 462 | # error chroot is assumed to be available
<cage>85:40: error: 'GUIX_SUBSTITUTE_URLS' was not declared in this scope; did you mean 'GUIX_OPT_SUBSTITUTE_URLS'?
<cage>please, can you help me?
<iskarian>cage, just to double check, did you run `./bootstrap' and `./configure --localstatedir=/var' (or similar)?
<cage>i am quite sure i did
<geex3>whats a good way to bind/symlink all my various profile's icons dirs into ~/.icons ? so that one could use panel shortcut icons that arent in PATH yet
<cage>iskarian: i rechecked and, yes, i used `./configure --localstatedir=/var'
<iskarian>That is quite interesting, then. Hmmm.
<cage>i compiled guix before and this is the firs time i meet this kind of error
<cage>i just pulled the lastes version from master branch
<apteryx>perhaps clean your tree and starts from a fresh state, in doubt
<cage>apteryx: this is what i just did and it works! :)
<cage>apteryx: iskarian thanks for your support :)
<iskarian>haha, no problem
<apteryx>glad you got it in order!
<old>Hey! I have a problem when building a package using the cmake build system. The build failed to download dependencies from github. I get an error message saying `can't resolve hostname Any idea?
<maximed>old: Add the dependency to 'inputs' (or 'native-inputs' if appropriate)
<sneek>maximed, you have 1 message!
<sneek>maximed, lispmacs[work] says: I am getting an error when I try to use backquote syntax you defined: In procedure syntax-wrap: Wrong type argument in position 1 (expecting syntax object). Maybe show me how you use it in a definition?
<maximed>old: By design, the build environment does not have access to network
<maximed>Granting access to the network would open a can of irreproducibility worms ...
<old>maximed that's what I though. I tried adding the dependencies to propagated/native-inputs without success. Cmake is still trying to pull de deps from github
<old>I should precise it's trying to pull .tar.gz, and not clone the repo
<maximed>old: Possibly you'll have to patch the CMakeLists.txt to stop it from fetching extra code from github
<old>Gotcha thank you!
<maximed>or maybe there is some kind of configuration option to use the ‘system library’, as it is sometimes called, instead
<maximed>cage: On what system is this?
<maximed>cage: the guix daemon needs 'chroot', which is available on GNU/Hurd and GNU/Linux
<maximed>cage: Maybe check 'configure.log' to see if it says anything about 'chroot'?
<maximed>cage: (Actually, guix-daemon is a --disable-chroot option, but it's not recommended)
<maximed>* is a -> does have a
<maximed>sneek: later tell lispmacs[work]:
<maximed>sneek: later tell lispmacs[work]: Actually, that's not always correct, let me send a new version
<maximed>sneek: later tell lispmacs[work]:
<sneek>Got it.
<maximed>sneek: botsnack
***iyzsong- is now known as iyzsong
<pkill9>can anyone reproduce this compilation error
<pkill9>/tmp/guix-build-isc-dhcp-4.4.2-P1.drv-0/dhcp-4.4.2-P1/bind/bind-9.11.32/lib/dns/include/dns/types.h:230:10: fatal error: dns/enumtype.h: No such file or directory
<pkill9>this is with target=arm-linux-gnueabihf
<iskarian>pkill9, on master or...?
<pkill9>with guix time machine
<iskarian>oh, target, so cross-compilation?
<pkill9>thanks to time machine you can reproduce build errors on a specufuc guix revision with a one liner
<pkill9>in this case `guix time-machine -- build --target=arm-linux-gnueabihf isc-dhcp`
*apteryx is shopping for another usb wifi dongle;
<apteryx>fun to see comments from Guix users
<pkill9>i think what i will do when i get home is remove everything i can from the image im building
<pkill9>so i dont have to fix these compilation errors
<iskarian>civodul, maximed, I can get libsigsegv to pass emulated aarch64 tests if I configure with `--disable-stackvma'
<civodul>iskarian: oh nice; maybe we should do that unconditionally on aarch64?
<civodul>it probably doesn't make that big of a difference
<maximed>iskarian: maybe test if 'clisp' doesn't mind --disable-stackvma?
<old>maximed it worked. I patched the CMake files and use the source from Guile instead. Thank you!
<maximed>'clisp' might be using libsigsegv for implementing garbage collection
<iskarian>it still should be reported upstream, though I'm not sure whether it's libsigsegv not properly reading /proc/self/maps or whether it's a qemu issue
<maximed>or for detecting writes to immutable pairs
<maximed>iskarian: Maybe report to both, and let QEMU and libsigsegv figure out whose issue it is exactly between theirselves?
<maximed>pkill9: "guix build isc-dhcp --target=aarch64-linux-gnu" works for me
<maximed>apparently had a substitute
<pkill9>weird, which revision of guix are you on maximed ?
<apteryx>maximed, iskarian I'd err toward a QEMU bug if it's specific to QEMU
<pkill9>oh you used a different triplet
<pkill9>maximed: what does arm-linux-gnueabihf do for you?
<apteryx>it's been known that QEMU often causes issues -- test suites sometimes fail for example, only when run using QEMU emulation
<maximed>pkill9: Oops I used a different triplet
<pkill9>when i get home i will remove the networking service so it won't try to build isc-dhcp
<iskarian>Huh, can't make a gitlab account because emails from them are disappearing into a black hole...
<cehteh>is your surename 'plain' or 'zip' ? :)
<iskarian>< that's the username
<Noisytoot>I can't log in to GitLab because it requires running nonfree cloudflare JS
<lilyp>Tag yourselves, my surname is
<lilyp>(jk of course)
<nckx>Wow, old school.
<nckx>I think I encountered a .bz archive like… once, ever, and it was weird then.
<Noisytoot>What can (de)compress bzip1 archives?
<nckx>IIRC it was memholed.
<nckx>But this is ancient ancient times.
<Noisytoot>but where can I get bzip?
<Noisytoot> says "I'm no longer distributing 0.21, because doing so perpetuates problems with patents, which ensures that the program will never be widely used. That's a shame, because it's a useful program, and lots of people seem to like it. If you use 0.21 already, please upgrade to bzip2. I can't, unfortunately, make bzip2 be able to decompress 0.21's .bz files, since that
<Noisytoot>would render the patent-avoidance exercise pointless. I know changing file formats is painful; from now on, I'll try and make any further changes in a backwards compatible way. ", but I think the patents would have expired by now
<nckx>Some old floppy in my attic, probably, but also
<maximed>pkill9: it succeeded for me for --target=arm-linux-gnueabih (--system=x86_64-linux)
<nckx>Noisytoot: Well, sure, but even bzip2 is pretty obsolete now.
<nckx>(Hot take, I know.)
<lilyp>cool kids be using zstd :)
<nckx>Hell yas.
<dstolfa>zstd with zfs for storage is great
<nckx>My zstd-compressed kernel loads its zstd-compressed modules to read my zstd-compressed file system. 🌈
<nckx>Damnit, forgot the zstd-compressed initrd for effect.
<nckx>dstolfa: It's the last word in compression plus the last word in file systems, natch.
<lilyp>don't forget to double your ram with zram
<nckx>Future generations wil be condemned to zzzfs and zxyzzystd
<nckx>Crap, forgot my zstd+z3fold zswap.
<iskarian>pkill9, for me `guix build --target=arm-linux-gnueabihf isc-dhcp' succeeded on x86_64, from commit 72297993
<vivien>The caddadr fiasco did not teach us anything
<dstolfa>vivien: with zstd we can compress the as and ds in caddadadadadadaddadr
<lilyp>well, the problem with zcar is always when to z
<lilyp>you could cazdar for instance
<apteryx>what z'all talking about
<drakonis>nckx: could you unban ix?
***ChanServ sets mode: -b ix!*@*
<nckx>Consider them unbanned.
<nckx>…but only once, yeah?
<nckx>No join party all nighty.
<nckx>ix: Welcome back :)
<ix>Reckon i've circumvented that for now...
<ix>Weechat plugin got a little segfault happy, somehow
<ix>And my shepherd service has no timeout, seems
<nckx>Hehe, nope.
<nckx>It was glorious to behold.
<ix>If it's any consolation, three other channels banned me, and apparently i was spamming xmpp too
<lilyp>What happened?
<ix>Well, spamming the network with presence stanzas
<nckx>Go big.
<lilyp>login spam?
<ix>My weechat was restarting every 15 mins for a few days
<nckx>You managed to miss that? Impressive.
<iskarian>sneek, later tell singpolyma: I've sent fixes for the two go import errors you reported
<sneek>Will do.
<nckx>ix: You were rejoining in seconds, not minutes.
<ix>Oh, wow
<dstolfa>ix: yeah, it was usually 20 rejoins between each message here :P
<nckx>But not for days AFAIK, so maybe something broke even harder after a while?
<dstolfa>yeah, it started last night
<ix>Hmm. #emacs banned me on the 14th
<ix>Not sure, no logs
<singpolyma>iskarian: I saw one, cool! Thanks :)
<sneek>Welcome back singpolyma, you have 1 message!
<sneek>singpolyma, iskarian says: I've sent fixes for the two go import errors you reported
<pkill9>iskarian: i still get that build error with 'guix time-machine --commit=72297993 -- build --target=arm-linux-gnueabihf isc-dhcp'
<iskarian>pkill9, are you on x86_64?
<iskarian>okay, that's weird, I'm re-running it and it's rebuilding like 6 packages?
*iskarian throws her hands up
<iskarian>well, I *guess*
<lilyp>Does someone know a good reason why `guix pull' would do nothing, not even print a message for some odd minutes?
<iskarian>Stalled network? Circular import dependency?
<apteryx>pkill9: that command built isc-dhcp fine for me
<rekado_>I don’t get Appimages. i’ve never found even one that would work without patching and a very long LD_LIBRARY_PATH.
<dstolfa>rekado_: they're meant to try and address packaging across common distros, but have pretty obvious flaws
<iskarian>pkill9, okay, I rebuilt it twice, and it's fine, so I suppose either it's your system/processor or a really indeterministic error?
<lilyp>Shouldn't it print something before doing the network stuffs?
<rekado_>why don’t they contain all libraries that they reference?
*dstolfa shrugs
<lilyp>"Läuft auf den meisten 64-Bit-Linux-Desktops"
<pkill9>must be something with my machine then
<pkill9>I'm seeing if it will build on my vps