* Rich Burridge <[email protected]> [2009-03-17 17:29]: > Stephen Hahn wrote: >>> Here's a second webrev for the package renaming for the unbundleds >>> packages: >>> >>> http://cr.opensolaris.org/~richb/pkg-6941-v2 >>> ... > >> unbundleds/DTraceGUI: >> >> 6. develop/ide/netbeans/ide. Why "develop/ide/netbeans" and not >> just "develop/netbeans"? How populated do you expect the ide >> subset to be? > > Frank and I have previously discussed the proposed new names. > (Correct me if I'm getting this wrong Frank, but) my understanding > is that Frank would like to see a correlation between the > existing categories/sub-categories and the new naming hierarchy. > For example, NetBeans and Eclipse have the category/sub-category > of "Development/Integrated Development Environments", so it > would follow that the naming hierarchy for those packages would > start with "develop/ide/...", or perhaps even "development/ide/...". > > Note that if that was deemed a good idea, then this would > have a fairly big effect on the existing proposed names for the > complete package renaming (see bug #6186). > > Thoughts?
The goal of the FMRIs is to provide unique and stable names in a single hierarchy, organized first by type and then by function. The secondary goal is to make usage in the CLI efficient, by attempting to have reasonably short FMRI strings, relying on unique bases where possible. In my passes over the names, substrings like "desktop/gnome2" were collapsed to "gnome2"; I believe these reductions were mentioned, if not included, in my earlier messages. (In contrast, the point of supporting multiple classifications was so that we could have more fluid categorizations over time, as new system functions are developed and as old ones are removed.) I don't see any significant value in "develop/ide" over "develop" in the FMRI, if we're talking about only the two big open source IDEs as the primary occupants of such a category; my weary fingers sense much extra typing if we were to make a policy of unnecessarily long FMRIs... - Stephen _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
