Danek Duvall wrote:
> I've rewhacked the data to reorder it by new name, and spit it out in a
> more tree-like fashion, which is a bit easier for me to deal with. I'll
> comment on the content in a response to this message.
Thanks, that helps highlight some issues I'd noticed in Stephen's list -
like the categories both at the top-level and under system - for instance,
why is GNU coreutils under command/ while GNU gettext is under system/command ?
What determines which should go under system vs. top-level?
As for the specific packages (though as discussed previously, many of the X
ones will be split up on refactoring to match upstream):
> doc/man/x11/developer SUNWxwpmn X programmers man pages
> doc/xorg/client SUNWxorg-devel-docs X.Org client API docs
SUNWxorg-devel-docs is just more man pages on API's - until we refactor them
into the per-library packages, I'd just merge SUNWxwpmn & SUNWxorg-devel-docs
into doc/man/x11/developer. (In fact, I may go merge the SVR4 packages now
- they're separate as a historical artifact of our previously split new-Xorg
vs. old-Solaris-X gates that were built independently, but haven't had a good
reason to be split other than inertia for a couple of years now.)
> SUNWxwman -> 'system/man/x11'
> SUNWxorg-client-docs -> 'system/doc/x11/client'
> SUNWxorg-doc -> 'system/doc/man/x11'
Besides wondering about doc/man/x11 vs. system/man/x11 vs. system/doc/man/x11,
I'd instead recommend:
system/doc/x11/xorg-server SUNWxorg-doc
system/doc/x11 SUNWxwman + SUNWxorg-client-docs
- Why is gdb under develop/debug but mdb under developer/debug? Is one of
those hierachies a typo?
- version or versioning?
> version
> mercurial SUNWmercurial Mercurial
> subversion SUNWsvn Subversion
> versioning
> cvs SUNWcvs CVS
- Shouldn't xorg be under x11 too?
> x11 SUNWxwdv X Windows System
> Window Drivers
> xsvc SUNWxsvc Sun Xserver
> pseudo driver
> xorg SUNWxorg-graphics-ddx X.Org Foundation
> Xserver Graphics Device Modules
- Why is ice under feature instead of library?
> feature
> x11
> ice SUNWxwice X Window System
> Inter-Client Exchange (ICE) Components
- Some libraries are listed with the lib prefix, others without - which is
preferred?
> library
> gtk2
> gtksourceview SUNWgnome-gtksourceview GNOME syntax
> highlighting text widget
> libsexy SUNWlibsexy libsexy is a
> collection of GTK+ widgets that extend the functionality of such standard
> widget.
> lcms SUNWlcms Little Color
> Management System
> libfontconfig SUNWfontconfig Fontconfig library
- SUNWhwdata is platform-independent - it has the pci.ids & usb.ids files
listing PCI & USB vendor/device name mappings, so it shouldn't be under
i86pc - perhaps under system/data like iso-codes & terminfo?
> SUNWhwdata -> 'platform/i86pc/data/hardware'
- FSWxorg-fonts was split into 15 subpackages in nv_101 as part of the LiveCD
squeeze for the 2008.11 release, so this:
FSWxorg-fonts -> 'system/font/x11'
would instead be more like:
FSWxorg-fonts-core -> system/font/xorg/core
FSWxorg-fonts-cyrillic -> system/font/cyrillic
FSWxorg-fonts-daewoo -> system/font/daewoo
FSWxorg-fonts-ethiopic -> system/font/ethiopic
FSWxorg-fonts-iso8859-2 -> system/font/xorg/iso8859-2
FSWxorg-fonts-iso8859-3 -> system/font/xorg/iso8859-3
FSWxorg-fonts-iso8859-4 -> system/font/xorg/iso8859-4
FSWxorg-fonts-iso8859-9 -> system/font/xorg/iso8859-9
FSWxorg-fonts-iso8859-10 -> system/font/xorg/iso8859-10
FSWxorg-fonts-iso8859-13 -> system/font/xorg/iso8859-13
FSWxorg-fonts-iso8859-14 -> system/font/xorg/iso8859-14
FSWxorg-fonts-iso8859-16 -> system/font/xorg/iso8859-16
FSWxorg-fonts-jiskan -> system/font/jiskan
FSWxorg-fonts-syriac -> system/font/syriac
FSWxorg-fonts-vera -> system/font/bitstream-vera
- Typo for codec in libtheora?
> code
> libtheora SUNWlibtheora Theora video
> compression codec
> codec
> ogg-vorbis SUNWogg-vorbis Ogg bitstream and
> Vorbis audio codec libraries
- This would be better as xft or xft2, since freetype2 is libfreetype,
while libXft2 is the X font library that uses libfreetype & libXrender
to draw text:
> x11
> freetype2 SUNWxwxft Xft (X Freetype)
> Library
- These are just symlinks, so runtime-links would be better (they need to
merge into the real library packages now that we don't have to segregate
/usr vs /usr/openwin bits in separate packages any more):
> runtime SUNWxwrtl X Window System &
> Graphics Runtime Library Links in /usr/lib
- These should be under x11, not xorg:
> xorg SUNWxorg-clientlibs X.Org Foundation
> X Client Libraries
> mesa SUNWxorg-mesa Xorg Server Mesa
> Modules and Libraries
- Presumably the first is a typo for xscreensaver, so it matches the others?
> x11
> screensaver SUNWxwsvr XScreenSaver
> xscreensaver
> plugin SUNWxscreensaver-hacks XScreenSaver
> display mode modules
> gl SUNWxscreensaver-hacks-gl XScreenSaver
> OpenGL display mode modules
> xvnc SUNWxvnc X11/VNC server
- These should be under x11, not xorg:
> xorg
> client SUNWxorg-client-programs X.Org Foundation
> X Client Programs
--
-Alan Coopersmith- [email protected]
Sun Microsystems, Inc. - X Window System Engineering
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
