<civodul>mbakke: i think i'll commit the add-to-entropy-count patch anyway, because we were clearly doing it wrong
<efraim>I think I'm going to skip the tests on vdirsyncer, the test suite has never been reliable on that package
<efraim>I normally build it in a loop until i magically passes
<efraim>how do I make the output wider so I can see the full guile backtrace?
<ng0>hi. so hypothetically (as in: we still need to vote about this outselves) do you consider it possible to take on irc chat logging for 3 more channels (taler, libmicrohttpd, gnunet)? if so, we'd like to consider this :)
<civodul>efraim: by setting the COLUMNS environment variable (i know, i know...) :-)
<desmes>Has anyone had audio problems with Icecat (60.9)? The audio from some videos in some websites (e.g. Twitter) is really pitched down, it's a bit terrifying actually. On other websites (e.g. Youtube) the audio is fine. Also, I have installed all its dependencies.
<civodul>ng0: dunno, this could be an option, sure!
<desmes>I kind of hate browsers in general. I just wish the web was more barebones (just text+images+videos) so I could just use Emacs
<nckx>desmes: Word. I use the mpv (it uses youtube-dl behind the scenes) trick to watch most videos, but some sites go out of their way to prevent that.
<rekado>I wanted to push my NFS service definition soon, but then couldn’t actually mount NFS shares any more (this used to work when I previously almost finished the service). So I started writing a test.
<rekado>unfortunately, an NFS 4 server also needs a KDC
<rekado>so the test now also includes code to configure and start this whole Kerberos domain controller thing
<desmes>nckx: I think I'll also use mpv, at least for Twitter
<rekado>still fails, but I’m very close to having something that works as it should.
<rekado>I think I should now also provide a kdc-service-type, though.
<nckx>How much do we prefer libgcrypt over openssl (if at all)? Cryptsetup supports both but switched to openssl by default because it's faster at PKBDF.
<desmes>By the way, is it recommended to install, for a package, all its dependencies? For something like mpv or icecat it should be useful to install the codecs/fonts/etc. Is there a way to do that automatically, with 'guix package'?
<nckx>desmes: No, there's no concept or recommended or optional run-time dependencies.
<rekado>desmes: dependencies are installed, just not into the profile
<rekado>all dependencies that are declared in the package will be installed; we just don’t necessarily add the kitchensink to the package’s inputs.
<nckx>desmes: So dependencies are binary: guix package installs all dependencies ‘mentioned’ by the package, but you can't ask it ‘install more’ after that.
<nckx>Hm, rekado and I are explaining this in different confusing ways, but I think we're trying to say the same thing.
<desmes>Are all the dependencies listed by "guix package -s" really installed?
<desmes>Because, e.g., I don't have 'rust' installed and it shows as a dependency: "guix package -s icecat"
<nckx>desmes: Guix doesn't work like that. Ignoring ‘propagated-inputs’ (which are a hack), ‘installing’ a package into your profile is completely separate from ‘installing’ it into the store as a dependency of another package.
<roptat>i.e icecat knows where to find them, even though they're not accessible to you directly
<nckx>For example, icecat depends on libjpeg-turbo, a package which also provides ‘/bin/djpeg’. If I'd try to run djpeg from the command line it wouldn't work because *I* didn't install libjpeg-turbo to my profile. But IceCat can still load all its libraries, because it refers directly to /gnu/store/…libjpeg-turbo…/.
<desmes>I see. When doing 'package -i icecat' all the packages listed as dependencies in 'package -s icecat' are installed in the store, but not accessible by my profile
<rekado>mbakke: what do you mean by “when to start branches”? A toggle switch to tell it not to build an existing spec?
<Chiliparrot>Coming from Gentoo, the only thing I really miss so far are use flags; are there any plans to add something similar to guix? I've seen this has been discussed for nix, but without real results...
<Chiliparrot>I guess in normal use, it's not too terrible to change an existing package... but it's quite convenient when you can make a global decision that you don't want to see Package A pulled in as a dependency
<rekado>but it would be nice to have a way to more easily produce package variants
<rekado>Chiliparrot: you can do that with input rewriting
<nckx>Chiliparrot: AFAIK there are plenty of long-time Gentoo users here (I'm one), it's not that we're opposed to a good CFLAG. Guix actually gives you more freedom, not less.
<rekado>Chiliparrot: i.e. you can go through the full depedency graph of *all* your packages and rewrite their inputs to kick out or replace inputs.
<nckx>It hard-depends on humans doing a *lot* of boring work.
<nckx>That direction is not one we can afford to go in IMO.
<Chiliparrot>I guess a rather simple approach would already help in most situations... but as soon as there is no default variant of a package, there's a big danger that you have to compile lots of packages on your own; that's actually one of the major downsides of Gentoo for me
<nckx>(Busy, please don't interpret my brevity as rudeness or negativity.)
<Chiliparrot>I won't mind, nckx - after all, I'm not paying for your time ;-)
<paprika>I'm don't feel like using the icecat addon
<Chiliparrot>I had something different in my mind than rekados example, though: No additional options when calling "install", but rather a list of packages (flags) to avoid, and a list of packages which should be used when they are optional.
<Chiliparrot>Imho that would even make life somewhat easier for package authors, as they would not have to decide which features are desirable, but rather check what the user prefers
<janneke>hmm our apache/httpd example is broken, /me wonders is that still a popular web server
<Chiliparrot>Links to running configurations would be really helpful
<nckx>roptat: Thanks for the info. I think I'll stick to my manual approach…
<nckx>Chiliparrot: The manual is part of Guix (doc/guix.texi); patches are always welcome! There's a ‘cookbook’ being prepared for the more hands-on tutorial-style content, but it's still in its own branch (wip-cookbook).
<foxmean>Hello everybody, I have some small question after I've try to search with duckduckgo and found no one talk about install guix on void GNU/Linux, yet. The question is: how can I start guix-daemon using runit? I've try to copy guix-daemon to /etc/sv/ and create symlink to /var/service/ (like it said it runit's wiki). But it doesn't work because of guix-daemon is not directory.
<roptat>nckx, it's a tool for deploying configurations
<roptat>foxmean, I don't know how runit works, but shouldn't they have documentation on how to create a simple service?
<civodul>mbakke: bah! this entropy thing is really crazy
<civodul>but it does seem that we already have two fixes, even if they don't have the effect we had hoped for
<roptat>foxmean, according to their wiki (Service directory layout) you need to create a /etc/sv/guix-daemon/run script that contains "exec guix-daemon --build-users-group=guixbuild" (also, see how to run the guix daemon manually in the guix manual)
<roptat>(I'm not entirely sure about the group name)
<roptat>foxmean, if you manage to create a runit service, would you consider contributing it to guix? You'd send a patch to firstname.lastname@example.org, with the service added in etc and the manual at doc/guix.texi updated :)
<sfrantani>Hello Guixers! I'm packaging a MELPA package but I've not been able to find any kind of license neither on MELPA nor in the Gitub repository. Does this mean that the package can't be added to Guix? What input should I pass to (license) ? Thank you
<nckx>sfrantani: If you're certain there's no licence info, I'd start by e-mailing (or otherwise asking) the maintainer. Some people simply don't realise that putting your source code on-line for all to see & download doesn't make your software free or open.
<roptat>foxmean, what happens if you run the script from your shell, instead of with runit?
<nckx>sfrantani: Source file headers are actually more important than any LICENSE, COPYING, or ‘Licence: foo’ notice on the Web site. Those are really just hints (with legal value, but still, always check the source files to be sure. They win.)
<roptat>(iirc, you moved guix-daemon away from its location, so now maybe there's no guix-daemon command available anymore)
<sfrantani>nckx: Yes you're right, I didn't even thought about opening the code. Sorry about the stupid question ._. .
<roptat>or maybe better: use "exec /root/.config/guix/current/bin/guix-daemon" instead of just "exec guix-daemon" in that file
<roptat>foxmean, actually try with "exec /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --build-users-group=guixbuild"
<roptat>since that's what's in the systemd service
<foxmean>roptat, now I'm trying "exec /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --build-users-group=guixbuild" and it still runing, hope it works. And I have no idea where guix-daemon it was, so sorry. I've just follow https://guix.gnu.org/manual/en/html_node/Binary-Installation.html step by step. And guix-daemon appear in step 5, which I cannot run the daemon.
<nckx>So using the regex at said blog (semver.org), 34% of Guix packages do not even parse as semver. That's because not even ‘1.0’ is valid, it has to be ‘1.0.0’. The remainder may or may not actually follow the ‘semantic’ part, they just happen to parse. I think prioritising semver over strverscmp where they disagree, if they disagree, is undesirable.
<nckx>CcxWrk: Very. Think project, not configuration. I'd look into starting s6 from the Shepherd instead. It won't be PID 1, but what kind of badly-designed service manager insists on that? 🙂
<CcxWrk>pinoaffe: It's very robust and as feature rich. Good separation of concerns, etc.
<kmicu>CcxWrk: replacing init, supervision and service manager is nothing difficult (only a lof of boring engineering work) but you need to do that on your own. Supporting multiple init systems is not a Guix System goal.
*kmicu even dare to say that the init system is not really so important but it’s more of a fashion statement.
<jgibbons[m]>The only thing that seems related is I run "sudo shutdown" from a gnome terminal, enter my password &c, and it begins the shutdown process, then the kernel panics. But it doesn't happen every time I shutdown from the gnome terminal.
<jgibbons[m]>I'll file a bug report and attach the picture next time it happens. The segment of the kernel log around that time should also be useful.
<lispmacs>hi, I was getting an error when trying to use 64-bit wxmaxima. When I enter the math "4 * 3.1415;" I get an error (but not from Maxima command line)
<lispmacs>i was going to report it as a bug, but I'm thinking it might be some weird interaction between my Debian 9 desktop environment and WXmaxima
<lispmacs>i was wondering if somebody could install wxmaxima and try the same thing, from Guix system
<lispmacs>I have one guix system in the office, and tried it on that one, and did not get the same error. But that system is 32 bit, so not sure if that quite resolves the question
<bavier>lispmacs: trying it now... have to build first, I think