I looked at the install packages and it seems we have some
inconsistencies in the renaming with these(I know you have more work to
do on this). I didn't see anyone specifically mention these in this
thread, so I thought I would.
Specifically, the following package are install packages:
SUNWauto-install system/install/auto-install 'System/Core'
SUNWauto-install-common system/install/auto-install/common
'System/Administration and Configuration'
SUNWgui-install system/install/graphical
'System/Administration and Configuration'
SUNWinstall system/install
'System/Administration and Configuration
SUNWinstall-libs system/library/install
'System/Libraries'
SUNWinstall-test system/install/test
SUNWinstalladm-tools system/install/auto-install/tools
'System/Administration and Configuration'
SUNWbeadm system/command/beadm 'System/Core'
SUNWdistro-const system/distro-const 'System/Core'
For those packages with new names, 'system/install', they should all be
in 'system/install/XXX'.You have some inconsistencies in this, such as
system/library/install.
The 3rd column should also be consistent, imo, and it seems as if
System/Administration and Configuration is the right choice. Even for
SUNWbeadm and SUNWdistro-const.
Also, SUNWdistro-const would fit better as: 'system/command/distro-const'.
I don't see SUNWslim-utils listed. It is used in the building of images,
and is on the current ipkg.sfbay site, so I am not sure why it isn't
included in this renaming.
thanks,
sarah
****
Stephen Hahn wrote:
Now that the bulk of the feature development for pkg(5) is finished
for 2010.next, I'd like to get a few of the distribution-oriented
changes lined up as well. First among these is Rich's proposed set of
package renames, as proposed in
http://defect.opensolaris.org/bz/show_bug.cgi?id=6186
These follow the various threads we've had on package naming:
http://mail.opensolaris.org/pipermail/pkg-discuss/2008-March/002354.html
http://mail.opensolaris.org/pipermail/pkg-discuss/2008-May/003501.html
In 2009.06 and subsequently, we've been introducing new packages under
the new scheme, in part to see the effect on the clients, but also to
determine . With Danek's work on renaming and obsoletion, and the
legacy action (for SysV dependency handling), we can proceed to rename
the bulk of the remaining packages. (There are a few packages that
may live under their old names until refactoring and removal.)
To recap these changes at a high level:
- packages intended to be installed by a user should have a unique
basename, to ease use of the short form,
- the following top-level package categories are introduced
audio
codec
command
compress
developer
doc
driver
editor
games
gnome2
image
library
mail
network
package
platform
print
release
service
shell
source
storage
system
text
web
x11
- Of these, the "system", "library", and "platform" categories are
expected to contain packages not of interest to a typical user.
- Packages delivering only an smf(5) services are expected to use the
"service" category.
- "release" is expected to be a distribution's means of delivery for
distribution-wide files, such as a product README, a license, and
distribution-specific content. It should be the eventual home of
branding packages.
- The "bundle", "feature", "group", and "vendor" categories are still
reserved, although the distribution may start introducing
"group"-categorized packages to simplify the writing of installer
manifests. We'll start a separate discussion for that proposal once
it's ready.
In this scheme, operations we've seen complaints about should become
intuitive:
# pkg install bison
# pkg install firefox
...
If you identify a popular package for which the pkg install invocation
isn't obvious (or nearly so), please comment. Please review the lists
in 6186 for package names and add your comments to that bug, or share
them here. Although we can adjust names later via subsequent renames,
we would like to get "close" on this first integration, so comments
are definitely welcome.
Thanks
Stephen
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
