On 03/19/10 02:51 PM, Louis Tsien wrote:
> this transition has made me a newbie again -- not in a good way.
>
> - got build machine updated so that it is building IPS packages cleanly
> (thanks to RE staff)
> - got test machine installed with dev_133, despite being in a lab where
> the opg-labs script doesn't work and will not be supported by lab
> support staff. dev_133 is the latest (and only) version currently
> available on the local AI servers.
>
> what I'm trying to do: test FMA, for which I must have the cpu/memory
> error injector package formerly known as SUNWonmtst.{i,u,v} . These are
> built from closed sources.
>
> - located new package name SUNWonmtst , dependent on
> system/fault-management/mtst , and understand that it will be in
> repo.extra, not repo.redist. all of that makes perfect sense.The new package name is really system/fault-management/mtst. The other one is a legacy name and will go away in the future. > > My build machine is running 133. My test machine is running 133. The > sources from which I built are ~135, maybe 136. I have a full, clean > base build and a full build with my changes (1 source file, not closed), > both including closed source components. > > I attempted the following: > > 1) run pkg.depotd on build machine, -d to repo.extra from my base build. > 'pkg install' client failed due to version dependency mismatches. Yes, IPS checks that you have matched versions. You could have upgraded your test machine so that it's running the bits from your gate. You can also build without dependencies for your ON packages (SUPPRESSPKGDEP), as described in usr/src/pkg/README.pkg, though then mismatches will be at your own risk. It'd be better to image-update your test machine completely to your bits, or in the future, you could also get the repository from the gatekeeper's archived build, though obviously this won't work for build 133. > > 2) run pkg.depotd on build machine, -d to > /ws/onnv-gate/packages/sparc/snv_136/nightly/repo.extra > > pkg.depotd failed with python errors. Without knowing the errors, it's hard to say anything useful. > 3) run pkg.depotd on build machine, -d to repo.dist from my build. > got repository config error on server, publisher.prefix required, use > --set-property to fix or update cfg_cache_file That's odd, we set this automatically during build time. What is prefix set to in your repo.redist/cfg_cache file? (Usually I get this when I mistype the path for -d. Certainly if you did repo.dist, it would have failed.) > > 4) wanted to run pkg.depot -d to > /ws/onnv-gate/packages/sparc/snv_133/nightly , only to find that at > snv_133 the onnv-gate still holds SVR4 packages. Right. We hadn't integrated yet, so these ON-specific packages aren't available in IPS format. > so I gave in and ran > the old-fashioned > > pkgadd -d . SUNWonmtst.u -- for the test machine I happened to be using > > can you explain what happened, and how to avoid problems 1-3 in future > when 4 won't be available any more? Hope this helps... liane
