<adfeno>LordShadowWing: Not exactly... For some applications, you can copy a file which comes with the package you installed from Guix, and that file, when copied to a specific place, will let the application appear in the "App menu".
<Apteryx> Still not clear on how adding debugging information works. Does just adding a "debug" output automagically strips the binaries from the debug symbols and put those under the debug output?
<Apteryx>I guess if this is how it works, I would still need to use configure flags such as --enable-debug?
<Apteryx>How can I compare the size of a package before and after adding debug symbols?
<Apteryx>OK, so to answer one of my previous question, yes, adding the 'debug' output will automatically copy any debug symbols found to the debug output. A comment in guix/build/gnu-build-system.scm says: ;; If an output is called "debug", then that's where debugging information
<Apteryx> ;; will be stored instead of being discarded.
<Apteryx>I guess the more switches we flip on to generate debugging symbols, the better when we want to create the "debug" output.
<atheia>output path `/gnu/store/vg5j89xzz3zfsyhapdg79v240n4sfx5n-git-checkout' should have r:sha256 hash `063lnvwp2jvjwkm9iimj1i5b6andnr3nw1m51g24b11g622xqhw6', instead has `1pvg6j48inpbq47hq00yh5hhl2qd2srvrx5yjl7w7ky1jsjadp86'
<roelj>Would it be possible to let a separate system user own /gnu/store (say 'guix' user), and when Linux user namespaces are enabled for unprivileged users, let guix-daemon run as 'guix' instead of as 'root'?
<roelj>That would end the need for super user privileges (apart from user namespaces) for guix-daemon.
<jmd>Could it be that if the url in a package definition has the schema "file://" then the hash check is skipped?
<efraim>if its already in the store then the hash check is skipped
<efraim>I don't think I've ever tried with file://
<jmd>efraim: So how does guix determine which item in the store I'm refering to?
<roelj>Is the latter handled by guix-daemon, and the former handled by the guix client?
<thomasd>roelj: I think there is no difference. I think both result in a store file, so they must both be handled by the daemon?
<roelj>Weird.. It fails to download from HTTPS when doing 'guix package -i ...', and then copying/pasting the failed URL 'guix download <url>' works fine! Then re-running 'guix package -i ...' works fine too (because the tarball is already in the store).
<thomasd>well, thinking about it again, the file could be downloaded by the client, and then passed to the daemon to intern it in the store. so i'm not sure...
<jmd>I thought there was no difference. "guix download <url>" is a convenience function for package development.
<thomasd>roelj: strange, according to the manual, guix download should check the certificates, too.
<efraim>thomasd: I'm checking out the fosdem app on fdroid to choose what looks interesting. Also dont discount Bsd, they're generally interesting talks
<rekado_>I also updated bootstrappable.org; will announce later today.
<roelj>A haskell embedded in Common Lisp..! I didn't even knew it existed..!
<roelj>thomasd: Regarding the HTTPS problem with 'guix package -i ...'. It cannot load the (gnutls) module: "ERROR: In procedure module-lookup: Unbound variable: make-session". Yet, when doing 'guix download <url>', it does not error on the (gnutls) module.
<ng0>do you think it'd be easy to get localized text string support into commonmark markdown (or any other variant of it)? Someone I know wrote their own markup language over the decades just because there's no markup language supporting this
<ng0>Or am I wrong and there is some markup language which supports this?
<davexunit>does anyone know of someone that has written a more comprehensive list? should I make a blog post about it?
<davexunit>civodul: hey there! I noticed %guile-static-stripped has a glibc reference removed in /bin/guile, and I have a hunch that is why dynamic-link doesn't work. strace reveals that it is using that /gnu/store/eeee... directory as a search path for dynamic libs. I haven't found anything in the guile source code that is clearly the culprit. do you happen to have any institutional knowledge on the subject? ;)
<civodul>davexunit: iconv tries to dlopen a bunch of stuff, and some of those you're seeing in strace come from that
<civodul>as for (dynamic-link), i think it simply doesn't work on a statically-linked program
<adfeno>quiliro: Would you do both of us a favor: Can you report the IceCat and Nautilus file naming issue to Guix's bug list?
<civodul>davexunit: when linking statically a program that uses dlopen, you get this ld warning:
<civodul>t.c:(.text+0xf): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
<davexunit>civodul: hmm not sure I saw that warning text, but I believe you.
<davexunit>maybe I want a dynamically linked guile after all...
<civodul>you should share the conclusions of this experiment, i'm curious
<davexunit>civodul: I will consider it a success when I'm able to open a graphical window with guile-sdl2 on ubuntu.
<davexunit>I'll try with a dynamic guile later tonight if I have some time.
<davexunit>I wasn't sure if it was feasible, but I'm now convinced it is. mostly my own ignorance of linkers is holding me back.
<Akko_Teru>Can anyone here tell me how well MIDI controllers will work with GNU/Linux without using the CD of proprietary software that they ship with? I've been looking at Alesis Q25 and an AKAI 25 key.
***jonsger1 is now known as jonsger
<rekado_>Akko_Teru: if the USB MIDI hardware is class compliant it will just work.
<rekado_>I use the Tascam US-16x08 (audio interface with MIDI) and since it’s class-compliant it works out of the box with GuixSD.
<davexunit>I recently got a yamaha digital piano for my living room, and I discovered it has MIDI out. I want to try playing with some of the stuff rekado has packaged sometime
<rekado_>I also have the Swissonic EasyKey 49 with MIDI over USB. That also works just fine.
<sankey>ng0: weren't you talking earlier about splitting out suckless packages from suckless.scm into their respective categories?
<ng0>there's also qt.scm .. and kde-frameworks.scm etc
<lfam>jmd: Hi, can you undo that Imagemagick update and instead use the lastest release in the 6 series? That's what all the other distros are using, it's still maintained, and we haven't tested 7 with out packages AFAIK
<lfam>Did anybody test that the referring packages are updated to use the new API?
<lfam>If not, I think we should revert the change, update to the latest 6, make a new branch that adds 7 alongside 6, and then we can make the 7-capable packages use 7. I don't think trying this on the master branch is appropriate
<ng0>hrmmmmm... there must be some other solution to a first basic uclibc-ng build. before the checks I need to link linux-libre-headers into uclibc-ng /include directory, which feels awful given that there are many files in -headers
<ng0>but that's just needed for cross compile iirc. I'm happy if it compile on one arch first
<ZombieChicken>Anyone know if your can partition an encrypted volume? By that I mean run cfdisk over a LUKS-encryped drive?