patches (oops :)
Mark
From 172011c586a96cd15e6401cf813fd6d6ea59b355 Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Mon, 11 Feb 2013 19:23:20 -0500
Subject: [PATCH 1/2] Add noinst_SCRIPTS = pre-inst-env to Makefile.am.
* Makefile.am: Add noinst_SCRIPTS = pre-inst-env
l...@gnu.org (Ludovic Courtès) writes:
Honestly, I wouldn’t worry about the propagation of $GUILE_LOAD_PATH
co. to subprocesses, because we know there’s none anyway.
That policy will lead to future where libguile-using programs break in
random ways when they happen to be subprocesses of each
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
Okay. I was relying on the fact that attempts to install a derivation
that's already installed will ultimately be ignored, and my (admittedly
simple) tests seem to suggest that it works properly, but perhaps
I wrote:
Would guix-package -i guile ever choose guile-1.8.8 over guile-2.0.7
if the latter was available? Does it not automatically choose the
newest available version?
Having now looked at the code, I see that it does not.
My latest upgrade implemention assumed that it did, so I'll have to
Nikita Karetnikov nik...@karetnikov.org writes:
w3m raises the following error:
istream.h:23:8: error: redefinition of 'struct file_handle'
The issue here is that glibc started using struct file_handle, which
conflicts with w3m's prior use of the same name. You shouldn't need a
patch for
problems with this code, I'm
not entirely pleased with its organization. Nonetheless, I wanted to
make it available for early testing and comments.
I welcome suggestions on how to improve this code.
Mark
From 16cf486524502c1caebbd8831a8f6802640aeace Mon Sep 17 00:00:00 2001
From: Mark H Weaver
version.
Mark
From fcb78e4af6d4f7304582fa2ad44eb99236b6ae23 Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Tue, 12 Feb 2013 20:29:30 -0500
Subject: [PATCH] Inhibit duplicates in fold-packages.
* gnu/packages.scm (fold2): New procedure.
(fold-packages): Rework to suppress
c3820d291cdc40cc58abebf8ca10332e51ebead1 Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Tue, 12 Feb 2013 01:24:21 -0500
Subject: [PATCH] Build newest versions unless specified, and implement
upgrades.
* gnu/packages.scm (find-newest-available-packages):
New exported procedure.
* guix
Hi Ludovic,
In commit d9d466ddff2091f4b1f94599335b5947a17def2c, you added the
following packages:
guile-reader-for-guile-1.8.8
guile-reader-for-guile-2.0.7
The 1.8.8 and 2.0.7 are actually part of the package names (both of
these packages are at version 0.6).
Unfortunately, this means that
Andreas Enge andr...@enge.fr writes:
How about naming them guile-reader with a version number of
0.6-1.8.8 and 0.6-2.0.7, or the other way round 1.8.8-0.6 and
2.0.7-0.6?
We can't do this, because it would break the version-number comparison
logic. One option would be to change the dash to
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
I asked RMS, and he thinks that this clause is okay because it says a
distribution fee is okay and does not limit the amount. Thus, what it
prohibits is a fee for the right to use the program, which is okay
Hello all,
In git, the five scripts 'guix-package', 'guix-gc', 'guix-build',
'guix-download' and 'guix-import' have been replaced with the single
script 'guix'. The new usage replaces 'guix-package' with 'guix
package', and more generally 'guix-COMMAND' with 'guix COMMAND'.
After pulling,
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
The built texinfo 5.0 packages contain a few uses of 'perl' that are not
pointing to a specific version in /nix/store:
Yes, I know, but since in ‘core-updates’ we’ll change ‘patch-shebang’ to
handle /usr/bin/env
l...@gnu.org (Ludovic Courtès) writes:
carl hansen carlhansen1...@gmail.com skribis:
FYI When I recently upgraded to texinfo-5, I had to make a soft link
ln -s texi2any makeinfo
The link was supposed to be made in the package, but it wasn't. It
might be relevant to you.
I just installed
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
The built texinfo 5.0 packages contain a few uses of 'perl' that are not
pointing to a specific version in /nix/store:
Yes, I know, but since in ‘core-updates’ we’ll change ‘patch-shebang’ to
handle /usr/bin/env
Hi Andreas,
Andreas Enge andr...@enge.fr writes:
(has-env (string-suffix? /env interp))
I think we might want to make this test more restrictive. I'm looking
at a package (guile-figl) that includes an 'env' script in its build
directory, analogous to 'pre-inst-env' in Guix. This makes me
Nikita Karetnikov nik...@karetnikov.org writes:
I'm attaching a patch.
It's a separate file; if I add these lines
#:use-module (guix packages)
#:use-module (guix store)
to 'guix/build/utils.scm', they will raise the following error on
'make'.
Based on the backtrace below, it looks
On my system, attempts to build hop result in the following error:
output path `/nix/store/l4jyrfyx8nr3sy6j20s8znk2aa2hpw84-hop-2.4.0.tar.gz'
should have sha256 hash `04fhy5jp9lq12fmdqfjzj1w32f7nxc80fagbj7pfci7xh86nm2c5',
instead has `1v2r4ga58kk1sx0frn8qa8ccmjpic9csqzpk499wc95y9c4b1wy3'
I
I recently installed a large number of packages in a single guix
package -i command, and in the resulting transcript I see download
progress reports interleaved with compile output, e.g.:
--8---cut here---start-8---
gcc -DHAVE_CONFIG_H -I. -I../include -I
Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Sun, 21 Apr 2013 02:54:56 -0400
Subject: [PATCH] gnu: gprolog: Update to 1.4.3 and download from GNU mirrors
* gnu/packages/gprolog.scm (gprolog): Update to 1.4.3.
Download from GNU mirrors.
---
gnu/packages/gprolog.scm |9
Which of these can be done on master, and which should be done only on
core-updates?
gnu/packages/groff.scm:32:3: note: using groff-1.22.1 but groff-1.22.2 is
available upstream
gnu/packages/cdrom.scm:89:3: note: using xorriso-1.2.4 but xorriso-1.2.8 is
available upstream
.
What do you think?
Mark
From 06d670d362c140e46781bc2348fb85d822986d19 Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Fri, 7 Jun 2013 21:42:33 -0400
Subject: [PATCH] gnu: subversion: Download from apache archive site.
* gnu/packages/subversion.scm (subversion): Download
The 'module-init-tools' recipe tries to download
module-init-tools-3.16-man.tar.bz2 from distfiles.gentoo.org, but it's
no longer there.
Mark
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
This seems rather strange, given that 3.16 was released over
two years ago, and all the earlier versions are present.
Indeed. I haven’t found anything mentioning the removal of that
version, but it’d be great
Using guix from git 5d9cd70721aa8256f333f76c76cecc6593b6b293, hop fails
to build from source. Here's the tail of the make transcript:
--8---cut here---start-8---
bigloo -O2 -fsharing -Wall -wslots -L
/tmp/nix-build-hop-2.4.0.drv-0/hop-2.4.0/lib -srfi
l...@gnu.org (Ludovic Courtès) writes:
It turns out Hop Bigloo have to be upgraded in lockstep. I believe
a new Hop version is around the corner, so I’m tempted to just wait
for that.
WDYT?
I think we should find a solution that doesn't lead to the 'hop' build
being broken every time
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
It turns out Hop Bigloo have to be upgraded in lockstep. I believe
a new Hop version is around the corner, so I’m tempted to just wait
for that.
WDYT?
I think we
Arne Babenhauserheide arne_...@web.de writes:
Am Samstag, 14. September 2013, 14:13:17 schrieb Ludovic Courtès:
I now learned, that with guile I can use
guile -L .
which actually does what I need.
Providing this in guix would be consistent with guile and it would make it
Hello all,
xorg-server fails to build from source. See below for the tail of the
build log. This is with aae4ead8142d4fd7c674a1e6e302f40469f878c6.
Regards,
Mark
--8---cut here---start-8---
PASS: input
XKB: Failed to compile keymap
Keyboard
Mark H Weaver m...@netris.org writes:
xorg-server fails to build from source. See below for the tail of the
build log. This is with aae4ead8142d4fd7c674a1e6e302f40469f878c6.
Sorry, the build log tail I posted was actually from a slightly modified
xorg.scm, where I uncommented the build
David Thompson dthomps...@worcester.edu writes:
On 10/16/2013 09:15 AM, Ludovic Courtès wrote:
I think you hit the /dev/shm issue described in a footnote (info (guix)
Setting Up the Daemon).
(Of course, re-open this bug if this is not the case.)
That is indeed the case. /dev/shm is a
Guile 2.0.9 is unable to download:
http://downloads.mysql.com/archives/mysql-5.1/mysql-5.1.54.tar.gz
apparently because the HTTP server resets the TCP connection at the end,
instead of closing normally. Here's what I see:
--8---cut here---start-8---
This just happened to me on core-updates, on my YeeLoong:
--8---cut here---start-8---
mhw:~/guix-core-updates$ ./pre-inst-env guix build -S expect lua zip pth bazaar
ocaml
substitute-binary: Backtrace:
substitute-binary: In ice-9/boot-9.scm:
substitute-binary:
I should have pasted the output of the 'ps' command I did immediately
after this error. Here it is:
--8---cut here---start-8---
mhw:~/guix-core-updates$ ./pre-inst-env guix build -S expect lua zip pth bazaar
ocaml
substitute-binary: Backtrace:
I wrote:
I just realized that my x86_64 and Loongson 3A systems have spent an
enormous amount of time building the new guix master branch based on
outdated bootstrap/*/guile-2.0.9.tar.xz.
Upon further investigation, I see that only MIPS was affected by this
problem in the recent merge of
In recent master, GNU Octave fails to build on my x86_64 system.
Here's the tail of the log.
Mark
--8---cut here---start-8---
libtool: link: g++ -fPIC -DPIC -shared -nostdlib
/gnu/store/hf5kklv837xbfcv6gc7gpsj36l69j3sj-glibc-2.19/lib/crti.o
With current master, xf86-input-evdev 2.7.0 fails to build on my x86_64
machine. During ./configure it reports:
--8---cut here---start-8---
checking for UDEV... no
configure: error: Package requirements (libudev) were not met:
No package 'libudev' found
The imagemagick build was broken because 6.8.8-8 is no longer available.
I've upgraded it to 6.8.8-10, but it will continue to break every time
they add a new version.
One option worth considering is to download the source from their
subversion repository.
Mark
I see two 'fcntl-lock' related failures with current master on an i686
Debian Wheezy system with Debian's Guile 2.0.5 package. See below for
the relevant excerpts from utils.log.
Mark
--8---cut here---start-8---
Test begin:
test-name: fcntl-flock wait
texlive-2014 contains a copy of luajit which fails its test suite on
MIPS, thus causing the entire build to fail on guix. Here's the tail of
the build log:
--8---cut here---start-8---
Making check in luajit
make[2]: Entering directory
I found that Guix's own 'luajit' package builds successfully on MIPS,
presumably because it does not run the test suite. The 'luajit' package
in Guix includes #:tests? #f in the arguments, with the comment
luajit is distributed without tests.
Mark
Hi,
During my testing on a ThinkPad X60 (i686), I have found that 'guix
system init' creates /gnu/store with mode 0750, which does not allow
members of guixbuild to write to it. The mode should be 1775.
Thanks!
Mark
'module-init-tools' (with our patch) assumes that LINUX_MODULE_DIRECTORY
ends with a trailing slash. However, 'udev-service' sets
LINUX_MODULE_DIRECTORY to /run/booted-system/kernel/lib/modules.
One option would be to add a trailing slash:
--8---cut
openpty fails for unprivileged users on standalone guix. For example,
running 'script' or 'screen' fails, and running M-x shell within emacs
results in a bash without job control, because emacs uses pipes to
communicate with the subprocess instead of pseudo-ttys, apparently
because it was unable
I built guix from git master from within a standalone guix install. I
then tried to run 'pre-inst-env guix system reconfigure' using the same
OS configuration, and it failed to install grub.
The error message said failed to install GRUB on device '/dev/sda',
which indicates that 'install-grub'
l...@gnu.org (Ludovic Courtès) writes:
In guix/scripts/system.scm, could you remove ‘false-if-exception’ around
‘install-grub’, and report the backtrace?
Here it is:
--8---cut here---start-8---
root@jojen# ~mhw/guix/pre-inst-env guix system reconfigure
l...@gnu.org (Ludovic Courtès) writes:
I think it would be best to fix the module-init-tools patch.
Could you look into it?
Okay.
(Note that (1) udev uses kmod, not module-init-tools, and (2) it’s
possible to use ‘kmod load’ instead of ‘insmod’.)
Hmm, yes, I would like to transition to kmod
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
populating /etc from /gnu/store/89dn636ibbc2dy8wqaz30ck3dcli44jk-etc...
setting up setuid programs in '/run/setuid-programs'...
making '/gnu/store/qfacd34rj6v8b9mi21qx9mj3lkq3c2pg-system' the current
system
At the very end of the builds for gccgo, there is an error:
cycle detected in the references of `/gnu/store/*-gccgo-4.8.3-lib'
and that causes the build to fail.
I wonder if this is fallout from when the gcc packages had their libs
split into a different output. Maybe the lib and out outputs
See the aborted build here: http://hydra.gnu.org/build/80150
Here's the Nix error output:
--8---cut here---start-8---
these derivations will be built:
/gnu/store/jb3wfz0barwb1f959l1ggi75zybs8ayh-gnumeric-1.12.17.drv
process 11125 acquired build slot
I've worked around the problem by disabling tests on MIPS, commit
2f4640e320a8834f618c7be5a7e8dba62da91190. Closing this bug.
Mark
Subject says it all...
Mark
l...@gnu.org (Ludovic Courtès) writes:
m...@netris.org skribis:
I'm currently unable to compile guix from git, with error messages that
suggest cyclic dependencies between the modules.
Indeed. That is fixed by reverting c5d8376. Can you confirm?
Yes, that solves the problem for me.
I
Eric Bavier ericbav...@gmail.com writes:
Ludovic Courtès writes:
As a stop-gap measure, I’ve worked around the problem in commit d759cf6,
which removes the dependency from texinfo to gettext.
(Éric: I see one test failure in texi2html, which is a priori unrelated
to the change. Could you
Andreas Enge andr...@enge.fr writes:
Hello,
mit-scheme fails to build on mips64el-linux, because specific source is not
downloaded for this system. Furthermore, I wonder if in the corresponding
lines
(match (%current-system)
(x86_64-linux x86-64)
(i686-linux i386)
(_ c))
gnome-vfs is intermittently failing its 'test-async-cancel' test. See:
http://hydra.gnu.org/job/gnu/master/gnome-vfs-2.24.4.i686-linux
http://hydra.gnu.org/job/gnu/master/gnome-vfs-2.24.4.x86_64-linux
Mark
I've seen several failed builds on Hydra where the build log ends with
something like this:
--8---cut here---start-8---
phase `strip' succeeded after 0 seconds
@ build-succeeded
/gnu/store/b20viwrr0h5y2mqdpx9bpi21snb4fv5c-xkeyboard-config-2.6.drv -
Andreas Enge andr...@enge.fr writes:
On Sun, Aug 17, 2014 at 05:06:07PM +0200, Ludovic Courtès wrote:
Yes, I think that’s what’s needed, so OK to commit.
Done with commit 68dddca.
That commit adds a top-level procedure 'source-directory' that is
specific to mit-scheme. If it's kept at the
The icecat build on i686 broke with the last core-updates merge.
See:
http://hydra.gnu.org/build/96557/log/tail-reload
http://hydra.gnu.org/job/gnu/master/icecat-24.0.i686-linux
Some of the notable updates in that merge include:
glibc-2.20
gnutls-3.2.16
libunistring-0.9.4
retitle 18581 IceCat fails to build on i686 and needs security updates
severity 18581 serious
thanks
Mark H Weaver m...@netris.org writes:
The icecat build on i686 broke with the last core-updates merge.
See:
http://hydra.gnu.org/build/96557/log/tail-reload
http://hydra.gnu.org/job/gnu
Andreas Enge andr...@enge.fr writes:
On Tue, Sep 30, 2014 at 01:37:08PM -0400, Mark H Weaver wrote:
More importantly, the version of IceCat we are using is almost a year
old, with no security updates applied during that time.
We should update to IceCat 31, which is currently available only
There are intermittent test failures in guile-ssh, see:
http://hydra.gnu.org/job/gnu/master/guile-ssh-0.6.0.i686-linux
http://hydra.gnu.org/job/gnu/master/guile-ssh-0.6.0.x86_64-linux
All of the failures are the same: FAIL: client-server.scm
Mark
We install a wrapper script around WindowMaker that prepends
/gnu/store/XXX-windowmaker-XXX/bin to $PATH. This setting is propagated
to all subprocesses in the entire X session, which is suboptimal. It
would be nice to find another solution, preferably by using absolute
pathnames when launching
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
Somewhere between 74c7af9 and 7239828, all of the Qt builds broke.
See:
http://hydra.gnu.org/eval/100809#tabs-now-fail
[...]
I think this is due to a thinko I overlooked during the review; I’m
testing
GNU Lightning fails to build on all platforms. See:
http://hydra.gnu.org/job/gnu/master/lightning-2.0.5.x86_64-linux
http://hydra.gnu.org/job/gnu/master/lightning-2.0.5.i686-linux
http://hydra.gnu.org/job/gnu/master/lightning-2.0.5.mips64el-linux
Mark
There are intermittent build failures for man-pages. See:
http://hydra.gnu.org/job/gnu/master/man-pages-3.69.x86_64-linux
http://hydra.gnu.org/job/gnu/master/man-pages-3.69.i686-linux
The failures are the same:
--8---cut here---start-8---
starting phase
Hydra has never successfully built libsodium on i686, though it succeeds
on both x86_64 and mips64el. See:
http://hydra.gnu.org/job/gnu/master/libsodium-1.0.0.i686-linux
http://hydra.gnu.org/job/gnu/master/libsodium-0.5.0.i686-linux
The configure script apparently hangs here:
chicken fails its test suite on x86_64, though it succeeds on both i686
and mips64el. See:
http://hydra.gnu.org/job/gnu/master/chicken-4.8.0.3.x86_64-linux
The problem is always the same:
--8---cut here---start-8---
SRFI 69 procedures
HT - No Parameters
HT
Like libdaemon http://bugs.gnu.org/18639, the home-page and source URL
for nss-mdns has vanished, so all the builds on hydra are failing.
I found the following alternate URLs to download the source.
http://ftp.de.debian.org/debian/pool/main/n/nss-mdns/nss-mdns_0.10.orig.tar.gz
Fixed in 0546393164d30c6722ddbf17fc05c424a57e71a4.
Mark
python2-pyicu fails to build on all platforms since we updated icu4c to
version 53.1 from 52.1 in early June. See:
http://hydra.gnu.org/job/gnu/master/python2-pyicu-1.5.x86_64-linux/all
http://hydra.gnu.org/job/gnu/master/python2-pyicu-1.5.i686-linux/all
l...@gnu.org (Ludovic Courtès) writes:
I had managed to bork ‘set-session-server-name!’ in GnuTLS (which
addresses this bug), so this is fixed in commit 5186158 and upstream:
https://gitorious.org/gnutls/gnutls/commit/e4e513f43a8bdd9fe50bdd95a7fd213bca2f81b0.
Sorry about that!
No worries,
xf86-video-openchrome fails to build on all platforms. See:
http://hydra.gnu.org/job/gnu/master/xf86-video-openchrome-0.2.906.x86_64-linux
http://hydra.gnu.org/job/gnu/master/xf86-video-openchrome-0.2.906.i686-linux
Mark
xf86-video-ati fails to build on all platforms. See:
http://hydra.gnu.org/job/gnu/master/xf86-video-ati-6.14.4.x86_64-linux
http://hydra.gnu.org/job/gnu/master/xf86-video-ati-6.14.4.i686-linux
Mark
gnunet intermittently fails its test suite on all platforms. The
failures are not consistent. See:
http://hydra.gnu.org/build/122625/log/raw
http://hydra.gnu.org/build/82158/log/tail-reload
http://hydra.gnu.org/build/121802/log/tail-reload
Failures seem to be very rare on i686,
Jason Self js...@gnu.org writes:
commit 7947a05439cc26d93bd93300f38d216dbb93c76d
Author: Jason Self j...@jxself.org
Date: Mon Oct 20 12:32:42 2014 -0700
gnu: ffmpeg: Update to 2.4.2.
* gnu/packages/video.scm (ffmpeg): Update to version 2.4.2.
This broke the vlc build with
Mark H Weaver m...@netris.org writes:
python2-pyicu fails to build on all platforms since we updated icu4c to
version 53.1 from 52.1 in early June. See:
This was fixed by updating python2-pyicu to version 1.8, done in commit
569ac04681aa6f1d63fd9fa7b2bd844f67685d28, thanks to Andreas Enge
Mark H Weaver m...@netris.org writes:
Jason Self js...@gnu.org writes:
commit 7947a05439cc26d93bd93300f38d216dbb93c76d
Author: Jason Self j...@jxself.org
Date: Mon Oct 20 12:32:42 2014 -0700
gnu: ffmpeg: Update to 2.4.2.
* gnu/packages/video.scm (ffmpeg): Update to version
Twice recently, once on x86_64 and once on i686, zsh has failed its test
suite while being built by hydra. Here's the output in both cases:
--8---cut here---start-8---
Test ./C02cond.ztst failed: bad status 1, expected 0 from:
print -u $ZTST_fd 'This test
On my i686 standalone Guix system, using Guix v0.7-642-g3b50925 to build
its 'guix' package (0.7.14e84b2) fails, due to a failed test. Here's
the relevant section from gexp.log:
--8---cut here---start-8---
Test begin:
test-name: gexp-derivation
transmission-gtk launches, but attempting to open a file causes the
program ato exit ungracefully with the following output:
--8---cut here---start-8---
mhw:~$ transmission-gtk
** (transmission-gtk:10588): WARNING **: Error retrieving accessibility bus
atk fails to build. See:
http://hydra.gnu.org/build/172242
The problem was introduced between 427476d (works) and 5a4753a (fails),
probably one of these two commits:
5a4753a * gnu: gobject-introspection: Define search path for typelib files.
6671724 * gnu: gobject-introspection: Update to
Mark H Weaver m...@netris.org writes:
atk fails to build. See:
http://hydra.gnu.org/build/172242
The problem was introduced between 427476d (works) and 5a4753a (fails),
probably one of these two commits:
5a4753a * gnu: gobject-introspection: Define search path for typelib files
Mark H Weaver m...@netris.org writes:
It turns out that upgrading 'gobject-introspection' broke lots of
libraries that use it. Updating 'atk' to the latest version fixed it.
Ditto for 'pango'. I'm currently working on updating the affected
packages.
It turned out that there were too many
Tomáš Čech sleep_wal...@suse.cz reported on IRC that 'search-patch'
failed to find a patch he had put into DIR/gnu/packages/patches/, where
DIR was in $GUIX_PACKAGE_PATH. Adding DIR to GUILE_LOAD_PATH fixed the
problem.
Also, it would be good to improve the error message when 'search-patch'
Currently, if a patch that we carry in Guix is taken upstream, and then
we update the package, Guix will automatically reverse the patch without
error.
This behavior delayed my xorg-update work for several hours today (I was
stumped and took a break), and I worry that patches that aren't needed
l...@gnu.org (Ludovic Courtès) writes:
Done in commit 9426440, thanks!
Thanks for fixing it! The new strictness has already borne fruit.
Turns out we've been reverse applying m4-readlink-EINVAL.patch to our m4
since at least 1fa49a2c4 (September 2013). Fixed in 6ac8aa3d7.
Mark
l...@gnu.org (Ludovic Courtès) writes:
As seen during a ‘guix package’ demo at FOSDEM, downgrades are reported
as upgrades as of 0.8.1.
I don't know about this one, but another problem with our upgrade
command is that it mishandles outputs other than out, at least in the
console output. It
Section 6.2.3 (File Systems) of the manual documents (title 'uuid),
but it is not yet implemented.
Mark
Fixed in 241e12219. Thanks to Ricardo and Andreas for sorting this out!
Mark
Mark H Weaver m...@netris.org writes:
While trying to install 'racket' using substitutes, several lines of the
form substitute-binary: binary garbage were output. See the
attachment for the precise output, captured via Emacs' shell mode.
This was when running guix from git commit 2dfed64
Andreas Enge andr...@enge.fr writes:
On Tue, Feb 03, 2015 at 01:04:38AM -0500, Mark H Weaver wrote:
The config.guess problem can be easily worked around by passing
--build=triplet to configure. I would suggest something similar to
what I did in the gmp package to get it working on armhf
Andreas Enge andr...@enge.fr writes:
currently, gstreamer-0.10.36 fails its tests on all three platforms. As we
have the latest version 1.4.5 and nothing depends on the old version any more,
I think we can safely remove it (together with gst-plugins-base-0.10).
In fact, this was my motivation
Andreas Enge andr...@enge.fr writes:
I agree, it is rather surprising that removing a user does not remove it.
So I think it should be fully stateless (as long as the user's home
directory is not erased, of course; so this should remain as a state and
be reactivated once the user is available
Mark H Weaver m...@netris.org writes:
Mark H Weaver m...@netris.org writes:
* I later discovered the --timeout option for 'guix build' (also
supported by 'guix package') but the manual claims that By default
there is no timeout. This seems to be incorrect.
I proceeded to try
Mark H Weaver m...@netris.org writes:
* I later discovered the --timeout option for 'guix build' (also
supported by 'guix package') but the manual claims that By default
there is no timeout. This seems to be incorrect.
I proceeded to try explicitly passing --timeout=0 to 'guix build
Mark H Weaver m...@netris.org writes:
I guess that my machine and rotating disk are too slow to graft texlive
within an hour.
I was able to do it by passing --max-silent-time=36000. It ended up
taking just under 2 hours (real time) to graft texlive on my i686
Libreboot X60 system.
Mark
The upstream source URI for teckit no longer works.
http://scripts.sil.org/TECkitDownloads still points to the same places
as we're trying to download from, but the upstream subversion repo links
all fail now.
Mark
What do you suppose went wrong here?
http://hydra.gnu.org/build/201789
It seems to have happened twice in a row.
Mark
Mark H Weaver m...@netris.org writes:
The upstream source URI for teckit no longer works.
http://scripts.sil.org/TECkitDownloads still points to the same places
as we're trying to download from, but the upstream subversion repo links
all fail now.
Fixed in e478a9ecc2 by adding the Fedora
1 - 100 of 916 matches
Mail list logo