FYI, the reason nobody else has noticed this yet is probably because
once you build the preceding commit successfully, if you checkout the
master branch and then run "make" without cleaning the build artifacts
first, make will succeed. This is probably because make thinks the
relevant files are up
Hi,
Starting with the following commit, invoking "make" from a clean
checkout fails:
e288f00 gnu: weechat: Move to irc.scm.
The problem occurs on this commit, and also on the master branch. I
searched for this issue in the existing bugs and the guix-devel email
list but found nothing, so I assum
Thanks!
On Thu, 3 Mar 2016, 02:59 Efraim Flashner, wrote:
> On Wed, Mar 02, 2016 at 11:37:35AM +, Rob Syme wrote:
> > Note: Everything runs smoothly after importing the keys via 'guix archive
> > --authorize hydra.gnu.org.pub', but I thought that we should be able to
> > 'guix pull' without
close 19219
This is bug is Fixed by commit 1b846da8c372bee78851439fd9e72b2499115e5a, see:
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=1b846da8c372bee78851439fd9e72b2499115e5a
--
Mathieu Lirzin
It's possible that I just ran into a temporary problem.
I got these errors, I changed location that day (another ISP,
another city) and the error while trying to install xrandr was
gone.
Bad closing description, but that's as detailed as it can get
this time.
--
ng
irc://loupsycedyglgamf.onion:67/
Ricardo Wurmus skribis:
> We have since removed OpenBLAS from the inputs of R and just use the
> internal BLAS instead. Without OpenBLAS I cannot reproduce this bug
> any more.
Nice. So we can close?
Ludo'.
Leo Famulari writes:
> On Wed, Mar 02, 2016 at 10:03:59AM -0800, Christopher Allan Webber wrote:
>> Right now, when a user does a "guix pull", that pulls down the latest
>> repository of code from git, which is kept in a tarball. Once you
>> receive the latest code, this has some checks: what's t
Leo Famulari skribis:
> On Wed, Mar 02, 2016 at 09:42:41AM +0100, Ludovic Courtès wrote:
>> Leo Famulari skribis:
>>
>> > On Tue, Mar 01, 2016 at 09:46:26PM +0100, Ludovic Courtès wrote:
>> >> Leo Famulari skribis:
>> >>
>> >> > From 00807e4421757f8d9204f1601de9a8286a408f91 Mon Sep 17 00:00:0
Andreas Enge writes:
> On Thu, Feb 18, 2016 at 10:59:11PM -0500, Leo Famulari wrote:
>> It looks like we need this module 'vigranumpy':
>> https://ukoethe.github.io/vigra/doc-release/vigranumpy/index.html
>
> This is part of the vigra source code. There should soon be a new vigra
> release:
>
On Wed, Mar 02, 2016 at 10:03:59AM -0800, Christopher Allan Webber wrote:
> Right now, when a user does a "guix pull", that pulls down the latest
> repository of code from git, which is kept in a tarball. Once you
> receive the latest code, this has some checks: what's the hash of each
> package,
On Wed, Mar 02, 2016 at 09:42:41AM +0100, Ludovic Courtès wrote:
> Leo Famulari skribis:
>
> > On Tue, Mar 01, 2016 at 09:46:26PM +0100, Ludovic Courtès wrote:
> >> Leo Famulari skribis:
> >>
> >> > From 00807e4421757f8d9204f1601de9a8286a408f91 Mon Sep 17 00:00:00 2001
> >> > From: Leo Famulari
On Wed, Mar 02, 2016 at 11:37:35AM +, Rob Syme wrote:
> Note: Everything runs smoothly after importing the keys via 'guix archive
> --authorize hydra.gnu.org.pub', but I thought that we should be able to
> 'guix pull' without hydra. Perhaps I am mistaken...
> -r
>
> On Wed, 2 Mar 2016 at 19:27
Right now, when a user does a "guix pull", that pulls down the latest
repository of code from git, which is kept in a tarball. Once you
receive the latest code, this has some checks: what's the hash of each
package, etc.
Unfortunately, it's delivered over http:
(define %snapshot-url
;; "ht
Note: Everything runs smoothly after importing the keys via 'guix archive
--authorize hydra.gnu.org.pub', but I thought that we should be able to
'guix pull' without hydra. Perhaps I am mistaken...
-r
On Wed, 2 Mar 2016 at 19:27 Rob Syme wrote:
> I've just installed guix on a fresh Ubuntu 15.10
I've just installed guix on a fresh Ubuntu 15.10 - guix (GNU Guix) 0.9.0.
The first run of 'guix pull' fails. The log[1] includes the error:
Starting download of
/gnu/store/n7hw4dgm9qh1ihhb13jf5a1ll0wgf6ns-pkg-config-0.28.tar.gz
>From http://pkgconfig.freedesktop.org/releases/pkg-config-0.28.tar.
myglc2 skribis:
> FAIL: tests/store.scm
[...]
> FAIL: tests/guix-daemon.sh
> FAIL: tests/guix-build.sh
> FAIL: tests/guix-package.sh
> FAIL: tests/guix-system.sh
> FAIL: tests/guix-gc.sh
Fixed in 442a6ff5eae094f1fd4e09241a2f35c33ab908da.
I did not experience the tests/store.scm issue, but thi
Kyle Meyer writes:
> I've opened an issue in the OpenBLAS repo [1].
>
> https://github.com/xianyi/OpenBLAS/issues/703
>
> I'm trying to answer their questions, but, as is apparent in that
> thread, I'm not really familiar with debugging these sorts of problems.
> Since others are able to reprod
Jookia <166...@gmail.com> skribis:
> On Tue, Mar 01, 2016 at 04:13:41PM -0800, Christopher Allan Webber wrote:
>> This leads to my suspicion that it's not really grafting's fault here,
>> it's the *removal* of a piece of code, thus making things
>> abi-incompatible with the system we built. Hopef
In brief, I believe this is fixed by commit 03a0e682a8 on master.
See below for details.
Christopher Allan Webber writes:
> Christopher Allan Webber writes:
>
>> Most of Guix seems to be working just fine with the grafts support and
>> grafting of openssl. However, unlike most grafts that will
Nils Gillmann skribis:
> This can be closed, or will be closed by myself in the next 2
> days when I remember to check how to close it.
Why can it be closed?
Thanks,
Ludo’.
Leo Famulari skribis:
> On Tue, Mar 01, 2016 at 09:46:26PM +0100, Ludovic Courtès wrote:
>> Leo Famulari skribis:
>>
>> > From 00807e4421757f8d9204f1601de9a8286a408f91 Mon Sep 17 00:00:00 2001
>> > From: Leo Famulari
>> > Date: Mon, 29 Feb 2016 19:24:20 -0500
>> > Subject: [PATCH] gnu: openssl
21 matches
Mail list logo
