bug#30890: Hash mismatch for /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids

[Tobias Geerinckx-Rice]

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 <address@hidden>
-#      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 <address@hidden>
+#      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.