GNU bug report logs - #34526
Updating node from version 10

Previous Next

Package: guix-patches;

Reported by: Daniel Gerber <dg <at> atufi.org>

Date: Mon, 18 Feb 2019 14:50:02 UTC

Severity: normal

Done: Sarah Morgensen <iskarian <at> mgsn.dev>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 34526 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Gerber <dg <at> atufi.org>
To: Jelle Licht <jlicht <at> fsfe.org>
Cc: 34526 <at> debbugs.gnu.org
Subject: Re: bug#34526: Updating node.js
Date: Thu, 21 Feb 2019 18:02:36 +0100
Hi,

2019-02-20, Jelle Licht:
> Daniel Gerber <dg <at> atufi.org> writes:
>
>>   [snip]
>> What about statically linking llhttp's C "sources" included in
>> node?   Building v11.10.0 succeeds with this:
>
> You could do this, of course, but afaics this is not acceptable 
> for
> inclusion in Guix proper.
>
> I don't really see any way forward between convincing the fine 
> node
> folks to see the 'error of their ways', or to implement a 
> ABI-compatible
> replacement for llhttp that we can actually bootstrap.

Although I would prefer the convincing-the-fine-node-folks 
solution, here are two more ways to avoid dropping node with the 
EOL of 8.x(LTS) at the end of 2019.

- Remove llhttp and keep only the "legacy" http-parser, or

- Accept to bootstrap it -- I mean use intermediary self-compiling 
 steps, like ccl, golang, java, or haskell do.
The build-time dependencies are: node <at> 11.x -> llhttp -> ts-node -> 
typescript -> self (typescript), plus quite a few npm packages.
It seems that node <at> 8.x or 9.x should be a native-input to later 
versions, but I do not know enough of Guile / Guix packaging to do 
it myself anytime soon.




This bug report was last modified 3 years and 242 days ago.

Previous Next


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