From: Julien Lepiller <julien@lepiller.eu>
To: guix-devel@gnu.org
Subject: Re: NPM breakthrough with test packages and weird error
Date: Sat, 12 Jan 2019 23:26:10 +0100 [thread overview]
Message-ID: <20190112232610.54031b45@lepiller.eu> (raw)
In-Reply-To: <229083517c65c576652c6b17a6fd128f@riseup.net>
Le Sat, 12 Jan 2019 11:08:03 -0800,
swedebugia@riseup.net a écrit :
> On 2019-01-12 18:57, swedebugia@riseup.net wrote:
> > Hi
> >
> > I have good (and bad) news!
> >
> > Today I worked intensely on the node-build-system, importer and made
> > some improvements as I ran into multiple errors using the importer
> > and building the packages.
> >
> > I tried first importing tape (test package, quite popular) and
> > succeded with a few adjustments.
> >
> > Then I tried tap, its a hairy mess unfortunately and pulls in del,
> > typescript, grunt, nyc, and others
> >
> > I write this message mostly because I now receive a really weird
> > error from guix.
> >
> > sdb@antelope ~/src/guix$ ./pre-inst-env guix build -K node-grunt
> > guix build: error: build failed: invalid hash
> > `72bd690b3fbd3be123e66c0c1932d856b294931d134cd07d4d4cd6aa1e07'
> > sdb@antelope ~/src/guix$ ./pre-inst-env guix build -K
> > node-tap-mocha-reporter
> > guix build: error: build failed: invalid hash
> > `72bd690b3fbd3be123e66c0c1932d856b294931d134cd07d4d4cd6aa1e07'
> >
> > The error is the same across multiple packages. Builds "succeede" as
> > usual if they are already in the store or unrelated to grunt and
> > nyc.
> >
> > After investigating with strace I found this in the end:
> >
> > [pid 8371] read(13, "download", 8) = 8
> > [pid 8371] write(13,
> > "\10\0\0\0\0\0\0\0\27\0\0\0\0\0\0\0minimatch-3.0.4."..., 944) = 944
> > [pid 8371] read(13, "ptxc\0\0\0\0", 8) = 8
> > [pid 8371] read(13, "K\0\0\0\0\0\0\0", 8) = 8
> > [pid 8371] read(13, "invalid hash `72bd690b3fbd3be123"..., 75) = 75
> > [pid 8371] read(13, "\0\0\0\0\0", 5) = 5
> > [pid 8371] read(13, "\1", 1) = 1
> > [pid 8371] read(13, "\0\0\0\0\0\0\0", 7) = 7
> > [pid 8371] close(13) = 0
> > [pid 8371] write(2, "guix build: error: build failed:"..., 109guix
> > build: error: build failed: invalid hash
> > `72bd690b3fbd3be123e66c0c1932d856b294931d134cd07d4d4cd6aa1e07'
> > ) = 109
> > [pid 8371] exit_group(1) = ?
> > [pid 8376] <... read resumed> <unfinished ...>) = ?
> > [pid 8375] <... read resumed> <unfinished ...>) = ?
> > [pid 8376] +++ exited with 1 +++
> > [pid 8375] +++ exited with 1 +++
> > [pid 8374] <... futex resumed>) = ?
> > [pid 8374] +++ exited with 1 +++
> > +++ exited with 1 +++
> >
> > How did I get a corrupted store? No idea. How to delete single
> > items?
> >
> > I found this email from 宋文武 from 2016
> >
> > "> How do I get rid of these ca. 30 outdated store items?
> > I think call gc for each one will work, eg:
> >
> > for i in /gnu/store/*teensy*; do guix gc -d $i; done"
> >
> > I adapted it to *minimatch* and deleted them all and checked the
> > store manually for any minimatch left and... it still did not work.
> >
> > Hm.
> >
> > Removed the hash for minimatch from the node.scm. Tried again. No
> > luck.
> >
> > Time to repair the store? Update the daemon via reconfigure?
> >
> > I run vanilla 0.16.
>
> Pushed my changes here for anybody interested in taking a look
> https://gitlab.com/swedebugia/guix/commits/npm2
>
> (All my work build on the previous work of Jelle and Julien. Big
> thanks to you!)
>
> Resume of its status:
> * recursive import works now.
> * cyclic dependencies are not detected by the importer
> * you have to import an earlier version by hand if a cycle is
> encountered.
>
> I imported 400+ packages in one day and most of them work out of the
> box :)
>
Nice!
For the hash issue, I just had a similar one because I somehow removed
the hash in an origin record like so:
(sha256 (base32 ""))
The error is weird, but maybe the importer did something wrong?
next prev parent reply other threads:[~2019-01-12 22:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-12 18:57 NPM breakthrough with test packages and weird error swedebugia
2019-01-12 19:08 ` swedebugia
2019-01-12 22:26 ` Julien Lepiller [this message]
2019-01-14 12:27 ` swedebugia
2019-01-14 12:47 ` Julien Lepiller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190112232610.54031b45@lepiller.eu \
--to=julien@lepiller.eu \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.