So, as of Fedora 28, we now have Node.js as module streams (which means
that as of Fedora 28 GA, users will be able to pick which of 6.x, 8.x or
9.x they want to have on their system). However, we're *also* shipping an
8.x version in the traditional repository which is somewhat superfluous.
My proposal is that in Fedora 29, we will retire Node.js from the standard
RPM repositories and have it available only as module streams. We'll pick
the latest upstream LTS release available at the time of GA as the default
stream for each Fedora release. We will then commit to carrying any other
upstream LTS releases and possibly the latest development release as
non-default streams.
A module default stream will behave the same as the traditional repo in
most respects (if a user just does `dnf install npm` or `dnf install
nodejs`, they will get an RPM without any extra effort). The main
difference is that the user must have the module repositories enabled on
their system. The plan, however, is for this to be enabled for all of
Fedora starting with F29 GA (and I'll be sending out a formal Change
Proposal for this later this week for FESCo to review).
My goal here is for Fedora to be an ideal place for Node.js developers to
work by providing them their full set of options for Node.js runtimes.
To answer some likely questions ahead of time:
Q: "How do we handle nodejs-* packages in the traditional repo?"
A: If it's going to stay in the traditional repository, then it must work
with whichever LTS release of Node.js is selected to be the default stream
for that Fedora release. For example, if 10.x becomes the default stream in
Fedora 29, then we can only ship nodejs-* packages in the traditional repo
that can run atop Node.js 10. Any package that must run on an older version
will need to be made into a module stream that depends on that older
version.
Q: "If we need to carry a nodejs-* package that requires a non-default
Node.js, where do we put it?"
A: It will depend on the package. If it's included because it's part of an
application that is being packaged, it makes the most sense to create a
module for that application and pull its dependencies into it. If it's a
very low-level, commonly-used Node package (e.g. nodejs-gyp or
nodejs-semver), it may be appropriate for us to add it to the 'nodejs'
module if they need a compatible stream.