<Dynamicmetaflow>nckx: yeah, the smartcard thing, i tried yesterday figuring out how to patch QEMU but couldn't figure it out
<civodul>pkill9: this particular .guix-channel file LGTM, but maybe it's another .guix-channel file that's incorrect, such as that of pkill9-free-channel-dependency?
<erudition>2¢: Corrections are not personal attacks, and clearer communication should always be preferred over catering to people who don't realize that. For example, I sat here wondering what the heck any of this had to do with diseases, probably because others were scared out of correcting "pandemic" to "pedantic". Or at least I think that's what it was supposed to be
<nckx>Dynamicmetaflow: Oh. Wow. It's that bad? I thought it was just a quirk in G-B.
<Dynamicmetaflow>nckx: it seems like some flags need to be enabled with QEMU, right now you can run gnome-boxes, the ui icons are messed up, you can create vm's etc but they won't run,
<rekado_>Dynamicmetaflow: icons being weird is a common issue
<rekado_>Dynamicmetaflow: so this shouldn’t block your patch
<kori>rekado_: it doesn't but i come from Go where going down the layers of abstraction is pretty direct, the documentation is kinda insane in that regard, you can like, clearly see how something like "xorg:draw-line!" would actually behave. Xlambda does very well in this regard, imho
<nckx>It was a f****** fontconfig bug, because of course it was, and it's happened before. sudo rm -r /var/cache/fontconfig ‘fixed’ it, but since I'd never run ‘sudo fc-cache’ (yes, even while shitfaced) something is doing it behind my back. Or so.
<erudition>davexunit I can Imagine one day guix being the only tool needed for a cross-platform app
<str1ngs>bandali: you could figure what link exists that it's trying to create and remove it. but that might cause orphaned files /gnu/store or GC issues
<bandali>str1ngs, great :p so there’s no “easy”/reliable way around this? :(
<str1ngs>bandali: well you can discount guile-profile links. guix pull uses current-guix so it's one of those
<davexunit>erudition: would be nice! you may have to do a little more work than you'd like, but all the tools are there to make it happen. I've built binaries for AVR microcontrollers with Guix before.
<bandali>str1ngs, would i be trying removing current-guix itself, or e.g. current-guix-4-link pointed to by current-guix?
<str1ngs>bandali: that is most likely the culprit but I would back it up to be safe. at least note the store path
<roptat>probably not the best place, or at least there should be a link from the installation section
<roptat>"f you are not using Guix System, consider adding the following lines to your ~/.bash_profile (see Bash Startup Files in The GNU Bash Reference Manual) so that newly-spawned shells get all the right environment variable definitions: "
<desttinghim_>Yeah, I think that deserves a mention in the installation section
<roptat>I guess there should be a paragraph about it in the application setup (2.6)
<Dynamicmetaflow>Has anyone received this error with cups? D [25/Jul/2019:06:28:21 -0400] [Job 21] sh: hpijs: command not found D [25/Jul/2019:06:28:21 -0400] [Job 21] GPL Ghostscript 9.26: Can\'t start ijs server \"hpijs\"
<rekado>I’m using a Brother HL-L2370DN FWIW. It works fine with free software, except for these occasional quirks that I’m willing to blame on every component in the setup: Guix, CUPS, the driver, the printer, ghostscript (for good measure).
<nothingmuch>i've been trying to write a package for blocksci (https://github.com/citp/BlockSci), and it seems i'm too thick/ignorant to understand some interactions between cmake and gcc-7, i'm seeing "/gnu/store/...-gcc-7.4.0/include/c++/cstdlib:75:15: fatal error: stdlib.h: No such file or directory". if i understand correctly this is a result of C++ wrappers for C headers not being found before the corresponding
<tqbl>sorry about the lack of certainty. i'll get back at some point once i check things properly.
<roptat>if it does that again, please don't run "guix gc" before reporting it :)
*davexunit getting back into guix a bit for the first time in awhile
<davexunit>one thing I'm working on is generating redistributable binary bundles of games written with guile and sdl2. back in 2017 I had a working prototype of this, but it used gcc 4.9. I haven't yet figured out the magic hacks needed so that I can unguixify gcc 5.
<davexunit>by unguixify I mean "don't hardcode runpaths and other stuff that inextricably links shared libraries to the store"
<minall>Cause, for example, to install a driver on any other distribution, you just search the package and install it, simple, of course, but to add a driver on guix seems to be more complicated, and not user friendly at all
<minall> Yes, I mean, for example: I get the emacs package, I changed it to have xwidget support, I install it, it works, then, if I want to make is public, like natively on GNU, just by installing guix having it, is there a way, or does it have to be a different channel?, or should I send a message to add the package at that point?
<minall>Marlin1113: Yes, it seems that it is brokem
<roptat>minall, then you can send a patch to guix :)
<minall>I mean, in the manual, says> adding the (gnu services sound) module, provides a service to configure the Advanced Linux Souns Architecture (Alsa) system, which makes pulseaudio the preferred ALSA output driver.
<minall>So, just by adding (gnu services sound) I'm using alsa instead of pulseaudio, but I still have pulseaudio installed, for apps that use pulseaudio??
<roptat>tqbl, you could try to chaneg the alsa-service configuration to use another alsa-plugins that doesn't need ffmpeg
<lispmacs>I'm still confused on one point: how can you tell in advance if a substitute is available? If I do a dry run install, it just says "the following derivations will be built". Does that mean no sub is available?
<jonsger>where should I know report the bug? At guix, at guile or both?
<lispmacs>rekado: oh, okay, well the central question is basically, how do you know in advance whether installing a package is going to take 2 minutes of download, or 12 hours of compiling. It isn't clear to me from the dry run output, but maybe I need to look at the documentation more closely
<lispmacs>there are just a lot of packages or packages versions I won't bother trying to install if it will cost 30,000 billion CPU cycles
<nckx>roptat: Like you still care, but it seems to work fine, possibly because dkimproxy imports perl-net-dns on its own (but doesn't propagate it, yaay). So immakill it in my holy war against propagation.
<nckx>I'm really looking forward to your service, by the way, it can't suck more than mine so then I can switch.
<roptat>well, it's really nothing: it loads a config file as a file-like object
<roptat>nothing more fancy that opensmtpd itself :p
<roptat>but I'd like to study it a bit more so I can have a proper scheme wrapper around that config
<nckx>I like to think that I have a pretty good grasp of it (it's quite simple after all), just a bit stale. I'd definitely love to help. It might be the first service where I actually use the Scheme wrapper since it's so simple.