Sean and Jan:

This is too complicated and will be an EOU issue. Is there a bug filed already to request that AI image - should install pkgs with same OS version as itself.



Sean McGrath wrote:
jan damborsky stated:
Hi Sean,

based on Danek's comment, I tried following steps on alternate root
(not with AI) - they seem to work:

# pkg image-create -F -a opensolaris.org=http://ipkg.sfbay/dev /tmp/a
# pkg -R /tmp/a set-authority -m http://ipkg.czech:8000 opensolaris.org
# pkg -R /tmp/a install [email protected]
# pkg -R /tmp/a install SUNWcsd
# pkg -R /tmp/a install SUNWcs
# pkg -R /tmp/a install [email protected]

The installation succeeded - image contains only 106 packages:

# pkg -R /tmp/a list | grep -v 106
NAME (AUTHORITY) VERSION STATE UFIX
# pkg -R /tmp/a list | grep 106 | wc -l
523
#

  Yup, we installed a few machines here with the 106 bits using this
  ordering for the packages:
SUNWcsd
SUNWcs
entire
SUNWj6rtx
SUNWgroff
SUNWgcc
slim_install

  - then with the pgk version at the end, the machines installed fine and
  have only b106 bits, nothing later.

  Thanks folks.

Sean.
.
It was not necessary to explicitly specify version for SUNWcsd, SUNWcs
packages, 106 were pulled into the image. I still had to specify version
for slim_install, otherwise I saw following failure:

# pkg image-create -F -a opensolaris.org=http://ipkg.sfbay/dev /tmp/a
# pkg -R /tmp/a set-authority -m http://ipkg.czech:8000 opensolaris.org
# pkg -R /tmp/a install [email protected]
# pkg -R /tmp/a install SUNWcsd
# pkg -R /tmp/a install SUNWcs
# pkg -R /tmp/a install slim_install
Creating Plan - pkg: pkg: the following package(s) violated constraints: Package pkg:/[email protected],5.11-0.107 conflicts with constraint in installed pkg:/entire: Pkg SUNWfcprt: Optional min_version: 0.5.11,5.11-0.106 max version: 0.5.11,5.11-0.106 defined by: pkg:/entire


Cheers,
Jan


On 02/19/09 17:13, Sean McGrath wrote:
Sean McGrath stated:
< jan damborsky stated:
< > Hi Sean,
< >
< >
< > On 02/18/09 13:46, Sean McGrath wrote:
< >> The suituation:
< >>   Network boot a machine with AI image osol_0906-106a
< >>   Fine, creates the zpool, pulls the pkgs from repo, sets up grub etc..
< >>   All nice.
< >>
< >>   However the latest bits on the IPS repo are snv_107 based.
< >>
< >>   So all the pkgs pulled with this 106 based AI image are snv_107 ones.
< >>   So we end up with a snv_107 based osol installed machine.
< >>
< >>   The package version can be specified in the manifest like:
< >>         <ai_packages>
< >> <package_name>[email protected],5.11-0.106</package_name> < >> </ai_packages>
< >>
< >>    (right ?)
< >
< > That is expected to work. But to be honest, I haven't tried,
< > so please feel free to report possible issues there.
< <  Like this :)
< < We've tried this and it still appears to install some later build pkgs.
< <  Suituation: using AI image osol_0906-106a and just want to install
<   the b106 packages - nothing newer or older.
< <  We pull the version of the pkg needed for the build we're installing
<   from the index/full_fmri_list file in the repo like:
< <  # grep slim_install index/full_fmri_list | grep 106:
<  pkg:/[email protected],5.11-0.106:20090131T192521Z
< <   and use that to build an ai manifest with entries like:
< <         <ai_packages>
<                 <package_name>[email protected],5.11-0.106</package_name>
<         </ai_packages>
< <   ok...
< < But it seems that it still installs later build bits as from this error
<    - the error occured when the installer got to installing the
<      'entire' package cluster.
< < (from /var/svc/log/application-auto-installer:default.log): < ... < Indexing Packages ... Done < < pkg: pkg: the following package(s) violated constraints: < "Package entire contains constraint that requires downgrade of installed < pkg pkg:/[email protected],5.11-0.107:20090212T184617Z: < Pkg SUNWtls: Optional min_version: 0.5.11,5.11-0.106 max < version: 0.5.11,5.11-0.106 defined by: pkg:/entire < < ... Digging around a bit this seems to be when pkg comes along to install
  the SUNWipkg package.  In the code[1] it seems to check if its installing
  the latest available and does so.

[1] 
http://src.opensolaris.org/source/xref/pkg/gate/src/modules/client/image.py#2596

   This results in some later bits installed with then conflicts when
   we try and install the 'entire' meta-cluster.

   cc'ing the [email protected] here too.

Sean.
.
< < So it seems to have installed SUNWtls with b107 bits instead of b106.
<   and some others too:
< < r...@opensolaris:/a/var/pkg/index# grep 107: full_fmri_list < pkg:/[email protected],5.11-0.107:20090212T183536Z < pkg:/[email protected],5.11-0.107:20090212T183534Z < pkg:/[email protected],5.11-0.107:20090212T183208Z < pkg:/[email protected],5.11-0.107:20090212T172317Z < pkg:/[email protected],5.11-0.107:20090212T182806Z < pkg:/[email protected],5.11-0.107:20090212T181714Z < pkg:/[email protected],5.11-0.107:20090212T181735Z < pkg:/[email protected],5.11-0.107:20090212T185628Z < pkg:/[email protected],5.11-0.107:20090212T181817Z < pkg:/[email protected],5.11-0.107:20090212T183504Z < pkg:/[email protected],5.11-0.107:20090212T184617Z < pkg:/[email protected],5.11-0.107:20090212T183528Z < r...@opensolaris:/a/var/pkg/index# < < I've attached the ai_manifest.xml we use
< < Regards,
< Sean.
< .


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




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

Reply via email to