<nully>after hours i convinced them that its somewhere on the route out of the datacenter <nully>their techs are looking at it ***kiwnix- is now known as kiwnix
<rekado>now I can move the miso package from my private bioinformatics-nonfree module to upstream bioinformatics. <rekado>the problem was that MISO included GPL'd code. Luckily they took it from R, so it was relatively easy to convince them to change the license of the combined work. <civodul>any updates regarding hydra.gnu.org and friends? <Sleep_Walker>it seems I was really tired - taskwarrior patch contains description of msmtp - sorry <iyzsong>I always get depressed easily, unproductive all the days >.< <iyzsong>Well, maybe that is the way I growing. <Sleep_Walker>I sometimes get depressed as well, but it is interesting that those days I have more free time than usual <civodul>way easier than IcedTea, LO, or LilyPond <Sleep_Walker>curl: (4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision. <rekado_>Sleep_Walker: in these cases I check the output of "git diff" and see if the problem remains after "git stash" <civodul>Sleep_Walker: that's one of those dreaded circular deps <civodul>can you try: ./pre-inst-env guile -l gnu/packages/web.scm ? <Sleep_Walker>that is one of the dreadest circular deps consequences I ever met <civodul>i can't completely test it because my store lacks too many things, my disk doesn't have much space left, and hydra is down :-/ <davexunit>the problems at MIT are really awful. still working with MIT colo people to get things back up. <civodul>is the source of the problem identified? <chil>I watched the fosdem talk (emacs distros). Pretty cool :) <civodul>now you need to see what it's like in practice ;-) <davexunit>civodul: there seems to be some debate between the MIT colo staff and us about who's hardware is failing. <davexunit>so I really don't know what the deal is right now until one of our sysadmins sends an update <civodul>davexunit: BTW, in the meantime you should get back hacking on 'guix publish' <davexunit>we're of course not happy at all with this absurdly long downtime. <civodul>tell your employer that it'd put less pressure on the sysadmins ;-) <davexunit>civodul: this would have been a good time to have it. <davexunit>I want to finish it up. besides the corrupt nar issue, I need to rewrite the (un)compressed port procedures to use the relevant shared libraries instead of subprocesses. <civodul>as a first step you could go with uncompressed data <davexunit>that's been the discouraging part that's blocked me for so long. <davexunit>yeah. it requires 2 machines as well, which makes doing stuff more complicated. <civodul>it's possible to simulate things by using 'guix substitute-binary --substitute' directly, and having it unpack the nar in a place other than /gnu/store <davexunit>oh, I guess because substitute-binary doesn't check the store? <civodul>one can do things like: guix substitute-binary --substitute /gnu/store/... /tmp/foobar <civodul>and the result gets written to /tmp/foobar <Sleep_Walker>civodul: I will test it (now I'm preparing env for gnash so I'd rather not change sources in the meantime) <civodul>iyzsong: we seem to have a problem with shell init files: "ssh localhost cat foobar" fails with "Command not founud" <civodul>it seems that lshd uses a non-login shell here <civodul>so /etc/profile is not sourced, and thus PATH is unset <civodul>lshd does set $SSH_CLIENT it its child process <civodul>which should lead Bash to source ~/.bashrc <davexunit>civodul: can that do all of the types of compression that we support? <civodul>it does only zlib (i.e., gzip without the gzip header) <nully>'sorry about the long delay :/ <nully>leaving the site, going to get more details and then leave <civodul>nully: great, thank you and everyone involved! *civodul had just set up offloading to a more powerful machine :-) <civodul>i guess it'll still prove useful one of these days <nully>i think we were going to build one w/ mark_weaver <nully>and install it in one of our colos *civodul attempts to restart the services on hydra <civodul>thing is, i started substituting thing, which causes the front-end to regenerated the bzip2-compressed nars <civodul>then this will be in the nginx cache, so hopefully it'll calm down <Sleep_Walker>it refused to start ('Respawning too fast') because of old pid file present <davexunit>mark has been working on cleaning up stuff like that on boot <Sleep_Walker>I compiled locally Qt5 and after ~40mins of non-responsivity I rebooted through SysRq <Sleep_Walker>I have hard times figuring what exactly is the action doing <Sleep_Walker>it doesn't seem that anyone thought about that in design phase <Sleep_Walker>I didn't meant to be offensive, I just checked the code when I was trying to figure out how to do that <_`_>how does dmd do supervision? does it daemonize and use pid files? <Sleep_Walker>civodul: I can confirm, that the patch resolves the issue <civodul>Sleep_Walker: i've just committed it after some testing <Sleep_Walker>I just met some strange backtrace, which I haven't seen before <civodul>_`_: it has several mechanism: one of them is fork + monitor SIGCHLD; the other is to just rely on PID files <civodul>it's not even dmd actually, it's done in Guix, but in code that runs in dmd <a_e>The old ffmpeg-2.2.13 currently fails its tests on x86_64 (which means that vlc is not built either): <a_e>ld: libavfilter/libavfilter.a(af_ladspa.o): undefined reference to symbol 'dlclose@@GLIBC_2.2.5' <a_e>What does this mean? <Sleep_Walker>a_e: it's not the failing immediately after start, right? <a_e>It does it in "make check". <a_e>The source code includes a call to "dlopen". <a_e>But I do not understand why the symbol name contains a glibc version. <a_e>Well, dlopen should not be relevant here. But the source file libavfilter/af_ladspa.c also contains a call to dlclose. <civodul>Sleep_Walker: i can't reproduce the sdl problem with 8c9653b; do you have changes on top of that? <a_e>civodul: From where does this version appear? <civodul>normally ld adds it automatically to the libc-using package *civodul fetches the ffmpeg code <a_e>Actually, I think I know how to update vlc, see the mailing list; so we may be able to drop this old ffmpeg package anyway. <civodul>a_e: wait, actually it's just a matter of missing -ldl <civodul>i bet LDFLAGS=-ldl would fix it, no? <Sleep_Walker>about capital letter in synopsis - I didn't want to alter name of ncurses to Ncurses <Sleep_Walker>please, ignore taskwarrior for now - I forgot to update its description and synopsis <taylanub>can I get the unpacked source of a package as an input? I'm thinking of fishing out headers from mesa without using a package at all. <civodul>well, you'd have to write a package or something that unpacks it <a_e>taylanub: Nice! I think you should use "copy-recursively" instead of "system* cp -r ...". <civodul>taylanub: you could call it "mesa_headers" <civodul>and yes, copy-recursively + modify-phases :-) <a_e>I just wanted to enquire about modify-phases! <a_e>I wondered why its author would not use it! <rekado>commit 9e91418b105ad92b259be7588a6f927bb915da9e broke the build of libgnomeprint. <a_e>Ah, freetype! Its layout for the include files changed. <rekado>libgnomeprint fails with "#include <freetype/ftoutln.h>" <taylanub>oh, I kind of missed that we can use modify-phases already <civodul>libgnomeprint is deprected, so perhaps we could keep the old freetype just for it? <rekado>can't we just symlink the include directory? <rekado>I don't understand. Symlinking was done before that commit. <civodul>oh we must be talking about different things, sorry <a_e>Just replace "freetype/ftoutln.h" by "freetype2/ftoutln.h". <civodul>taylanub: yes, "mesa-headers", sorry <rekado>a_e: you mean I should patch libgnomeprint's sources? <a_e>Or maybe any "freetype/" by "freetype2/". <a_e>rekado: Yes. See python2-pil. <civodul>another issue with this freetype commit is that it introduces a phase called 'set-paths', but there's already one with that name <civodul>well it's probably fine in this case <a_e>civodul: Ah okay. It could be easily renamed. <a_e>Actually, I reported the bug upstream, they tried to fix it without success, and now they ask if I could provide a patch... <Sleep_Walker>I proposed with grub fix that we can save a lot of trouble by providing the symlink :b <a_e>civodul: LDFLAGS=-ldl seems to work for ffmpeg. <a_e>But I do not see a simple way to add it just to the old and not to the current version. <rekado>I think libgnomeprint's output is also wrong: /gnu/store/4i73haiifvb4w1gn6qs2abr4im1rcf8a-libgnomeprint-2.8.2/include/libgnomeprint-2.2/libgnomeprint/ <rekado>why do we have libgnomeprint-2.2 and then again libgnomeprint? <rekado>the python bindings look for libgnomeprint/some-header.h <davexunit>does anyone know of a good way to deal with test suites that play sounds? <davexunit>test suites that create x windows can use xfvb, is there something similar for sound?