GNU bug report logs -
#34526
Updating node from version 10
Previous Next
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
View this message in rfc822 format
Daniel Gerber <dg <at> atufi.org> writes:
> Notes on v11.10.0:
> - it does support openssl <at> 1.1.1
> - it ships with libuv 1.26.0 (1.24.0 in guix)
> - some previously bundled deps are absent from tarball
> - NODE_EXPERIMENTAL_HTTP is a no-op / always defined
>
> There is an issue with the alternative http parser, `llhttp`. The
> choice of parser is at runtime, and one compile flag,
> --shared-http-parser, configures both. Building fails with:
> [snip]
> ../src/http_parser_adaptor.h:5:21: fatal error: llhttp.h: No such
> file or directory
> ```
>
> AFAIU, either llhttp has to be made a separate package and listed
> in inputs, or http-parser linked statically. Or should the missing
> -I../deps/llhttp/include argument be passed here somehow -- maybe
> patching node.gypi?
It seems that llhttp includes a build step for generating C-files using
TypeScript, making it a non-starter for proper packaging in Guix.
See https://github.com/nodejs/llhttp/issues/14 for more details, but
sadly no solution.
>
> I have not tried to build 10.15.1(LTS), which presumably has the
> same issues as in #32095.
>
> Also, should previous version branches (8.x, 9.x) be kept in guix?
As long as they are still supported by upstream, I see no issue with
this. The 8.x LTS is still maintained through the end of 2019.
I am not sure the 9.X series is still supported. If not, it might make
more sense to remove it instead of updating it.
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.