On Wed, Apr 02, 2014 at 11:41:11PM +0200, Ludovic Courtès wrote:
> Hello,
>
> While running Python 3’s test suite, we noticed that on some systems
> /dev/pts/ptmx is created with permissions 0 (that’s the case with my
> Nixpkgs-originating 3.0.43 kernel, but someone with a Debian-originating
> 3.1
Looking at http://hydra.gnu.org/jobset/gnu/master , it seems that a
large percentage of our builds have started failing. I was curious so I
took a look. The first failure I looked at was 'file', since I recently
upgraded it:
http://hydra.gnu.org/build/46637
Looking at the tail of the log, it
>> Is there a function that accepts a package name and returns a list of
>> implicit inputs?
> No, because by definition, those “implicit inputs” are not listed in the
> package object. Instead, they are added by the build system (see
> build-system/gnu.scm.)
> That’s why I suggested using deriv
l...@gnu.org (Ludovic Courtès) skribis:
> Mark H Weaver skribis:
>
>> On the Loongson 3A machine, I finished building all the packages from
>> core-updates that I use in my profile, and then tried installing them.
>> I got this:
>>
>> In
>> /gnu/store/9sqx55rgygyrcyg350cfqwy8wqb4fr69-module-impo
Hello,
While running Python 3’s test suite, we noticed that on some systems
/dev/pts/ptmx is created with permissions 0 (that’s the case with my
Nixpkgs-originating 3.0.43 kernel, but someone with a Debian-originating
3.10-3 reported not having this problem.)
There’s still the problem that people
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> I realized the modules end up in share/guile/site, so commit bf6fcf5
>>> changes that to share/guile/site/2.0.
>>
>> Speaking of which, I noticed that the 'native-search-paths' field
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> I've run into a build issue with recent master on x86_64 and Loongson 3A
>> (both hosted on Debian wheezy). Python 3 fails in the tests with
>> "OSError: out of pty devices"
>
> Any idea what this test is doing? (Maybe Cyril k
Mark H Weaver skribis:
> This patch makes union.scm identical to the last one I posted here, and
> removes the tests of procedures that no longer exist.
Cool, please push! I’ll look into adding some tests.
Ludo’.
Mark H Weaver skribis:
> This is needed on systems with 64K page size. It also upgrades sqlite
> to the latest version and computes the source URL automatically.
OK for both, thanks!
Ludo’.
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> I realized the modules end up in share/guile/site, so commit bf6fcf5
>> changes that to share/guile/site/2.0.
>
> Speaking of which, I noticed that the 'native-search-paths' field
> of our 'guile' recipe includes "share/guile/si
l...@gnu.org (Ludovic Courtès) writes:
> I realized the modules end up in share/guile/site, so commit bf6fcf5
> changes that to share/guile/site/2.0.
Speaking of which, I noticed that the 'native-search-paths' field
of our 'guile' recipe includes "share/guile/site", but not
"share/guile/site/2.0"
This patch makes union.scm identical to the last one I posted here, and
removes the tests of procedures that no longer exist.
Mark
>From 3f503705098745ddd54251a46b5634e78b209e5f Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Fri, 28 Mar 2014 03:54:01 -0400
Subject: [PATCH] union: Rewrit
FYI, I upgraded libssh to the latest version in master, to fix a
security flaw. Since then, I tried building guile-ssh for the first
time. It fails its test suite. I guess this may have been caused by
the libssh upgrade. I don't have time to look into it right now, but I
don't think we should c
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> * Although I can now run union-build in 2 minutes, another full minute
>> is spent in 'display-search-paths',
>
> Commit 27c6845 optimizes that (50%!).
Oooh, this makes a significant improvement on my YeeLoong :)
> The probl
This is needed on systems with 64K page size. It also upgrades sqlite
to the latest version and computes the source URL automatically.
Mark
>From 8243f4e481eaf5604dd5c0ad8e069885af40dbdd Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Wed, 2 Apr 2014 12:02:41 -0400
Subject: [PATCH 1/3]
On Wed, Apr 02, 2014 at 03:08:21PM +0200, Ludovic Courtès wrote:
> Well, in practice, when posting to an open (as opposed to
> invitation-only) mailing list with a public archive, one implicitly
> accepts the message to be visible by anyone, unless X-No-Archive or
> similar is used.
Yes, but not n
On Wed, Apr 02, 2014 at 04:21:07AM -0400, Mark H Weaver wrote:
> This upgrade includes an important security fix (see DSA-2874-1), and
> adds a new download URL as ftp.mutt.org is currently offline.
These are excellent news! I had thought that the development or at least
the releases had stopped (
Mark H Weaver skribis:
> * Although I can now run union-build in 2 minutes, another full minute
> is spent in 'display-search-paths',
Commit 27c6845 optimizes that (50%!).
The problem is that currently this is an inherently inefficient
operation: search path information is not stored in the m
FYI, I stumbled upon a bug that d295232 fixes: non-default profiles
(created with ‘guix package -p foo’) were not registered as garbage
collector roots, so they could be reclaimed upon ‘guix gc’.
Ludo’.
Since we failed to reach consensus, I hereby declare that we’ll stick
with Scheme and the functional packaging paradigm.
Foolishly yours,
Ludo’.
pgpDI20QoCYHW.pgp
Description: PGP signature
Mark H Weaver skribis:
> From 4160a1b1d307ef07f66fc3e3cfee858294e2cc21 Mon Sep 17 00:00:00 2001
> From: Mark H Weaver
> Date: Wed, 2 Apr 2014 04:16:11 -0400
> Subject: [PATCH] gnu: mutt: Upgrade to 1.5.23.
>
> * gnu/packages/mail.scm (mutt): Upgrade to 1.5.23. Add bitbucket
> source URL and t
Andreas Enge skribis:
> On Wed, Apr 02, 2014 at 01:44:40AM -0400, Hank Leininger wrote:
>> Would there be any objection to the guix lists being added?
>
> I am not in favour of any external body hosting copies of our mailing list.
> There is an archive at gnu, that is indexed by search engines, a
Mark H Weaver skribis:
> Here's another batch of fixes to install man pages and docs in
> PREFIX/share. I also cleaned up the 'zip' package build process.
All look good to me, please push.
Thanks!
Ludo’.
Nikita Karetnikov skribis:
>> The simplest way to do it would be by walking the package DAG: start
>> from ‘foo’, accumulate its ‘package-source’, then traverse its inputs,
>> etc. Recursion would stop at the implicit inputs (GCC, glibc,
>> Coreutils, etc.), though.
>
>> If you’d like implicit i
This upgrade includes an important security fix (see DSA-2874-1), and
adds a new download URL as ftp.mutt.org is currently offline.
Mark
>From 4160a1b1d307ef07f66fc3e3cfee858294e2cc21 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Wed, 2 Apr 2014 04:16:11 -0400
Subject: [PATCH] gnu: mu
On Wed, Apr 02, 2014 at 01:44:40AM -0400, Hank Leininger wrote:
> Would there be any objection to the guix lists being added?
I am not in favour of any external body hosting copies of our mailing list.
There is an archive at gnu, that is indexed by search engines, and I do not
see which problem an
Hi folks,
I recently ran across Guix. I help run the MARC mailing list archives
at https://marc.info/, and we don't currently carry any of the guix-*
lists.
Would there be any objection to the guix lists being added? We don't do
the email-stripping, 'address@hidden' header & body munging, and
/
27 matches
Mail list logo