Re: Trustworthiness of build farms (was Re: CDN performance)

2018-12-27 Thread Mark H Weaver
Hi Jeremiah, jerem...@pdp10.guru writes: >> To truly solve that problem, we need bug-free compilers. > Impossible for all but the simplest of languages as the complexity of > implementing a compiler/assembler/interpreter is ln(c)+a but the > complexity of implementing a bug-free compiler/assemble

Re: Missing fonts issue with GNU Icecat

2018-12-27 Thread Daniel Gerber
Resolved by applying this advice (which is output when running `guix package -i pango` explicitly, but not when pango is installed as a dependency -- or I missed it): ``` The following environment variable definitions may be needed: export XDG_DATA_DIRS="$HOME/.guix-profile/share${XDG_DATA

Missing fonts issue with GNU Icecat

2018-12-27 Thread Daniel Gerber
Hi guix, I have a profile with icecat, fontconfig and basic fonts, but the browser seems not to find any font. It displays only numbers-in-squares placeholders. ``` $ icecat (/gnu/store/x9c8vysvvivx4bc1xa4gz7sl37y3i2k6-icecat-60.3.0-gnu1/lib/icecat/.icecat-real:3240): Pango-WARNING **: 10:16

Re: Better names for Guix versions from git?

2018-12-27 Thread Taylan Kammer
I like dates in "rolling release" version strings because they immediately tell you how old/new the version is, but I can certainly live with that format too. Definitely better than what we have. - Taylan On Wed, Dec 26, 2018 at 3:02 PM Marius Bakke wrote: > > swedebugia writes: > > > On 2018-1

Re: add DEPRECATION grace period: the upcoming Great Python2 Purge™

2018-12-27 Thread Alex Vong
Hello everyone! Leo Famulari writes: > On Wed, Dec 26, 2018 at 02:33:55PM +0100, Pjotr Prins wrote: >> A lot of software outside Guix still depends on Python2, for better or >> worse. I don't believe EOL means they are going to drop security >> updates. Leaf packages may well be in use today. >

Re: the upcoming Great Python2 Purge™

2018-12-27 Thread Brett Gilio
Leo Famulari writes: > On Wed, Dec 26, 2018 at 11:38:12AM +0200, Efraim Flashner wrote: >> We're now about a year out from the official EOL for python2 (Jan 1, >> 2020). So far we've been not adding python2 variants of packages that >> are new unless they're actually needed for something. Do we