GNU bug report logs -
#30890
Hash mismatch for /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30890 in the body.
You can then email your comments to 30890 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Tue, 20 Mar 2018 23:55:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Vivien Kraus <vivien <at> planete-kraus.eu>:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org.
(Tue, 20 Mar 2018 23:55:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I tried to install gnome with guix, but it fails when building this:
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
From http://linux-usb.cvs.sourceforge.net/viewvc/linux-usb/htdocs/usb.i
ds?revision=1.551...
....ids 4KiB 0B/s 00:00
[ ....ids 4KiB 274KiB/s 00:00
[############### ....ids 4KiB 259KiB/s 00:00
[##################] 100.0%
sha256 hash mismatch for output path
`/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
actual: 10mcg24vdvbbm9lk2scrfs7ff7n2a0dkl2qlkzzllhn53yyrvkc6
cannot build derivation `/gnu/store/y7ahn1vd09phqxpz5shgwdggl41rd70a-
libosinfo-1.0.0.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/9h84d02l7d8n9l0n0mnqj2294nzmk4wk-
tracker-1.12.3.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/ckf5yv041kdm0barjv0ksg1hq0hvizy9-
nautilus-3.26.2.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/0c0mkrgwrg4v70gn2rrcqrgk6b7l13g3-
gnome-3.24.3.drv': 1 dependencies couldn't be built
guix package: error: build failed: build of
`/gnu/store/0c0mkrgwrg4v70gn2rrcqrgk6b7l13g3-gnome-3.24.3.drv' failed
What should I do about this? Should I trust this? If so, how should I
proceed?
Regards,
Vivien
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 00:20:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 30890 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
apparently linux-usb sourceforge switched over to SVN - so what you are getting
there is an error page.
Possible fix would be:
diff --git a/gnu/packages/virtualization.scm b/gnu/packages/virtualization.scm
index 55a92eca0..be8a8bb86 100644
--- a/gnu/packages/virtualization.scm
+++ b/gnu/packages/virtualization.scm
@@ -280,7 +280,7 @@ server and embedded PowerPC, and S390 guests.")
("usb.ids"
,(origin
(method url-fetch)
- (uri "http://linux-usb.cvs.sourceforge.net/viewvc/linux-usb/htdocs/usb.ids?revision=1.551")
+ (uri "https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=1551")
(file-name "usb.ids")
(sha256
(base32
[Message part 2 (application/pgp-signature, inline)]
Reply sent
to
Ricardo Wurmus <rekado <at> elephly.net>:
You have taken responsibility.
(Wed, 21 Mar 2018 08:13:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Vivien Kraus <vivien <at> planete-kraus.eu>:
bug acknowledged by developer.
(Wed, 21 Mar 2018 08:13:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 30890-done <at> debbugs.gnu.org (full text, mbox):
Hi,
I tested the fix and it worked fine for me.
Fixed in 0def91208 on master.
Thanks!
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 11:12:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 30890-done <at> debbugs.gnu.org (full text, mbox):
Hi Vivien,
> I have just finished guix pulling again and the hash is not right:
>
> Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
> usb.ids
> From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
> 51...
> following redirection to `http://svn.code.sf.net/p/linux-usb/repo/trunk
> /htdocs/usb.ids?p=1551'...
> usb.ids97KiB136KiB/s 00:01
> [##################] 100.0%
> sha256 hash mismatch for output path
> `/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
> expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
> actual:1wzkaan87ncx80hgddii01cqk5gw8mrm5kb2xf6w9fwa4h53gin5
> cannot build derivation `/gnu/store/a12yb6kqv3c6s79xf6l448jb4cs8pk7s-
> libosinfo-1.0.0.drv': 1 dependencies couldn't be built
> guix package: error: build failed: build of
> `/gnu/store/a12yb6kqv3c6s79xf6l448jb4cs8pk7s-libosinfo-1.0.0.drv'
> failed
>
> Did you have a problem with the hash?
Odd. No, I downloaded it without problems and the hash was fine. Now I
cannot access the URL any more. Could it be more problems with
sourceforge (again)?
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 15:31:02 GMT)
Full text and
rfc822 format available.
Message #19 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I am not sure that my mails reach debbugs.gnu.org...
When applying the patch in https://debbugs.gnu.org/cgi/bugreport.cgi?bu
g=30890, it still does not work:
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
51...
following redirection to `http://svn.code.sf.net/p/linux-usb/repo/trunk
/htdocs/usb.ids?p=1551'...
usb.ids 97KiB 136KiB/s 00:01
[##################] 100.0%
sha256 hash mismatch for output path
`/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
actual: 1wzkaan87ncx80hgddii01cqk5gw8mrm5kb2xf6w9fwa4h53gin5
cannot build derivation `/gnu/store/a12yb6kqv3c6s79xf6l448jb4cs8pk7s-
libosinfo-1.0.0.drv': 1 dependencies couldn't be built
guix package: error: build failed: build of
`/gnu/store/a12yb6kqv3c6s79xf6l448jb4cs8pk7s-libosinfo-1.0.0.drv'
failed
Could someone confirm this hash?
Thanks,
Vivien
Le mercredi 21 mars 2018 à 00:10 +0100, Vivien Kraus a écrit :
> Hello,
>
> I tried to install gnome with guix, but it fails when building this:
>
> Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
> usb.ids
> From http://linux-usb.cvs.sourceforge.net/viewvc/linux-usb/htdocs/usb
> .i
> ds?revision=1.551...
> ....ids 4KiB 0B/s 00:00
> [ ....ids 4KiB 274KiB/s 00:00
> [############### ....ids 4KiB 259KiB/s 00:00
> [##################] 100.0%
> sha256 hash mismatch for output path
> `/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
> expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
> actual: 10mcg24vdvbbm9lk2scrfs7ff7n2a0dkl2qlkzzllhn53yyrvkc6
> cannot build derivation `/gnu/store/y7ahn1vd09phqxpz5shgwdggl41rd70a-
> libosinfo-1.0.0.drv': 1 dependencies couldn't be built
> cannot build derivation `/gnu/store/9h84d02l7d8n9l0n0mnqj2294nzmk4wk-
> tracker-1.12.3.drv': 1 dependencies couldn't be built
> cannot build derivation `/gnu/store/ckf5yv041kdm0barjv0ksg1hq0hvizy9-
> nautilus-3.26.2.drv': 1 dependencies couldn't be built
> cannot build derivation `/gnu/store/0c0mkrgwrg4v70gn2rrcqrgk6b7l13g3-
> gnome-3.24.3.drv': 1 dependencies couldn't be built
> guix package: error: build failed: build of
> `/gnu/store/0c0mkrgwrg4v70gn2rrcqrgk6b7l13g3-gnome-3.24.3.drv' failed
>
> What should I do about this? Should I trust this? If so, how should
> I
> proceed?
>
> Regards,
>
> Vivien
>
>
>
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 15:31:03 GMT)
Full text and
rfc822 format available.
Message #22 received at 30890 <at> debbugs.gnu.org (full text, mbox):
Hello,
Thank you for your reply. This new URL works, but the file version
does not meet the checksum.
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
51...
following redirection to `http://svn.code.sf.net/p/linux-usb/repo/trunk
/htdocs/usb.ids?p=1551'...
usb.ids 97KiB 0B/s 00:00
[ usb.ids 97KiB 153KiB/s 00:00
[########### usb.ids 97KiB 161KiB/s 00:01
[##################] 100.0%
sha256 hash mismatch for output path
`/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
actual: 1wzkaan87ncx80hgddii01cqk5gw8mrm5kb2xf6w9fwa4h53gin5
cannot build derivation `/gnu/store/qgxidn6qahyg52vgyiwjpq3k93kd5msb-
libosinfo-1.0.0.drv': 1 dependencies couldn't be built
guix package: error: build failed: build of
`/gnu/store/qgxidn6qahyg52vgyiwjpq3k93kd5msb-libosinfo-1.0.0.drv'
failed
I don't know on what the hash depends; maybe it also depends on the
URL? Should I change the hash in virtualization.scm?
Vivien
Le mercredi 21 mars 2018 à 01:19 +0100, Danny Milosavljevic a écrit :
> Hi,
>
> apparently linux-usb sourceforge switched over to SVN - so what you
> are getting
> there is an error page.
>
> Possible fix would be:
>
> diff --git a/gnu/packages/virtualization.scm
> b/gnu/packages/virtualization.scm
> index 55a92eca0..be8a8bb86 100644
> --- a/gnu/packages/virtualization.scm
> +++ b/gnu/packages/virtualization.scm
> @@ -280,7 +280,7 @@ server and embedded PowerPC, and S390 guests.")
> ("usb.ids"
> ,(origin
> (method url-fetch)
> - (uri "http://linux-usb.cvs.sourceforge.net/viewvc/linux-u
> sb/htdocs/usb.ids?revision=1.551")
> + (uri "https://svn.code.sf.net/p/linux-usb/repo/trunk/htdo
> cs/usb.ids?r=1551")
> (file-name "usb.ids")
> (sha256
> (base32
>
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 15:31:03 GMT)
Full text and
rfc822 format available.
Message #25 received at 30890-done <at> debbugs.gnu.org (full text, mbox):
Hello,
I have just finished guix pulling again and the hash is not right:
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
51...
following redirection to `http://svn.code.sf.net/p/linux-usb/repo/trunk
/htdocs/usb.ids?p=1551'...
usb.ids 97KiB 136KiB/s 00:01
[##################] 100.0%
sha256 hash mismatch for output path
`/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
actual: 1wzkaan87ncx80hgddii01cqk5gw8mrm5kb2xf6w9fwa4h53gin5
cannot build derivation `/gnu/store/a12yb6kqv3c6s79xf6l448jb4cs8pk7s-
libosinfo-1.0.0.drv': 1 dependencies couldn't be built
guix package: error: build failed: build of
`/gnu/store/a12yb6kqv3c6s79xf6l448jb4cs8pk7s-libosinfo-1.0.0.drv'
failed
Did you have a problem with the hash?
Vivien
Le mercredi 21 mars 2018 à 08:27 +0100, Ricardo Wurmus a écrit :
> Hi,
>
> I tested the fix and it worked fine for me.
>
> Fixed in 0def91208 on master.
>
> Thanks!
>
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 15:47:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 30890 <at> debbugs.gnu.org (full text, mbox):
Vivien,
On 2018-03-21 12:05, Vivien Kraus wrote:
> Could someone confirm this hash?
I can confirm both.
> sha256 hash mismatch for output path
> `/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
> expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
> actual: 1wzkaan87ncx80hgddii01cqk5gw8mrm5kb2xf6w9fwa4h53gin5
Here's the beginning of a very long diff between those two:
--- 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3 (old)
+++ 1wzkaan87ncx80hgddii01cqk5gw8mrm5kb2xf6w9fwa4h53gin5 (‘new’)
@@ -1,16 +1,10 @@
#
# List of USB ID's
#
-# Maintained by Stephen J. Gowdy <linux.usb.ids <at> gmail.com>
-# If you have any new entries, please submit them via
-# http://www.linux-usb.org/usb-ids.html
-# or send entries as patches (diff -u old new) in the
-# body of your email (a bot will attempt to deal with it).
-# The latest version can be obtained from
-# http://www.linux-usb.org/usb.ids
+# Maintained by Vojtech Pavlik <vojtech <at> suse.cz>
+# If you have any new entries, send them to the maintainer.
#
-# Version: 2017.02.12
-# Date: 2017-02-12 20:34:05
+# $Id: usb.ids,v 1.111 2003-01-02 13:05:30 vojtech Exp $
If those dates are at all reliable, we're now downloading a very old
copy. Which this suggests:
$ wc -l OLD NEW # ‘NEW’ being SVN upstream
20663 OLD
4043 NEW
I've not actually been following this thread so I don't know what that
means, but it looks like simply using the CVS revision as the SVN one
might not work.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 16:09:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 30890 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I couldn't resist, of course.
On 2018-03-21 16:46, Tobias Geerinckx-Rice wrote:
> I've not actually been following this thread so I don't know what that
> means, but it looks like simply using the CVS revision as the SVN one
> might not work.
The attached patch solves this by simply updating usb.ids to the latest
revision.
I'm building it on the slowest laptop I could find.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
[0001-gnu-libosinfo-Update-usb.ids.patch (text/x-diff, attachment)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 17:02:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 30890 <at> debbugs.gnu.org (full text, mbox):
Hello,
Sorry for the mess with the mails. This new versions and its hash work
for me, thanks!
Vivien
Le mercredi 21 mars 2018 à 17:08 +0100, Tobias Geerinckx-Rice a écrit :
> I couldn't resist, of course.
>
> On 2018-03-21 16:46, Tobias Geerinckx-Rice wrote:
> > I've not actually been following this thread so I don't know what
> > that
> > means, but it looks like simply using the CVS revision as the SVN
> > one
> > might not work.
>
> The attached patch solves this by simply updating usb.ids to the
> latest
> revision.
>
> I'm building it on the slowest laptop I could find.
>
> Kind regards,
>
> T G-R
>
> Sent from a Web browser. Excuse or enjoy my brevity.
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 17:02:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 17:07:01 GMT)
Full text and
rfc822 format available.
Message #40 received at 30890 <at> debbugs.gnu.org (full text, mbox):
Vivien,
On 2018-03-21 18:01, Vivien Kraus wrote:
> Sorry for the mess with the mails. This new versions and its hash work
> for me, thanks!
I didn't notice a mess :-)
Works here too. Pushed as 0d73f1481bf732147af7751a6ae58114bd3876db.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
Information forwarded
to
bug-guix <at> gnu.org:
bug#30890; Package
guix.
(Wed, 21 Mar 2018 17:25:01 GMT)
Full text and
rfc822 format available.
Message #43 received at 30890 <at> debbugs.gnu.org (full text, mbox):
Vivien,
On 2018-03-21 7:54, Vivien Kraus wrote:
> I don't know on what the hash depends; maybe it also depends on the
> URL?
It depends only on the contents. This allows us to use a list of
different URIs (see the lsof package for an example) or try many
different mirror://s as long as they serve the right file.
> Should I change the hash in virtualization.scm?
In general: yes, but not without prior investigation.
The server might be serving a temporary error page instead of a usable
tarball (SF.net is currently notorious for doing so), or the tarball
might have been updated in-place (and you'll have to manually diff the
contents to make sure it's legitimate), or it might just be a problem
with your network, or...
Pushing a hash update without explanation in the commit message will
result in lots of spam from people like me. Avoid that.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Thu, 19 Apr 2018 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 9 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.