Dear Francisco & Spanish translation team,
Translation Project Robot skribis:
> A revised PO file for textual domain 'shepherd' has been submitted
> by the Spanish team of translators. The file is available at:
>
>
I've updated the wip-bootstrap branch[0] for Mes[1] 0.13. It has new
mes-boot and tcc-boot packages. mes-boot is a bootstrap version of
Mes; it only depends on mescc-tools and a previously compiled mes.M1
seed. Likewise, tcc-boot depends on a precompiled tcc-seed. Also,
tcc-boot uses a heavily
Hello Nils,
Nils Gillmann skribis:
> compiling... 100.0% of 106 files
> compiling... 100.0% of 1 files
> compiling... 100.0% of 407 files
> Backtrace:
> Exception thrown while printing backtrace:
> In procedure private-lookup: No variable bound to define-module* in module
> (guile)
Hello!
Jan Nieuwenhuizen skribis:
> I've updated the wip-bootstrap branch[0] for Mes[1] 0.13. It has new
> mes-boot and tcc-boot packages. mes-boot is a bootstrap version of
> Mes; it only depends on mescc-tools and a previously compiled mes.M1
> seed. Likewise, tcc-boot
Hello,
Sandeep Subramanian skribis:
> I rebased the guile-daemon branch. I had to remove a bunch of
> duplicate commits. The diff between the master merged to guile
> daemon and the rebased guile daemon is empty and so I think
> it went well.
>
> You can find the
Hi,
I'm not sure if guile-users / -dev liste is more appropriate. If it is, let me
know.
I'm currently still using GUIX_PACKAGE_PATH until I got my layout all set up.
There's an issue that I can't seem to get rid of, I'll try my best to describe
it now:
I have package definitions in 2
Mark H Weaver skribis:
> The reason that I moved my own systems so agressively to core-updates
> this cycle is because I no longer trust that grafting works properly on
> 'master', and so security flaws might not be fully addressed there. I'm
> disappointed that there have been
Hi Ludovic,
l...@gnu.org (Ludovic Courtès) writes:
> Besides, what makes you think grafting doesn’t work properly on master?
Because of bug 30820: the default GCC on our master branch sometimes
incorporates string literals containing store references directly into
the generated x86 code, broken
Leo Famulari writes:
> On Tue, May 01, 2018 at 04:12:42PM +0200, Marius Bakke wrote:
>> I was running a bit late with my patches and pushed them to a separate
>> branch before noticing the 'rhash' update on 'master'. Now there have
>> been a couple of world-rebuilding
Hello.
(This is the coordinator for the Spanish team).
Please disregard the translation completely for now. Better release
the program without any Spanish translation at all than having an
incomplete and bogus translation.
I need to have a private talk with Francisco Javier about this.
Thanks.
Ludovic Courtès writes:
> Hello,
>
> Marius Bakke skribis:
>
>> Ludovic Courtès writes:
>>
>>> Hi Mark,
>>>
>>> Mark H Weaver skribis:
>>>
I've successfully updated my x86_64 GuixSD system to my private branch
based
Hi!
On 05c62b1e1d34ec8e68de3f1d3d7a7218ef8993d7, texlive-latex-amscls-44591
initially failed to build on i686-linux on berlin (it’s an indirect
dependency of po4a, which Guix now depends on):
--8<---cut here---start->8---
starting phase
On Tue, Apr 24, 2018 at 05:12:34PM +0530, Pierre Neidhardt wrote:
> Out of curiousity, any model you'd recommend, steered towards
> Guix-friendliness?
>
I don’t have a smartphone myself yet, but I wonder how Purism’s
Librem 5 will do once it is released in January.
Regards,
Florian
Pjotr Prins transcribed 495 bytes:
> On Tue, Apr 24, 2018 at 05:12:34PM +0530, Pierre Neidhardt wrote:
> > This is gold!! Thanks so much for sharing.
>
> Totally agree. Great work Julien a.o. Praphrasing one of the greats:
> what works on large systems tends to work on small. With minimized
>
On Tue, May 01, 2018 at 04:12:42PM +0200, Marius Bakke wrote:
> I was running a bit late with my patches and pushed them to a separate
> branch before noticing the 'rhash' update on 'master'. Now there have
> been a couple of world-rebuilding commits on the 'core-updates-next'
> branch since, so
15 matches
Mail list logo