<ijp>gr8: the problem is that newbies don't realise his schtick, and get sucked in
<azathoth99>and people like ijp are just needing bigger strapins
***civodul changes topic to 'GNU Guix | http://gnu.org/s/guix/ | things to package: http://libreplanet.org/wiki/Group:Guix/Wishlist | contribute to version 0.8! http://lists.gnu.org/archive/html/guix-devel/2014-10/msg00206.html'
<mark_weaver>civodul: the bash graft seemed to take almost as long as rebuilding everything. I think maybe we should consider using/writing a C implementation of the grafter, but I haven't looked what how it's currently implemented.
<alezost>mark_weaver: my way of using git dir is strange I think: I edited both "scripts/guix" and "emacs/guix-helper.scm" to point to the paths I need
<civodul>mark_weaver: until a couple of hours ago, there was a bug that led to more rebuilds than needed
<davexunit>mark_weaver: I just tweaked my guile load path and added my guix/emacs directory to the emacs load path.
<mark_weaver>civodul: even so, looking at how long each rebuild takes, it seems very slow.
<mark_weaver>civodul: I've been watching hydra a lot lately, waiting for full reevaluations to finish, and I watched the grafts rebuild also. for whatever reason, it seemed to take on the same order of magnitude of time.
<davexunit>civodul: so when I was watching your GHM presentation, I noticed that you used many M-x shell buffers. I've always had trouble using M-x shell because it seemed to freak out when dealing with pagers, for example viewing a man page or using less. have you had this issue?
<civodul>davexunit: yes, shell is not a terminal emulator
<mark_weaver>unfortunately, the patches needed for xorg-server and linux-libre on the yeeloong are not of sufficiently high quality to merge upstream, and I don't think we'd want them in our packages either.
<mark_weaver>so they'll probably need dedicated packages just for the yeeloong.
<mark_weaver>one big problem that needs to be addressed is that many packages with CVEs don't make new upstream releases.
<mark_weaver>I recently discovered that libarchive has a CVE in their last upstream release (early 2013), and then I discovered another unpatched CVE in pulseaudio
<mark_weaver>I patched libarchive. I think the pulseaudio one probably isn't serious, but based on these discoveries, which I stumbled upon within 2 days of each other, I suspect that there are many other cases like this.
<mark_weaver>the libarchive CVE was patched in their repo in mid-2013, iirc, but they still haven't made a new release :-(