Since the upgrade experiment turned out to be bogus because of the
ambiguity naming issues introduced with the latest sunstudio import
file, I reverted to the previous version sans developer/* definitions
and ran the upgrade experiment on system at build 130. This was
successful. As Chris suggested in this email, let's separate the
integration of SS12u1/v12.1.1 from fixing the serious issues introduced
with the latest import file changes which break normal
installation/uninstallation and upgrading of sunstudio12u1. Here are
the results for upgrading with the previous import file.
System info:
sqao43% more /etc/release
OpenSolaris Development snv_130 X86
Copyright 2009 Sun Microsystems, Inc. All Rights
Reserved.
Use is subject to license terms.
Assembled 18 December 2009
sqao43% pkg list -v sunstudio12u1
pkg: no packages matching 'sunstudio12u1' installed
Starting with ss12u1 version 12.1 :
# pkg set-publisher -P opensolaris.org
# pkg publisher
PUBLISHER TYPE STATUS URI
opensolaris.org (non-sticky, preferred) origin online
[1]http://pkg.opensolaris.org/dev/
bug13191 (non-sticky) origin online
[2]http://sqao43.sfbay:32987/
# pkg install sunstudio12u1
DOWNLOAD PKGS FILES XFER
(MB)
Completed 1/1 6637/6637
249.0/249.0
...
# pkg list -v sunstudio12u1
FMRI
STATE UFOX
I
[3]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T2254
13Z installed u----
# which sunstudio
/usr/bin/sunstudio
# CC -V
CC: Sun C++ 5.10 SunOS_i386 2009/06/03
Usage: CC [ options ] files. Use 'CC -flags' for details
Upgrade ss12u1 -> 12.1.1 (using test repo - bug13191):
# pkg install sunstudio12u1
DOWNLOAD PKGS FILES XFER
(MB)
Completed 1/1 440/440
53.3/53.3
...
# pkg list -v sunstudio12u1
FMRI
STATE UFOX I
[4]pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
installed ----
-
# which CC
/usr/bin/CC
# CC -V
CC: Sun C++ 5.10 SunOS_i386 128229-02 2009/09/21
Usage: CC [ options ] files. Use 'CC -flags' for details
Unininstalling sunstudio12u1 - no problems:
# pkg uninstall sunstudio12u1
PHASE ACTIONS
Removal Phase 12515/12515
PHASE ITEMS
Reading Existing Index 8/8
Indexing Packages 1/1
# pkg list -v sunstudio12u1
pkg: no packages matching 'sunstudio12u1' installed
***REPEAT*** the upgrade experiment with "sunstudio" installing the
12.1 version first
# pkg publisher
PUBLISHER TYPE STATUS URI
opensolaris.org (non-sticky, preferred) origin online
[5]http://pkg.opensolaris.org/dev/
bug13191 (non-sticky) origin online
[6]http://sqao43.sfbay:32987/
# pkg install sunstudio
DOWNLOAD PKGS FILES XFER
(MB)
Completed 2/2 6637/6637
249.0/249.0
...
# pkg list -v sunstudio
FMRI
STATE UFOX I
[7]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225406Z
installed u----
# pkg list -v | grep sunstudio
[8]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225406Z
installed u----
[9]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T2254
13Z installed u----
# which sunstudio
/usr/bin/sunstudio
# CC -V
CC: Sun C++ 5.10 SunOS_i386 2009/06/03
Usage: CC [ options ] files. Use 'CC -flags' for details
Install sunstudio from test repo
# pkg set-publisher -P bug13191
# pkg install sunstudio
DOWNLOAD PKGS FILES XFER
(MB)
Completed 2/2 440/440
53.3/53.3
...
# pkg list -v | grep sunstudio
[10]pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
installed -----
[11]pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
installed -----
# CC -V
CC: Sun C++ 5.10 SunOS_i386 128229-02 2009/09/21
Usage: CC [ options ] files. Use 'CC -flags' for details
# pkg uninstall sunstudio
PHASE ACTIONS
Removal Phase 4/4
PHASE ITEMS
Reading Existing Index 8/8
Indexing Packages 1/1
# pkg list -v |grep sunstudio
[12]pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
installed ----
-
# pkg uninstall sunstudio12u1
PHASE ACTIONS
Removal Phase 12515/12515
PHASE ITEMS
Reading Existing Index 8/8
Indexing Packages 1/1
#pkg list -v | grep sunstudio
#
Jas
Chris Quenelle wrote:
Jasmine and I were trying out another twist on this, and I think
we're seeing a problem with the pkg command. We're working on
two changes at the same time which might be a mistake. One change
is to do a patch update to the sunstudio12u1 package. The other
change is the developer/ rename which was put into the import
file for sunstudio, but which has never been used in real life yet.
We're trying to test what happens when the user upgrade from
various old packages to the new ones we're creating.
I install pkg://opensolaris.org/sunstudio12u1.
But then when I install the updated package from the test repository
it clobbers the files from the first package. It doesn't uninstall
the old package before installing the new one, like I would expect.
% uname -a
SunOS tiaga 5.11 snv_130 i86pc i386 i86pc
% pkg publisher
PUBLISHER TYPE STATUS URI
opensolaris.org (preferred) origin online [13]http://ipkg.sfbay/de
v/
opensolaris.org (preferred) mirror online [14]http://pkg-na-2.open
solaris.org/
bug13191 origin online [15]http://sqao43.sfbay.
sun.com:32999/
% pkg list -a -f 'pkg://bug13191/*'
NAME (PUBLISHER) VERSION STATE UFOXI
SUNWiscsi (bug13191) 0.5.11-0.128 known u----
developer/sunstudio (bug13191) 12.1.1-0.128 known -----
developer/sunstudio12u1 (bug13191) 12.1.1-0.128 known -----
developer/sunstudioexpress (bug13191) 0.2009.3.1-0.128 known -----
sunstudio (bug13191) 12.1.1-0.128 known --r--
sunstudio12u1 (bug13191) 12.1.1-0.128 known --r--
sunstudioexpress (bug13191) 0.2009.3.1-0.128 known --r--
% pkg list -a -v 'pkg://opensolaris.org/sunstudio*'
FMRI STATE UFOX
I
[16]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225406Z known
u----
[17]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z known
u----
[18]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T230835
Z known u----
% pfexec pkg install sunstudio12u1
...
% pkg list -v '*sunstudio*'
FMRI STATE UFOX
I
[19]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z install
ed u----
Note that I'm installing the "alias" package here, (sunstudio). It is empty
except for a dependency on sunstudio12u1.
% pfexec pkg install pkg://bug13191/sunstudio
...
% pkg list -v sunstudio12u1
FMRI STATE UFOX
I
[20]pkg://bug13191/developer/[email protected],5.11-0.128:20100105T231323Z in
stalled -----
[21]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z install
ed u----
% pkg verify [22]pkg://bug13191/developer/[email protected],5.11-0.128:201001
05T231323Z
%
(everything is okay for the new package)
% pkg verify [23]pkg://opensolaris.org/[email protected],5.11-0.111:20090617T22
5413Z installed u----
PACKAGE STATUS
pkg://opensolaris.org/sunstudio12u1 ERROR
file: opt/sunstudio12.1/prod/include/CC/Cstd/memory
Size: 24792 bytes should be 24611
Hash: 71e69188f8a41bb10c8ded763a563e9c5cb7b748 should be bbd3990
ba19ef154e254a8e3133097bd33afd85d
file: opt/sunstudio12.1/prod/include/CC/Cstd/streambuf
Size: 31274 bytes should be 29804
Hash: a007e637cc09e01e932fd2a8614ce80020ecb1a2 should be 12d6330
a1c9f1549f968e8fa2218ea37bbd695ee
.....
So it looks like files from the old package get clobbered when there are two ver
sions
of the same package on two different publishers. Perhaps we need to create
a repo with a complete set of old and new sunstudio packages in order to run a s
ensible
test? Does anyone want to suggest the right recipe for transferring the existi
ng
sunstudio packages from ipkg.sfbay to our test repo? Assuming that would work a
round
the problem...
--chris
jasmine wrote:
Hi,
I am testing upgrading sunstudio12u1 to sunstudio12u1(v12.1.1) which is
the patched version. I've done this testing on two environments:
* A system that has the latest dev build installed - build 130
* A system that has 2009.06 installed
The steps/results are as follows:
* Dev system
* Publisher set to opensolaris.org(dev). Installed
[[24]1][email protected];build111
* Added bug13191(test repo with ss12u1;12.1.1) as preferred
publisher. Tried "pkg install sunstudio12u1" and this failed with
"matching multiple packages" error. I therefore tried and installed
developer/sunstudio12u1. Running CC-V confirmed that I indeed had
the latest version of sunstudio12u1 on the system. (I'll send a
separate email on the import file issues...)
2009.06 system
* Publisher set to opensolaris.org(release). Installed sunstudio12u1
- okay.
* I proceeded to install developer/sunstudio12u1 (as in the above
scenario) and ran into :
d...@cooljaz:/export/home# pkg install developer/sunstudio12u1
Creating Plan |
pkg: The following package(s) violated constraints:
Package [[25]2]pkg:/[email protected],5.11-0.128 conflicts with
constraint in installed pkg:/entire:
Pkg SUNWarc: Optional min_version: 0.5.11,5.11-0.111 max
version: 0.5.11,5.11-0.111 defined by: pkg:/entire
In discussing this issue with an engineer on my team, the error
appears to be the result of "stickiness" i.e. a package can only be
updated from the same repository it was originally installed.
Apparently this is true for 2009.06 (though this doesn't appear to
be true for the dev repo.)
At this point, I can't do further testing on the "upgradeability" of
sunstudio12u1 without having a repository completely populated with
sunstudio versions 12.1 and 12.1.1. However, in doing the "dev" test as
indicated above, I believe that I've proved that ss12u1 is indeed
upgradeable.
Let me know if I need to do further upgrade testing with specific
instructions on how to mimic the 2009.06 environment.
Thanks
Jas
References
1. [26]mailto:[email protected];build111
2. [27]mailto:pkg:/[email protected],5.11-0.128
_______________________________________________
pkg-discuss mailing list
[28][email protected]
[29]http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
References
1. http://pkg.op/
2. http://sqao43.sfbay:3298/
3.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z
4. mailto:pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
5. http://pkg.op/
6. http://sqao43.sfbay:3298/
7. mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225406Z
8. mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225406Z
9.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z
10. mailto:pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
11. mailto:pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
12. mailto:pkg://bug13191/[email protected],5.11-0.128:20100107T060411Z
13. http://ipkg.sfbay/dev/
14. http://pkg-na-2.opensolaris.org/
15. http://sqao43.sfbay.sun.com:32999/
16. mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225406Z
17.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z
18.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T230835Z
19.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z
20.
mailto:pkg://bug13191/developer/[email protected],5.11-0.128:20100105T231323Z
21.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z
22.
mailto:pkg://bug13191/developer/[email protected],5.11-0.128:20100105T231323Z
23.
mailto:pkg://opensolaris.org/[email protected],5.11-0.111:20090617T225413Z
24. mailto:1][email protected];build111
25. mailto:2]pkg:/[email protected],5.11-0.128
26. mailto:[email protected];build111
27. mailto:pkg:/[email protected],5.11-0.128
28. mailto:[email protected]
29. http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
