Quoting T.C. Hollingsworth (2013-04-27 00:03:21) > >> Note that there's a link to a Packaging FAQ, but it currently > >> redirects to the guidelines. I'm going to be putting in a guidelines > >> update real soon now, taking into account all the changes thanks to > >> your wonderful suggestions. Part of that will be moving some stuff > >> out of the guidelines and into the FAQ, since FPC wants to get the > >> guidelines back to the basics. [1] > > > > Uhmm, that's was just my goal with Java guidelines since they have become > > bloated over time :-) In any case I believe it's a good idea to separate > > policy > > and common trips & tricks so +1 for this endeavor > > Well one member of FPC +1ed your idea at least, so it seemed worth it > to go that route since I need to update the guidelines anyway. > Yeah, this seems like a good idea. I wonder if npm2rpm and stuff like > that should live in this package, or in it's own?
Advantage of having single project is that you won't have to approve commit access several times :-) In Java we create single source tarball, but then spec file splits this into several smaller binary RPMs. I guess it depends on how much code sharing you envision could happen there. > > Last thing from me: in Java it became apparent only after a while...It > > might be good > > idea to create a separate "nodejs-local" or similarly named package used > > for RPM > > builds. This would pull in macros and all dependencies needed to build RPMs. > > Otherwise we'll possibly pollute user systems with rpm macros and additional > > dependencies even though they are not interested in packaging RPMs, just > > using > > node/npm. > > I'm not sure this is necessary in node's case. The only thing RPM > builds need that normal node use doesn't require is the RPM macros, > which will end up in their own package eventually anyway. Right, in Java those macros eventually started using Python/Perl and pulled in a few more dependencies. Plus RPM builds in Maven differ quite a lot dependency-wise from non-RPM so situation is indeed different. Something to keep in mind for the future in case something changes. -- Stanislav Ochotnicky <[email protected]> Software Engineer - Developer Experience PGP: 7B087241 Red Hat Inc. http://cz.redhat.com _______________________________________________ nodejs mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/nodejs
