Hello! I recently installed Guix on a foreign distro (Ubuntu 16.04), but am unable to run `guix pull` after updating from 0.13.0 to 'master'. --8<--cut here--start-->8-- address@hidden:~$ guix pull -
I have no idea, but i think a font package should < 50M 发自网易邮箱大师 017年07月16日 08:29，ng0 写道： Feng Shu transcribed 1.2K bytes: Do you have a pattern or method in mind whic
Feng Shu transcribed 1.2K bytes: Do you have a pattern or method in mind which won't make it too big? This comes just from one source. I think there's another source for noto-cjk, or at least other s
font-google-note's size is 506.4 MB, see tooooo big as a font package, maybe we should split it. substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% The following d
Hello myglc2, OK! No problem; thanks for clarifying it! 50 seconds for 33 packages on such a powerful machine seems abnormal, unless you have a specific package(s) which would install an unusually la
It is taking more like 50 seconds on my 3.4 Ghz server for 33 packages. That's my fault. I cut and pasted from two different runs. SORRY! ;-) No, I get the same effect w/ 'guix package -r foo.
[...] So now q'guix package -m' produces messages like ... guix package -m g1.scm installing new manifest from 'g1.scm' with 22 entries substitute: updating list of substitutes from 'https://mirror.h
Hi Ludovic! Apologies for my delayed answer. Thanks! Right! Thanks for pointing that out. Is this specific to 'guix environment' with --pure vs without --pure? I'll test it out! Also, would this beha
Hello! Maxim Cournoyer <address@hidden> skribis: Sounds good. I applied and expounded the commit log a bit. One thing which I discovered while testing pip on Guix was that depending on how you use Py
Hi Carlos, address@hidden (Carlos Sánchez de La Lama) skribis: Indeed, looks like a genuine bug. Cc’ing bug-guix so we can keep track of it. Yeah, I’d suggest using --no-grafts until this is fix
Hi! For efraim and for myself, guix build --target=mips64el-linux-gnu bootrap-tarballs got broken with commit b9bc6e842066b066ebdf9eaf75d41753598d75b5 After some digging, I think I have found the roo
Hello! address@hidden (Carlos Sánchez de La Lama) skribis: As discussed on IRC, --target expect a “GNU triplet” such as “i686-linux-gnu”, so the above thing cannot work. Note that cross-buil
Hi, I don't like to leave questions open. What if someone else finds this in the future and wonders how we solved it? Find the answer below. This is how lynX worked around it for my ebuild: pkg_setup
one thing you could try as a work around is to only make 9 builders, or to number the builders from 10 to 19. -- Efraim Flashner <address@hidden> אפרים פלשנרGPG key = A28B F40C 3E55 1372 66
I probably should've asked for help here earlier, the first commit of guix in the overlay was probably some time back in january, but only now you do no longer require the workarounds for outdated gu
Oops indeed... I'll attach the right first of 2 patches when I get the next commit in. Oh I didn't know about that... will do. A good idea, will give it a try! Heh :) Is it worth filing a bug? Makes
Christopher Allan Webber <address@hidden> skribis: Nice! Oops. ;-) Feel free to add a “Co-authored-by” tag if you think it’s relevant. Could it be that adding a phase that does (setenv "HOME" (
Look good to me. There are no executables to be wrapped, please use 'gnu-build-system'. missing 'gobject-introspection' and 'vala'? Same as above. I did it as 'librest', as mentioned in irc, we shoul