I'm working on a package rename in the Studio unbundled, and I'm
having trouble testing it.

I'm trying to install the older (pre-rename) package in order to
test the behavior when the pre-rename package gets upgraded.

I used to be able to do this.  I have always used the full FMRI
with date stamp and everything, and it worked.  Recently this
changed.  The "pkg install" command now seems to silently
and automatically convert my "pkg install" into a request for the
latest version of the latest name for the package.  (Many things
changed in my environment that may have caused this.)

I won't argue that this is the right or wrong behavior.
But, I'm kind of stuck now for testing.  It seems that I now
need to create an additional server that holds only the old package,
if I want to test old->new upgrades.

Actually, I think I could use a regular server for the old packages
if I could be sure that renames did not have special semantics when
they were mixed between two different repos. Can anyone vouch that
this shouldn't make a difference? Will the rename/upgrade behavior
be different if the old packages are on one repo and the new packages
are on a different repo?

When I list the "sunstudioexpress" related package on opensolaris.org
I can see there are two different "rename" packages.  One with a
branch number of "1" (which is the usual branch number for a rename
package) and one with a branch number of "0.111".  Can anyone
explain the significance of the branch number in a rename package?
Otherwise, the two rename packages seem to have the same contents.
(They are listed below with an "r" in the status field)

% pkg list -fav '*studio*' | grep ex
pkg://opensolaris.org/developer/[email protected],5.11-0.111:20100306T002517Z
 known      -----
pkg://opensolaris.org/developer/[email protected],5.11-0.111:20100225T032841Z
 known      u----
pkg://opensolaris.org/[email protected],5.11-1:20100306T002745Z known 
     --r--
pkg://opensolaris.org/[email protected],5.11-0.111:20100225T033042Z 
known      u-r--
pkg://opensolaris.org/[email protected],5.11-0.111:20090617T230835Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.101:20090617T232039Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.111:20090331T092250Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.106:20090131T192525Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.86:20081113T205836Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.86:20081104T053507Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.86:20080430T211032Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.86:20080428T164106Z 
known      u----
pkg://opensolaris.org/[email protected],5.11-0.86:20080424T192951Z 
known      u----


% pkg contents -m -r 
pkg://opensolaris.org/[email protected],5.11-0.111:20100225T033042Z
set name=pkg.fmri 
value=pkg://opensolaris.org/[email protected],5.11-0.111:20100225T033042Z
set name=variant.opensolaris.zone value=global value=nonglobal
set name=pkg.renamed value=true
set name=variant.arch value=sparc value=i386
depend fmri=developer/[email protected] type=require

% pkg contents -m -r 
pkg://opensolaris.org/[email protected],5.11-1:20100306T002745Z
set name=pkg.fmri 
value=pkg://opensolaris.org/[email protected],5.11-1:20100306T002745Z
set name=pkg.renamed value=true
set name=variant.opensolaris.zone value=global value=nonglobal
set name=variant.arch value=sparc value=i386
depend fmri=developer/[email protected] type=require




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

Reply via email to