Hello, One more thing. Is there any way how to clean pkg 'temporary' files? I suspect that pkg client is broken as even empty package from clean repository (other machine to be sure) is not working - same problem it needs dependency SUNWlang-it-extra.
Is it possible that after two image-updates and playing with dependency across authorities - pkg client is confused? Perhaps deleting some contents of /var/pkg (catalog?) directory and then running pkg refresh --full ? Thanks a lot for tips, Petr 2008/7/6 Petr Sobotka <[EMAIL PROTECTED]>: > Hello, > > This is really strange ... > > I commented dependency on SUNW package and hit same error. > > Then I tried this and it also failed: > > pkg unset-authority opensolaris.org > pkg refresh --full > pkg install SFExdelta > > Same error!!! Why it looks for postgres package? When it should not to > have anywhere - as opensolaris.org authority > was unset and catalog was refreshed with full option? > > Then I get back opensolaris.org authority and install wanted postgres > package, it wants pkg:/[EMAIL PROTECTED],5.11-0.91 > > Something is screwed a lot :-( > > I'm going to raise blocker bug for this (sorry for being so hard, but > I can't test new code for pkgbuild creating directly ips packages from > spec files) > > It looks like it's trying to find option dependencies, but I don't > really know why, when I didn't specify any. > > $ pfexec pkg install SFExdelta > Traceback (most recent call last): > File "/usr/bin/pkg", line 1458, in ? > ret = main_func() > File "/usr/bin/pkg", line 1424, in main_func > return install(img, pargs) > File "/usr/bin/pkg", line 448, in install > filters = filters, verbose = verbose, noexecute = noexecute) > File "/usr/lib/python2.4/vendor-packages/pkg/client/image.py", line > 1280, in make_install_plan > self.load_optional_dependencies() > File "/usr/lib/python2.4/vendor-packages/pkg/client/image.py", line > 1021, in load_optional_dependencies > self.update_optional_dependency(min_fmri) > File "/usr/lib/python2.4/vendor-packages/pkg/client/image.py", line > 989, in update_optional_dependency > matcher = pkg.fmri.exact_name_match)[0] > File "/usr/lib/python2.4/vendor-packages/pkg/client/image.py", line > 403, in get_matching_fmris > raise KeyError, "packages matching '%s' not found in catalog or image" \ > KeyError: "packages matching 'pkg:/[EMAIL PROTECTED],5.11-0.91' > not found in catalog or image" > > I take look in source code and it looks like it doesn't work when > there are no dependencies specified. > http://src.opensolaris.org/source/xref/pkg/gate/src/modules/client/image.py#1014 > > Cheers, > Petr > > 2008/7/5 Chris Ridd <[EMAIL PROTECTED]>: >> >> On 5 Jul 2008, at 14:30, Petr Sobotka wrote: >> >>> Hello, >>> >>> I have strange problem: >>> >>> Here is very simple pkgsend script which I used to import package to >>> my local repository: >>> >>> #/usr/bin/ksh93 >>> cd /var/tmp/pkgbuild-petr/xdelta3.0t-build >>> export PKG_REPO=http://localhost:80 >>> eval `pkgsend open [EMAIL PROTECTED] >>> pkgsend add depend type=require fmri=SUNWcar >> >> [...] >> >>> raise KeyError, "packages matching '%s' not found in catalog or image" \ >>> KeyError: "packages matching 'pkg:/[EMAIL PROTECTED],5.11-0.91' >>> not found in catalog or image" >>> >>> Why does pkg want to install postgres? >> >> I don't think it does, but the basic problem seems to be that having >> dependencies on packages in another repository (authority) is currently >> quite broken. >> >> I suspect the only solution that'll work is to recreate the package without >> the cross-repo dependency line. Obviously that's a temporary hack, and I >> haven't tried it myself. >> >>> Package SUNWcar I have installed. >>> Before installing it I switch preferred authority to my local repository. >> >> That's the other potential workaround. It didn't work for me either :-( >> >> Cheers, >> >> Chris >> > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
