On 9/01/2009, at 2:45 PM, Bart Smaalders wrote: > Glynn Foster wrote: >> On 9/01/2009, at 11:11 AM, Rich Burridge wrote: >>> The current three output files can be found at: >>> >>> http://cr.opensolaris.org/~richb/package_rename/packages_by_classification.txt >>> http://cr.opensolaris.org/~richb/package_rename/packages_by_new_name.txt >>> http://cr.opensolaris.org/~richb/package_rename/packages_by_old_name.txt >> Though somewhat off on a tangent, would very much like to see some >> of the conglomerate gnome2 packages being split up further >> ie. SUNWgnome-base-libs >> system/library/gnome2/glib >> system/library/gnome2/pango >> system/library/gnome2/atk >> system/library/gnome2/gtk2 >> system/library/gnome2/gnome-canvas >> system/library/gnome2/cairo >> system/library/gnome2/libgnomecanvas >> system/library/gnome2/libart_lgpl >> though arguably some of those could be system/library/foobar. This >> obviously requires commitment from the desktop team, rather than >> being able to implement this during IPS import. >> By all means, let's add convenience meta-clusters (or whatever >> they're called these days..), but my build time is important to me. >> Glynn >> _______________________________________________ >> pkg-discuss mailing list >> [email protected] >> http://mail.opensolaris.org/mailman/listinfo/pkg-discuss > > Why do package boundaries affect your build time?
As I said, off on a tangent - but JDS (among other consolidations perhaps?) amass a couple of modules into a single package in Nevada, and thus you need to build those modules before you can create your package. It would be good to have them more fine grained IMO, for minimalization exercises. Glynn _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
