<davexunit>does anyone remember what the deal was with dashes in version numbers? <rekado>civodul: I'll send an updated version of my patch to the mailing list today. <Sleep_Walker>It doesn't seem right to use make-flags "CFLAGS=-fPIC" as I may override user's configuration <civodul>perhaps patch the makefile{,.in} if that's a bug? <civodul>which font has all the glyphs to display the name of iyzsong? <rekado>civodul: Can you see this: 你好老宋! <rekado>looks fine in my Emacs and I use DejaVu Sans Mono (in GNOME). <Sleep_Walker>looks good in my emacs running in terminology with terminus :) <Sleep_Walker>so even though your argumentation makes sense, I simply don't think it's the case that 2.82-r* reappear in future <Sleep_Walker>but if you still insist, I can fix it as the discussion takes more time than the fix <davexunit>hmmm yeah their versioning scheme is very inconsistent. <nkar>civodul: I have (set-face-attribute 'default nil :font "DejaVu Sans Mono-12") in .emacs and I don't see the squares. <civodul>oh but i have font-bitstream-vera installed, and maybe that's shadowing the DejaVu stuff or something? <nkar>are you running a gui version of emacs? <nkar>or it might be that your font version is different from ours <nkar>also, are you sure that the font you see is dejavu? as you said, it could be shadowed <civodul>"guix package -I ^font" lists font-bitstream-vera, font-dejavu, and font-gnu-freefont-ttf <nkar>civodul: but are you starting it with -nw or not? <civodul>what's the point of using X otherwise? :-) <Sleep_Walker>hydra.gnu.org seems to be more not working than working - is there a way how to tune timeouts? <civodul>"unresponsive" is meant to be understood as "somewhat slow" <civodul>but yeah, it's often "somewhat broken" as well <davexunit>we need a) more resources and b) a hydra replacement <civodul>although currently it seems to be somewhat working well <civodul>on guix-sysadmin we were discussion option a), which will be needed anyway <civodul>buying a dedicated server or something <davexunit>I wonder if we can get someone to donate hardware? <civodul>hosting could be done at the FSF, or i could check with Inria or aquilenet.fr whether that'd be possible <civodul>the FSF would be a more "neutral" place, so it's preferable <Sleep_Walker>I'm afraid it's not just "somewhat slow", it often ends with failure <Sleep_Walker>I'm afraid that re-running command is more resource consuming than setting some more relaxed timouts ***th3kent` is now known as th3kent
<th3kent>civodul: i have sent feedback for bug#19248. <civodul>mark_weaver: somehow, the progress report in (guix build download) doesn't work well with nginx now <civodul>it looks as though the progress proc rarely gets called *davexunit wants to extend guix download for working with git repos <mark_weaver>civodul: hmm, I'm not sure what nginx could be doing to affect that. strange. <mark_weaver>if you want, you could take nginx out of the loop, by sourcing enable-redirect <civodul>no that's fine, it's an interesting bug :-) <mark_weaver>maybe the header that indicates the total size is being omitted, or something. there are no shortage of options in the configuration, if we can figure out the relevant difference. <civodul>.nar did not have a content-length before, and still don't apparently