FOSDEM Dev track deadline Oct. 9th. The more talk proposals we have
for Guile/Guix, the better:
https://libreplanet.org/wiki/Group:Guix/TalkProposals
If you have an idea for a talk on Guile/Guix, please add it before
coming Monday. Even if you are not sure you can make it. We may find
someone e
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> * guix/ui.scm (texi->plain-text): Export.
>> * guix/scripts/lint.scm (check-description-style): Use it instead of
>> 'package-description-string'.
>
> [...]
After pushing it, I discovered one mistake here is the patch fixing
Alex Kost skribis:
> I've noticed that some¹ logs on hydra have lines like this one:
>
> phase `install-locale' succeeded after 0.0 seconds
>
> while usually² it is:
>
> phase `install-locale' succeeded after 0 seconds
Yes, this has changed in ‘core-updates’ (commit 5c962e9.)
> From d713860
Mark H Weaver skribis:
> [Removed libc-alpha from the CC list]
>
> l...@gnu.org (Ludovic Courtès) writes:
>
>> With libc 2.22 people are starting to realize that libc does not
>> guarantee that it can load locale data built with another libc version,
>> but they learn it the hard way:
>>
>> loa
Problem: Programs linked against libc < 2.22 abort when trying to load
libc 2.22-or-later locale data:
https://lists.gnu.org/archive/html/guix-devel/2015-08/msg00737.html
Programs linked against libc 2.22 do not abort when trying to load 2.21
locale data, but they fail to load data for the LC_C
宋文武 skribis:
> 2015-09-24 15:41 GMT+08:00 Ludovic Courtès :
>> "Thompson, David" skribis:
>>
>>> On Mon, Sep 21, 2015 at 12:00 PM, Ludovic Courtès wrote:
Andy Wingo skribis:
> On Sun 20 Sep 2015 15:42, l...@gnu.org (Ludovic Courtès) writes:
>
>> I’m quite happy with the r
Ondřej, I think we have been miscommunicating.
I noticed that a program linked against 2.21 or earlier would abort with
an assertion failure when it stumbles upon 2.22 locale data.
All the patch tries to do is change the abort to EINVAL (and skip locale
data) when that happens.
I’m not claiming
On Thu, Sep 24, 2015 at 11:40:57AM +0200, Ricardo Wurmus wrote:
> Maybe it would be best to append the R version to the site-library
> directory. I don’t think we should go further than that and bring in
> the Guix hash, because I’m willing to trust that packages built with
> version 3.2.2 are com
I've noticed that some¹ logs on hydra have lines like this one:
phase `install-locale' succeeded after 0.0 seconds
while usually² it is:
phase `install-locale' succeeded after 0 seconds
The attached patch handles this milliseconds case.
But I wonder why does it happen? ‘gnu-build’ procedu
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Eric Bavier skribis:
>>
>>> I realize we have no guidelines in the manual concerning the version
>>> field for git checkouts, but I wonder whether we should, as it comes up
>>> a bit. Several existing packages use (string-appe
Pjotr Prins writes:
> When we add an R module, such as R-qtl, the R-build-system does not
> provide R itself as a propagated input, i.e., the R interpreter is not
> in the profile. In the R world this is kinda odd. Almost all modules
> used from R. I.e. start up R and
>
> library(qtl)
> do
2015-09-24 15:41 GMT+08:00 Ludovic Courtès :
> "Thompson, David" skribis:
>
>> On Mon, Sep 21, 2015 at 12:00 PM, Ludovic Courtès wrote:
>>> Andy Wingo skribis:
>>>
On Sun 20 Sep 2015 15:42, l...@gnu.org (Ludovic Courtès) writes:
> I’m quite happy with the result, but comments are w
When we add an R module, such as R-qtl, the R-build-system does not
provide R itself as a propagated input, i.e., the R interpreter is not
in the profile. In the R world this is kinda odd. Almost all modules
used from R. I.e. start up R and
library(qtl)
do something with R/qtl
Would have use
On Wed, Sep 23, 2015 at 11:45:52PM +0200, Ludovic Courtès wrote:
> Ondřej Bílka skribis:
>
> > On Tue, Sep 22, 2015 at 11:22:40PM +0200, Ludovic Courtès wrote:
> >> Ondřej Bílka skribis:
> >>
> >> > On Tue, Sep 22, 2015 at 05:27:55PM +0200, Ludovic Courtès wrote:
> >> >> With libc 2.22 people a
Hi Mark,
On Wed, Jul 22, 2015 at 05:59:06PM +0200, Ricardo Wurmus wrote:
> The test target appears to only do something if TARGET is not set:
> Since we do pass TARGET=SICORTEX the tests are skipped. I don’t know if
> there’s a good reason for this.
It looks a bit like
On Wed, Sep 23, 2015 at 07:35:41PM -0400, Mark H Weaver wrote:
> I'd like to propose another alternative, which I used for 'grub' on the
> 'wip-loongson2f' branch. There, the version string is simply the output
> of "git describe". This gives us lexicographic ordering, and the commit
> id can be
Steve Sprang skribis:
> This patch is still pending. I don't want it to fall through the cracks. :-)
Thanks for pinging, it had somehow disappeared from my radar.
Ludo’.
"Thompson, David" skribis:
> On Mon, Sep 21, 2015 at 12:00 PM, Ludovic Courtès wrote:
>> Andy Wingo skribis:
>>
>>> On Sun 20 Sep 2015 15:42, l...@gnu.org (Ludovic Courtès) writes:
>>>
I’m quite happy with the result, but comments are welcome! I’ll convert
some more services to see h
Pjotr Prins skribis:
> Hi Ludo,
>
> On Mon, Sep 21, 2015 at 06:13:19PM +0200, Ludovic Courtès wrote:
>> Pjotr Prins skribis:
>>
>> > This contains the most lucid description of 'inputs' I have yet seen.
>> > Could they go into the main Guix documentation?
>>
>> What do you think needs to be ch
19 matches
Mail list logo
