Hi there! I was on PTO for a while, so I did not reply immediately, but I'll try to share my view on some of the topics mentioned here now. Sorry for the delay.
> For the unversioned metapackages, may I suggest only having nodejs and > nodejs-npm without the separate -bin subpackages like we have for the > versioned packages? > I don't think the separate unversioned -bin packages make sense here, since > AFAIU the goal of the unversioned metapackages is for users to always get the > primary version and have that be the system default. The "and" in the last sentence was not in the original idea. I have always seen those two as orthogonal: You have `nodejs` installed when you want to "roll"/"autoinstall" the distro-recommended stream, but that doesn't say anything about which stream is `/usr/bin/node`. If you want the symlink to also follow the recommendation, you'll have `nodejs-bin` installed *in addition*. Granted, I don't think many people would use it this way, so I'm willing to not provide this option if it causes problems; but I would not remove it just to reduce the number of generated packages. Additionaly, there is also the matter of consistency. If we keep the -bin packages, the rule of thumb is simple: You swap which stream is `/usr/bin/node` by swapping the -bin package: `dnf swap --allowerasing nodejs-bin nodejs24-bin`. If we get rid of them, it will now be "You swap the streams by swapping the -bin packages, with the exception of rolling stream, when you need to switch the main one": `dnf swap --allowerasing nodejs nodejs24-bin`. For this reason alone, I'm still in favor of keeping the packages around for the rolling stream as well. > Does dnf autoremove work here? If the only package that explicitly requires > nodejsNN is the metapackage, I would guess that updating the metapackage to > depend on nodejs(NN+2) would allow nodejsNN to be cleaned up on a user system. That was the idea, but I have not yet personally tested it. (I should.) WDYT? -- Jan Stanek Senior Software Engineer Red Hat IM: @jstanek -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
