emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#36777: closed (Guix Inferiors: Curious incorrect d


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#36777: closed (Guix Inferiors: Curious incorrect derivation output bug)
Date: Fri, 16 Aug 2019 21:04:03 +0000

Your message dated Fri, 16 Aug 2019 23:03:23 +0200
with message-id <address@hidden>
and subject line Re: bug#36777: Guix Inferiors: Curious incorrect derivation 
output bug
has caused the debbugs.gnu.org bug report #36777,
regarding Guix Inferiors: Curious incorrect derivation output bug
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
36777: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36777
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Guix Inferiors: Curious incorrect derivation output bug Date: Wed, 24 Jul 2019 01:09:10 +0000
Hi all,

I've been working on improving the Guix build support on Bitcoin Core so that
it'll be ready to use for official releases.

One of the things that I wanted to do was to use a combination of channels and
inferiors to have reproducible builds across time. I have most of it set up, but
am running into some trouble. Here are the details:

I have a Guix channel set up at https://github.com/dongcarl/bitcoin-guix, where
I pin the Guix version to 6869b6635afd93872b8f0d9f2db0db4c0d765a86 in the
.guix-channel, and declare all my packages in packages.scm.

I have my manifest.scm here:
https://github.com/dongcarl/bitcoin/blob/2019-06-guix-channels-and-inferiors/contrib/guix/manifest.scm,
and it references the aforementioned Guix channel.

What I expect to happen is that now when I change my default profile's Guix
version by 'guix pull'ing, it won't affect the environment that's generated by
the manifest.scm. I've tested this with differing versions of Guix as my default
profile, and this seems to work with 7304d5623ab5cc35289cb1535cbd0d8a37691fac
and 7f1c69f5d32bee6b8b6b902a9ce445e04aa9d07d being my default profile. However,
I tried an older version b6dc08393e6a8313b88ce422fc3c1e4e9c0efc6f, and got the
following error:

```
guix environment: error: derivation 
`/gnu/store/r641vpqc9rfjhljf7rzfzwmkmpa642ls-info-dir.drv' has incorrect output 
`/gnu/store/q9hkdidycz3wq28xxgjq47bzx5s39k52-info-dir', should be 
`/gnu/store/z5hh2nl0h58b9f6hdxfwm00gjyxfcc3n-info-dir'
```

I remember my previous attempts at integrating channels and inferiors into our
workflow yielded a similar result, so I would like to know if this is a bug, and
how I might go about fixing this so that I can feel comfortable using inferiors
for our builds.

Nevertheless, thank you all for your hard work. The fact that we have inferiors
at all is marvelous!

Cheers,
Carl Dong
address@hidden
"I fight for the users"



--- End Message ---
--- Begin Message --- Subject: Re: bug#36777: Guix Inferiors: Curious incorrect derivation output bug Date: Fri, 16 Aug 2019 23:03:23 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)
Hi Carl,

Carl Dong <address@hidden> skribis:

> Yes! The patch actually fixed the problem when applied on top of 
> 5cf4b26d52bcea382d98fb4becce89be9ee37b55!

[...]

> Not sure what the next steps are for this, but I'd very much like to 
> understand where this went wrong. Perhaps we could write tests for this so it 
> doesn't happen in the future for releases.

Yup, I understood when this could happen (if multiple inputs of a
derivation are “fixed-output” derivations leading to the same output),
wrote a test for that, and came up with a simpler fix in commit
268896444bed7b958add74b2e1e86ff802c5f5cb.

Let me know if anything is amiss!

Thanks for testing the patch,
Ludo’.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]