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?

  16.  develop/ide/netbeans/dtrace/gui-plugin.  "gui-plugin" is a bad
       package basename, since it is non-specific.  Either
       "dtrace-gui-plugin" or "dtrace-gui".

Okay. I'll go with "dtrace-gui-plugin" once we've sorted
out the other issues.

  unbundleds/Eclipse:

   *.  Same as for the NetBeans naming.  If there are only two - four
       IDEs, and they are all significant, why not just have them
       top-level within develop/?

See above.

  unbundleds/GlassFishV2:

   1.  I don't really think we need both "-[number]" and "-v[number]"
       conventions.  So "glassfish-2".

Okay.


  unbundleds/MessageQueue41:

   3.  Hard to figure out the right category for this one.  It's not
       really a system service.

Any suggestions for an alternative?

Complete list is at:
http://opensolaris.org/os/community/sw-porters/contributing/ipsclass/

  unbundleds/NetBeans:

   *.  What's the difference between a component in
       develop/ide/netbeans/library/ and a component that's in
       develop/ide/netbeans?

My understanding that the various packages under

develop/ide/netbeans

are "top-level" packages. I.e. NetBeans for developing Java,
NetBeans for developing PHP etc.

The packages under

develop/ide/netbeans/library/

are libraries that are used by those "top-level" NetBeans
packages.

  25.  I don't think we want "incorporation" as a basename.  Does
       installing this package allow NetBeans to update its own
       components?

I believe it allows you to keep all the NetBeans sub-packages
at the same version number. I don't know about the updating
part. Bart wrote this, so I've added him to the To: line for a
response here.

So do we want to just keep this with the old
"netbeans-incorporation" name?

  unbundleds/OpenDS:

   1.  I think this package and MessageQueue41 should be nearby in the
       category space.  A server shouldn't generally be in a library
       category, for instance.  Maybe system/network/naming/opends?

Okay.

   2.  Not sure I like this category, but don't have a better
       suggestion.

Okay.


   unbundleds/OpenOffice:

   1.  Not a system package.  Looking at your full fix, I would suggest
       either command/openoffice or maybe editor/openoffice.

Okay. Frank didn't like this one either. I don't think of
OpenOffice as an editor, so I'll change it to "command/openoffice".
Or maybe if we are going to have a correlation between the classifications
and the package naming hierarchy, then "applications/openoffice"? ...

   unbundleds/Studio:

   1.  Drop "ide", unless we come up with a good reason to keep it.

Okay. I'll await your reply to the commentary above
before I do this.

   unbundles/Webstackui:

   1.  Is there a better name than "webstackui"?  Would "webstack-gui"
       be better, given "dtrace-gui"?  (That is, should "-gui" be the
       standard suffix for graphical wrappers?)

"web/webstack-gui" works for me.

Thanks for the feedback.

_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to