IRC channel logs
2015-01-26.log
back to list of logs
<mark_weaver>civodul: someone seems to have cancelled all the jobs of the most recent master evaluation. any idea why? *mark_weaver wonders if he should restart them or not. <mark_weaver>now I wonder if I should cancel the obsolete jobs, to catch up faster on the latest evaluation. <mark_weaver>obsolete jobs == jobs that are not in the most recent evaluation <mark_weaver>though we might want to merge 'wip-gobject-introspection' first. <_root_>the fan problem I was talking about the day before yesterday <jgrant>So, should I just be able to install Guix on a live distro -- then run "guix system init config.scm /mnt" and it'll be up and running, or do I need to do something special with Grub? <jgrant>I'm trying to circumvent the oddity of this UEFI implementation, which doesn't allow me to run via a usb image. <jgrant>I guess it's not a huge deal for me to bugger about with it, since I set up this box in case things go wonky. :^P <jgrant>civodul: Sometimes I think you're half bot, how fast you are able to join and greet. *jgrant is planning to have GSD on his main box by Feburary. :^) <jgrant>I wanna really push myself to get Stumpwm and related depends, for Guix. <jgrant>civodul: You excited for your talk? *civodul goes grab coffee *jgrant wonders if FOSDEM has some sort of general streaming, or if it's just recorded. *jgrant still doesn't understand why we don't have a unified time, globally. :^P <jgrant>I'll probablly stay up, or wake up early to catch it. :^) *jgrant really should be heading to bed soonish ... wants to install GSD on that box a little later. Maybe wait a few days, for 0.8.1. :^P <jgrant>Okay, going afk; Probably going to bed. o/ <mark_weaver>strange. I ran "make" after merging wip-gobject-introspection before pushing. <mark_weaver>although I see now that effa forgot to add at least one patch to gnu-system.am. that seems to be a common mistake, it would be good to have some tooling to detect that somehow. <mark_weaver>maybe hydra should "make install" somewhere and run it from the installed dir, or something. <rekado_>mark_weaver: I've done this already, but unfortunately the error stays the same. <effa>mark_weaver: rekado_: Yeah, I've forgot to add two patches to gnu-system.am. I'm going to add them soon. <effa>I really need to learn how these autotools work... <mark_weaver>glad to help, and thanks for all your work on wip-gobject-introspection! :) <rekado_>hmm, even with these patches I get this error :( <mark_weaver>rekado_: I'm trying "make clean-go && make" on my system. maybe "make" worked for me _because_ my .go files were stale <rekado_>my working directory has no differences against origin/master <effa>on my system make clean-go && make succeeds <mark_weaver>rekado_: do you have any environment variables set that might be messing things up? like GUILE_LOAD_PATH or GUIX_PACKAGE_PATH ? <rekado_>trying "make clean-go && make" in a new shell session <mark_weaver>well, I need to sleep. since effa was able to "make clean-go && make" successfully on latest HEAD, and hydra evaluated it without problems, I guess the problem is specific to you for some reason yet to be determined. <mark_weaver>rekado_: okay, one last thought: what version of guile? <mark_weaver>rekado_: "make clean-go && make" succeeded for me as well. maybe try removing ~/.cache/guile/ccache <rekado_>with a completely new clone of the repository "make" succeeded. Odd. <rekado_>mark_weaver: removing ~/.cache/guile/ccache fixed it for me. Thanks! <fchmmr>Hi, new libreboot release has just been made, fixes a few issues in the release from 2 days ago <fchmmr>especially about the libreboot_grub.cfg thing. The release from today speeds it up a bit. <mark_weaver>^^ "Lots of progress for Debian's reproducible builds" LWN article <davexunit>mark_weaver: 80% of packages are reproducible. wow. <davexunit>I suppose we could crib a thing or two from the changes they've made? <davexunit>if debian can get 80% reproducible builds, we can surely get a higher percentage. :) <mark_weaver>I don't know, but we can certainly start from a smaller set of binaries <mark_weaver>and another important step we could take: provide a script to create bootstrap binaries starting from a diverse set of systems. <mark_weaver>then we could apply David Wheeler's approach to defeating Thompson viruses <fchmmr>mark_weaver, also, libreboot git now has gitweb <fchmmr>snapshots of the source archive are also generated now (link is on homepage) from git <mark_weaver>fchmmr: thanks for all of your work on libreboot and gluglug. it's important work! <davexunit>I dream of a day when my x220 may be able to run libreboot. <rekado_>I'll soon get a somewhat broken T60 to repair and play with libreboot and GSD :) <civodul>davexunit, mark_weaver: i think what the Debian people did is mostly upstream work to fix sources of non-determinism, plus tooling <civodul>the former will benefit to everyone :-) <jgrant>Where's the sample config at, in the directory tree? <jgrant>DusXMT: Yeah, but if it's on the install image -- I'd think it's somewhere in file form, in the repo. <jgrant>What happens if I try to guix system init without dmd and cow-store? <jgrant>I'm on Parabola, ready to bootstrap I think ... <jgrant>Should I make an attempt to install dmd? <DusXMT>jgrant: you just have to have the guix daemon running... <jgrant>These bios are the biggest pain in the ... <DusXMT>jgrant: dmd will be installed as a part of the system <jgrant>It blows me away that I could install GSD on a 7 y/o box, without an issue ... but not a 2 y/o. <jgrant>DusXMT: Ah, from the documentation it's acting I just need to do that from the proper "GSD-usb-install" image. <davexunit>the cow-store is so that /gnu/store doesn't exhaust your RAM disk <DusXMT>jgrant: I've installed GSD several times from a 3rd party system with guix installed on it, and I've never had a problem, I just wrote a system definition and did a `guix system init' on it <davexunit>which is important when using the installation image. <jgrant>Okay, I think it's starting to build. <DusXMT>well, I _did_ have a problem once, but that was a bug and was since fixed *jgrant wishes he was close to competent enough to actually implement some sort of *.iso generation... would have made this all a whole heck of a lot easier. <jgrant>It is insane though, that this UEFI implementaton is /this/ bad on a decently high-end and namebrand laptop, where in that you can't even load usb-images ... <jgrant>Oh well, if this works -- it was worth the day of sitting at this box and the related buggery tied to such an act. <davexunit>I've never used a UEFI motherboard, and I don't realy want to. <jgrant>davexunit: I got this laptop as a gift, so I really can't complain that much... *DusXMT was lucky so far, the computer says UEFI, but it behaves just like BIOS... I guess it's trying to be compatible, or it's perhaps in a fallback mode <jgrant>And really, foss wise -- it's decent. Sans the uefi, the only thing that doesn't work out of the box, is the wireless and I have a cheap little foss-adapter for that. <jgrant>DusXMT: That's what I'm in, it still doesn't work well. :^P <jgrant>Build died do to There's no space left on this device to do the build ... *jgrant needs to try Finnix again, but that build is troublesome. Ran into like 7 issuses there. <DusXMT>Hmm. I usually had a system installed on a different part <jgrant>DusXMT: I've very open to any somefactor of "better" solutions. <jgrant>Maybe I'll just make 100gb bootstrap partition or something. *DusXMT things 10G is plenty enough *jgrant has /no idea/ how to mess with Grub to make that doable/easy to switch between the two. <jgrant>Well, I have my "mean time" computer set up ... so it's not a huge deal, I guess. I can figure it out, inbetween. <DusXMT>You can delete it once you're done, GSD's Grub will override, unless told to guix system otherwise, the MBR's bootcode to launch the new grub, so all you have to do then is to remove the temporary system and do some partition cleanup <jgrant>Okay, makes sense. Yeah, such a thing is kinda useless to try to keep. <jgrant>Okay; Well, I need to run some errands. I'll bbl, and get back cracking on this. <civodul>quick hack of the day: run "guix lint -c source", and fix as many URLs as you can <bavier`>civodul: sounds like a good 'ol time ;) <bavier`>btw: I was wanting to fix up the lints regarding pkg-config, but I'm not sure of a good way to test the changes. <bavier`>I'd assume you'd need to cross-build the packages <civodul>bavier`: indeed, you would need to cross-build <civodul>but in practice, i suspect many packages are not cross-buildable for various reasons <civodul>but yeah, we should make sure pkg-config is in 'native-inputs' <civodul>so at least everything is clear on our side <bavier`>right, I probably won't look at it until I get the hydra package finished. <paroneayea>bigger than I remember it being last time I did a /names anyway :) *paroneayea looks at his logs <paroneayea>are you going to switch all of cc's servers over to guix mattl <mattl>not until i get my LiveCD to try it out :) <mattl>and even then, probably not. probably just keep using Linspire like you set up, paroneayea <mattl>(good choice btw. click and run makes my life easy) <paroneayea>mattl: I hear marx shuckleworth is privately funding the distribution of free as in cds guixbuntu install cds <mattl>i'm PPC only, bro. you know this. <mattl>paroneayea: 7/11 is an inside job, you know. <jgrant>Okay, my "bootscraps" partition is up and running. Cloning into Guix now. :^)