<mark_weaver>civodul: what do you think of freezing the core components of core-updates for a bit before it's merged into master, so that we can generate new bootstrap tarballs of x86_64/i686/mips64el with the same date and versions, and then testing bootstrap from there on core-updates before merging into master?
<mark_weaver>I'm not sure if it's worth doing, but it was an idea I had.
<mark_weaver>I intend to look into the non-determinism thing, but it's not easy. I'm not sure we can plan on doing that before this upcoming freeze/release. Next week is fundraising week at the MIT radio station, and I'm going to have to spend a bunch of time on that.
<mark_weaver>there's binutils, libtool (skip one test), libffi, alsalib, pulseaudio, libtheora, mit-krb5, gdb, libmad, so far.
<mark_weaver>I think everything else is at higher levels in the stack.
<mark_weaver>most of my earlier patches were done in the old patch style, so I'll have to change to the new. that's pretty easy of course, but it's an opportunity to make a mistake, if I can't test it.
<mark_weaver>I suppose I could do some sanity testing on my x86_64 box.
<mark_weaver>the problem I'm having at the moment is that once again, I can't run ./bootstrap on my fresh checkout of core-updates, because 'git' doesn't work with Github. There's an SSL error.
<mark_weaver>I worked around this problem before by copying over the git checkout from my x86_64 box.
<mark_weaver>but now that I have almost everything I need in Guix, including 'git', I thought that this would just work. but it doesn't. help appreciated.
<a_e>mark_weaver: Did you try to populate .certs and to run c_rehash?
<mark_weaver>as a side note: when I tried to get video playback working well on the YeeLoong a couple of years ago, I found that the libtheora decoder was a *lot* faster on MIPS than the libvpx one was. the libvpx one was essentially unusable on the YeeLoong.
<mark_weaver>hopefully there has been some improvement since I last looked.
<mark_weaver>I think this little box could probably do okay with videos up to 480p if we could just get the software properly optimized.
<mark_weaver>a couple of years ago, I managed to get it to the point of (just barely) playing an 480p H.264/AAC video quite well. and then I recompiled something and things broke and I never got it working properly again. but now at least I know it's possible.
<a_e>As I wrote on the mailing list, for someone new to packaging, I would recommend opus first.
<a_e>The oggvorbis packages were all just perfect in adhering to the gnu standards.
<civodul>a_e is the head of human resources department, and we're recruiting :-)
<mark_weaver>it's pretty well done. my main complaint is that they felt the need to insert a bunch of totally gratuitous nudity and sex that's not in the books.
<jxself>Opus & libvpx, although there have been a number of improvements to Theora since the 1.1 release. It might be nice to have one built from a subversion checkout.
<antonios>Hi guys, is GUIX a beta version still? I managed to install software but when I try to update/upgrade "guix pull" I get ERROR: In procedure put-bytevector: Wrong type argument in position 2 (expecting bytevector): #f and guix pull: error: failed to download up-to-date source, exiting
<a_e>mark_weaver: You confused me. I thought they added sex to the vpx decoders ;-)
<jxself>(Yes, 1.2 is been in the oven for a while.) :)
<a_e>jxself: Well, if it is stable and much better than before, they should make a release. We have enough work as is, without making releases for upstreams!
<antonios>OK thanks. Another thing: I compiled guix on AntiX Libre, if I install a package with guix that also exists in apt and after a few days for example a new version in the apt sources becomes available, if if use apt to update/upgrade will my box freak out (talking about dependencies collisions etc). Cause I wanna move to guix 100%.
<mark_weaver>IceCat doesn't support MIPS, so until that's fixed we'll also need the parabola version of iceweasel (abrowser? I forget the name), which last I checked was the most modern FSDG-compliant browser that currently runs on YeeLoong.
<mark_weaver>civodul: how is the <PROFILE>/share/info/dir file supposed to be handled? currently, based on the messages I'm seeing, it looks like it's arbitrarily choosing one from one of the packages.
<a_e>I think we need a field that tells us that a certain package does not compile on a given target.
<a_e>The simplest solution would be a list of target triples where the package should be disabled.
<a_e>Better, I think, would be a function that takes as input the target triplet and returns a boolean (so we could test whether a target contains "mips", for instance).
<civodul>yeah exactly: we need to add hooks to handle things like 'dir'
<mark_weaver>texlive is failing to build on my system, because its configure script thinks it's failing to find pixman, cairo, and some others. the reason it thinks it's failing is because the test programs are linking to libgd but not to some other libraries that libgd depends on.
<mark_weaver>libgd.so has references to symbols in other libraries (e.g. libjpeg) that are not explicitly on the link line.