On Wed, 14 Apr 2010 10:36:42 -0700, Alan Coopersmith <[email protected]> wrote: > Albert Lee wrote: >> It seems strange to me to have exceptions to the x11/clients/ convention, >> particularly when the contents are similar as x11/demo is to >> x11/clients/mesademos. I take it the x11/diagnostic and x11/demo mirror >> the >> upper-level diagnostic and demo categories, but it seems like going for >> some kind of consistency at that level actually creates more confusion. > > For x11/demo, I'd followed the existing name given in the package renaming, > as listed on > http://hub.opensolaris.org/bin/view/Project+indiana/Renamed+Packages+in+Build+133 > mesademos should probably be x11/demo/mesademos if we're following that.
x11/demo/mesademos makes sense to me. > > x11/diagnostic is a new invention, chosen to mirror the top-level > diagnostic. > I'm not wedded to it, and see that there are no other diagnostic > subcategories > in the existing package list, but it seemed to be a useful distinction > from the > general /clients/. I'm also open to splitting the /clients/ into better > subcategories - there seem to be several that would fit under > x11/utilities, > and possibly x11/accessories/* as Nico suggested for things like xbiff & > xcalc, > though I'm not sure where things like xditview would end up (there doesn't > seem > to be a general "file viewer", and it's not really images for > image/viewer/* ) > I wouldn't mind if more specific x11/* subcategories could take the place of x11/clients entirely. I'm thinking of something like this, using "utility" since other category names are also singular. x11/clients/x11-server-utilities -> x11/utility/server (or x11/utility/x11-server-utilities?) x11/clients/colormap-utilities -> x11/utility/colormap (or x11/utility/x11-colormap-utilities?) x11/clients/xvidtune -> x11/utility/server/xvidtune (or x11/utility/xvidtune?) x11/font-utilities -> x11/utility/font (or x11/utility/x11-font-utilities?) The x11/utility/server names would require users to type out the entire name to be unambiguous, though, so x11/utility/x11-server-utilities or even x11/utility/server/x11-server-utilities may be more acceptable. (If we go with x11/utility/server, perhaps a corresponding x11/utility/client category could be created. x11/clients/xkill -> x11/utility/client/xkill This is rather arguable...) For xditview, a document/viewer/* group might work (desktop/pdf-viewer/* is the closest existing group). Remaining x11/clients could be placed under x11/accessory. >> Perhaps "graphical-login" should be used instead of "display-manager" to >> be more consistent with a potential service names. > > Again, I was just being consistent with the existing gdm package name - if > we decide to rename both, I'm happy with that as well. > >> X protocol headers and X server input drivers are some areas where aren't >> separate packages currently, but it might be useful to establish a naming >> scheme for future expansion. > > I've held off on splitting those in our packages while upstream works out > if they're being remerged, though I suppose for the drivers, even if > upstream > merges them we may want to split them out, as I've done with the X servers, > so that sites can install just the bits needed for their hardware. > > If we do split, they'd probably become x11/server/xorg/driver/*, like the > existing graphics drivers, though then there's the question of if they > should > follow the upstream naming convention of xf86-input-synaptics, or if it > would > be less confusing to call them xorg-input-synaptics, much like the existing > xorg-* driver modules there. That is what I had in mind for the input drivers, as well. The case for splitting out the proto headers package is poor, even if upstream remains separate, since it could easily lead to dependency hell for developers, but I wouldn't rule out new proto packages being introduced by something like XCB or by a third party. -Albert _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
