<civodul>rekado: the xgcc-armhf is what mark_weaver used to cross-compiled the bootstrap binaries, so it's capable
<rgrau>Hi. I have a question regarding updates on guix. let's say there's some emacs mode (it's derivation depends on emacs). and current emacs is 24.5. all is good. I have both installed. Then, emacs 25 comes out, and the derivation is updated. A new emacs mode is created, and now, the derivation depends on 25. What happens if I install that new emacs mode? I'll get emacs 25? and , will emacs 25 see the old mode?
<rgrau>but the same would happen with ruby gems or perl modules when new ruby/perl comes out
<iyzsong>rgrau: install the new mode doesn't install the new emacs into profile, but if substitutes is not used, as emacs-no-x 25 is required (but not install) to build the new mode, it will be download or build.
<rgrau>ooks, but then, put it in mysqld and mysqlclient. I install mysqld, it gets a new version, mysqlclient gets repackaged, and then I 'package -i mysqlclient' . It can lead to a non-working mysqlclient... right?
<rgrau>(the same with emacs mode, but modes are less likely to fail, but compiling against one version or another...)
<lfam>mark_weaver: Again, I'm sorry for the mess :(
<NiAsterisk>hm. installing guix on the first debian server, guix package -i glibc-locales pull linux-libre-headers , this is an almost untouched debian system with GNU/linux not linux-libre, what are the header files needed for?
<NiAsterisk>or, would this be not pulled in when I had linux-headers on the system?
<iyzsong>guix packages don't use system libraies at all, and glib-locales have depends of linux-libre-headers..
<NiAsterisk>in other words, does linux-libre-headers and debian-linux collide, or don't they care?
<efraim>Package polkit was not found in the pkg-config search path.
<efraim>Perhaps you should add the directory containing `polkit.pc'
<rekado>NiAsterisk: glibc is the interface between libraries and kernel calls. The kernel calls usually don't change much over many releases, so the version difference between the running kernel and the kernel headers usually isn't very important in most cases.
<lfam>Hmm, perhaps my message hurt more than help on help-guix. But I don't think it takes expert knowledge to see that implicitly trusting unreproducible binaries is a bad idea
<lfam>It appears that person didn't even understand that how Guix / Nix use the store as CAS with a symlink farm to create profiles. That was the very first thing I learned when I first heard of Nix a couple years ago. It didn't even occur to me that that would be an iusse. Maybe we should take some of those pretty slides I keep seeing used and make a little "cartoon" explainer for the web site
<davexunit>lfam: sometimes, there's nothing you can say to help a situation. guix is clearly not what that person wants, and that's OK.
<lfam>It may not be what they want right now. They want things to be as they are and we failed to communicate the benefits of our system
<davexunit>paroneayea: yeah it's definitely weird, but did you see the part about how now the results of the node_modules directory now depends on the order of dependencies in package.json? crazy!
<paroneayea>lfam: yes I think it's true that it's not immediately obvious why guix is interesting to most users coming from another system
<paroneayea>(I also think "the emacs of operating systems" is a nice slogan for those of us who love emacs and understand how its a liberating come-and-hack-me system, but it might not be the clearest slogan to most of the world... :))
<lfam>I love that slogan and I don't even use Emacs ;) The point is quite clear to me. But I guess that it's meaningless to professional Java developers.
<paroneayea>it won't be clear to people who are in a kneejerk anti-emacs camp. I think it's worth winning those people over but it might not be guix's primary goal :)
<lfam>No, that's a bad goal. But winning over everybody else is a good goal!
<rekado>I'm trying not to have to install the cross-compiler toolchain. I just want to use it as an input.
<rekado>now when axoloti triggers a firmware build the cross-gcc complains about not being able to find a header.
<rekado>this is what it says: /gnu/store/klh3ihqx5gln3dzvjpp7ixl9hz1a10bx-gcc-cross-arm-linux-gnueabihf-4.9.3/lib/gcc/arm-linux-gnueabihf/4.9.3/include/stdint.h:9:26: fatal error: stdint.h: No such file or directory
<rekado>this header contains this line: # include_next <stdint.h>
<rekado>does this mean I need to set some environment variable first? What stdint.h does it need?