<mark_weaver>civodul: indeed, it might break some things, but so do many of the other changes we make <mark_weaver>there are two problems with letting it use 'config.guess' <mark_weaver>the other more important problem is that 'config.guess', by design, is based on whatever the build machine happens to be, instead of the baseline that we should be targetting, as least for purposes of binary substitutes <mark_weaver>fwiw, I think it would be great to provide a way for users to build binaries optimized to their hardware <mark_weaver>but the binaries produced by hydra should be targetting a chosen baseline based on the system name <mark_weaver>builds made for armv7 should have a different hash than those for armv8 <civodul>mark_weaver: more precisely ;-), could you send a patch? <civodul>dunno if that can work for this core-updates <mark_weaver>it's not a huge rush, I don't mind waiting for the next cycle on that one <mark_weaver>what potential difficulty are you thinking of, besides the occasional build system that breaks? <mark_weaver>otoh, it would be nice not to delay the current cycle any further, especially since it would be good to get wingo's gettext patch deployed <civodul>yeah, maybe next cycle is better for --build, then <mark_weaver>I should probably delete this 'glib-rebuild' branch and jobset <mark_weaver>at the time, I didn't realize that the gettext change would also be needed <civodul>the gettext change is needed to rebuild glib? <mark_weaver>no, but it's needed for the new gtk, which was the reason for updating glib and cairo <mark_weaver>should we apply its two patches (update glib and cairo) to core-updates? <civodul>yes, that's what i was about to suggest <mark_weaver>(they are the same as wingo's posted patches, but I changed the commit logs to conform to our conventions) <zacts>hey mark_weaver have you heard of The UNIX Haters Handbook? <mark_weaver>I've hung out with Simpson a few times, although it was a long time ago <zacts>I'm finding it to actually be an interesting book <ijp>zacts: physical copies come with a barf bag <mark_weaver>We watched "The Matrix" together, when it first came out <zacts>mark_weaver: you and bart simpson were the best of friends... hehe *zacts is reading the info to dmd <kete>zacts, what kind of systems do they like? <zacts>kete: they mention lispy systems <davexunit>"You know how a LispM is always jumping into that awful, hairy debugger with the confusing backtrace display, and expecting you to tell it how to proceed? Well, Suns ALWAYS know how to proceed. They dump a core file and kill the offending process." <davexunit>programmers have become more accepting of dynamic languages in recent years, but there are still many features that some people were used to in the 80s on LispMs that still haven't become commonplace <davexunit>like incremental recompilation. We're used to it in our Lisp implementations, but it's basically unheard of in Ruby/Python/etc. <davexunit>the Ruby web applications I've worked on can re-evaluate entire source files when I save them to disk, but that's a really weak form of incremental recompilation. *mark_weaver works on updating nss and icecat <mark_weaver>I'm rather surprised to see no digital signature from Mozilla on the nss tarball <mark_weaver>this thing contains the CA trust store, so it rather security sensitive <mark_weaver>it just seems ... incomprehensible to me that the upstream developers wouldn't sign nss <mark_weaver>it seems that Ruben can't decide whether Icecat will put its user settings in ~/.mozilla or ~/.gnu <mark_weaver>31.4.0 put them in ~/.mozilla, 31.5.0 put them in ~/.gnu, and 31.6.0 puts them back in ~/.mozilla. I have to keep moving my data back and forth to keep my settings. *wingo did a guix system build and it succeeded, yay <mark_weaver>and I think I'll be optimistic and hope that 31.5.0 was an aberation <wingo>wondering tho why guix system reconfigure decides to rebuild inkscape tho (!) <wingo>i guess for the guix logo svg? <wingo>or guile-librsvg, i don't recall which <wingo>it can render to a cairo surface <mark_weaver>also, the way it's currently done is to convert to a pixmap and then scaling it after, which obviously leads to poorer results than could be achieved <mark_weaver>wingo: btw, can you send the patch that you needed to fix the circularity problem? <mark_weaver>I guess that's a prerequisite to the gtk+ update that you already sent <wingo>not much more comments as i have to go <mark_weaver>I was hoping to find evidence of the ~/.mozilla -> ~/.gnu -> ~/.mozilla changes in the gnuzilla git repo that contains the 'makeicecat' script, but alas it is not there at all. so it must have been something Ruben did by hand that's not in the script at all :-/ <mark_weaver>actually, I guess I probably did miss something. d4913be..: Ruben Rodriguez 2015-03-15 Fixed profile path to .mozilla/icecat <freaj>mark_weaver: you didn't miss anything <freaj>Few days ago it was on .gnu/icecat, it moved to .mozilla/icecat :-) <freaj>(When I updated my icecat, it was a vanilla profile) <freaj>But I enjoyed the .gnu/ folder, that's sad. :P <bavier>if source lists only "GNU General Public License" as the license, can we pick any version? <bavier>mark_weaver: actually, the README is the last place I just looked <bavier>and it has the "under the same terms as Perl 5" that I was looking for <civodul>"guix lint -c source lsof" works for me <civodul>but we could add one of these mirrors to the source <Sleep_Walker>I'm not on Guix yet and I don't want to send patch without test <Sleep_Walker>I'm trying your recommendation (btw. thanks!) from the 20037 <Steap>can I interactively run code as a guix-builder ? <Steap>This account is currently not available. <civodul>Sleep_Walker: ok, i've added the URLs to lsof, thanks <civodul>Steap: that is a strange thing to do though, there's nothing special about this account <bavier>Only about 45-50 packages to go for hydra! <davexunit>that's how I feel trying to package mediagoblin <civodul>i'd never thought there were so many deps <bavier>civodul: thanks. I'm not looking forward to updates :P <civodul>we need a generalized 'guix refresh' <Steap>wanted to try and debug an issue without relaunching a build <Steap>the bug might have something to do with permissions, so I would have liked to be able to use the same account <civodul>Steap: i typically do "sudo chown -R $USER /tmp/nix-build-*" and then work from there <civodul>and run "source environment-variables" *davexunit would like an "orchestration" system built into guix <davexunit>to control guix machines across a network :) ***pfo_ is now known as pfo
<cmhobbs_>what's a good metric for knowing if guix is stable enough for regular use? <cmhobbs_>is it based on the software i use or is it a stability issue currently? <cmhobbs_>i'm chomping at the bit to give guix a try somewhere other than a vm :D <civodul>cmhobbs_: GuixSD still has a bunch of limitations and rough edges <cmhobbs_>i'm using the package manager on my netbook <cmhobbs_>speaking of which, i need to upgrade it on my netbook. i think i'm behind a version or two <cmhobbs_>i have a desktop i could use that was a home server for a while <cmhobbs_>but i'm stoked about the potential of guix as an os <davexunit>civodul: I've done some code changes since FOSDEM, so some of these might not apply, but I'll figure it out. <davexunit>one big change is that I moved everything into the (guix ...) namespace in anticipation of it being upstreamed <davexunit>so you can run 'guix web', instead of 'guix-web' <civodul>cmhobbs_: if you're used to a desktop environment, you may be disappointed <civodul>many things probably won't work out of the box, etc. <civodul>if you've seen wingo's experience report a few days ago, it was pretty difficult <cmhobbs_>davexunit, i'd have to work in the time for that <cmhobbs_>at least i'm using guile in a skunkworks project that'll be libre before it's all said and done <cmhobbs_>might be good guile practice to learn to package, heh <davexunit>expect rough edges, and let us know what was pleasant and what really sucked. :) <davexunit>I really need to get back to work on guix web. I have some concerns about upstreaming it, due to the inclusion of so much javascript and stuff. <cmhobbs_>i guess i'll have to toss another monitor on my desk. my son is using my only spare <cmhobbs_>would it make sense to install it and run it headless for packaging? <cmhobbs_>do i need to run guix as an os to package? i have guix as a package manager on my netbook <civodul>cmhobbs_: you can develop Guix packages without using GuixSD <davexunit>cmhobbs_: I do most of my work from a Debian machine with guix on it. <davexunit>you may find that things behave differently when run on your host OS vs GuixSD <davexunit>for example, the Guix minetest build runs fine for me on Debian, but on GuixSD it's messed up because of an OpenGL issue. <cmhobbs_>ok, back to my original question, is sshd functional and does it make sense to run a guix rig headless? <civodul>davexunit: didn't you have patches for core-updates, from a month back or so? <davexunit>we have lsh and openssh, but only an lsh system service. <davexunit>I bounce around between many things to fight burn out. <davexunit>cmhobbs_: and to answer another earlier question, 'guix web' is a little side project of mine that provides a web client for guix. <davexunit>so you can do package management from the comfort of your web browser. <davexunit>yeah, it tweets and posts to facebook when you install stuff. <davexunit>and it uses tinder's API to match you up with other guix users that use similar software. <civodul>i can imagine why Guix geeks would remain lonely ;-) <davexunit>and, in the future when we have a more distributed build farm, it will call Uber to drive you closer to the nearest collocation facility with a guix server. <civodul>davexunit: it's time you create a startup in anticipation of all this :-) <cmhobbs_>don't tell my wife about the tinder part <davexunit>or rather, it will be $0, but transactions with guix-daemon require micropayments. <civodul>and it would install stuff on a remote free machine, while preserving you from freedom <davexunit>that's the next step of the business, really. <davexunit>you pay $10/month, and stream packages to your computer to use <cmhobbs_>we may just disrupt the paradigm outside the box <davexunit>so you get on-demand applications, without the hassle of needing everything installed to a local disk <cmhobbs_>do you guys have a link to wingo's report? was it here in chat or was it a blog post or something? <mark_weaver>civodul: fyi, I send the dumpspecs output for the armhf issue <mark_weaver>if we were able to find the problem in time for this core-updates cycle, that would be great of course <mark_weaver>and also so I could start a build of core-updates on armhf to find other issues <davexunit>civodul: have you given any thought to managing multiple guix machines remotely a la NixOps? <civodul>sounds like a logical next step though ***pfo_ is now known as pfo