GNU bug report logs - #36457
Guix does not match point-versions correctly

Previous Next

Package: guix;

Reported by: swedebugia <swedebugia <at> riseup.net>

Date: Mon, 1 Jul 2019 09:12:01 UTC

Severity: normal

Tags: notabug

Done: Ludovic Courtès <ludo <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: swedebugia <swedebugia <at> riseup.net>
To: 36457 <at> debbugs.gnu.org
Subject: bug#36457: Guix does not match point-versions correctly
Date: Mon, 1 Jul 2019 11:30:36 +0200
On 2019-07-01 11:11, swedebugia wrote:
> Hi
> 
> I'm doing the crate-adventure and stumbled on this:
> 
> starting phase `build'
> error: failed to select a version for the requirement `clippy = "^0.0.41"`
>    candidate versions found which didn't match: 0.0.302
>    location searched: directory source 
> `/tmp/guix-build-rust-blake2-rfc-0.2.18.drv-0/blake2-rfc-0.2.18/guix-vendor` 
> (which is replacing registry 
> `https://github.com/rust-lang/crates.io-index`)
> required by package `blake2-rfc v0.2.18 
> (/tmp/guix-build-rust-blake2-rfc-0.2.18.drv-0/blake2-rfc-0.2.18)`
> 
> But the version we got is way above .41.
> 0.0.302 > 0.0.41!
> 
> WDYT?
> 

Oops maybe this output is from cargo.

According to https://semver.npmjs.com/ the ^ (hat) means: include 
everything greater than a particular version in the same major range. 
cargo should thus accept up to 0.0.999 in this case as valid but does not.

Should I relax the version requirement? To what?

-- 
Cheers Swedebugia




This bug report was last modified 5 years and 326 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.