Re: pkg_install issues during pkg_rr

[Richard PALO <richard%netbsd.org@localhost>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 01/05/16 18:32, Greg Troxel a écrit :
> 
> Richard PALO <richard%netbsd.org@localhost> writes:
> 
>>> RR> pkg_install has the following new depends (need to re-tsort):
>>> rr> [pkg_install-info perl readline zlib]
>>> RR> Tsorting dependency graph
>>> RR> Selecting pkg_install (pkgtools/pkg_install
>>> pkgtools/pkg_install) as next package to replace
>>> Usage: dirname [ path ]
>>> *** No package directory 'pkgtools/pkg_install
>>> pkgtools/pkg_install' for pkg_install.
>>> *** Please read the errors listed above, fix the problem,
>>> *** then re-run pkg_rolling-replace to continue.
> 
> It's hard to tell where the bug is, but generally the two things to do
> to resolve this sort of thing are:
> 
>   outright remove pkg_install (on systems where there is base
>   pkg_install)
> 

This I can't do on SunOS as it is a bootstrap package.

>   in pkgtools/pkg_install, do make replace

This I tried already, see previous in this thread.
> 
> Note that all pkg_rr does is decide what order to do make replace.   So
> you have to separate picking the wrong order from problems with the
> operation itself.   In this case, it seems that PKGPATH is two words:
> 
>> *** No package directory 'pkgtools/pkg_install
>> pkgtools/pkg_install' for pkg_install.
> 
> which could be a bug in the installed package or a pkg_rr bug.  You
> could do pkg_info -B and see what the value in the package is.
> 
> For me:
> 
> $ pkg_info -B pkg_install|egrep PKGPATH
> PKGPATH=pkgtools/pkg_install
> 
> which seems right.  If yours has
> 
> PKGPATH=pkgtools/pkg_install pktools/pkg_install
> 
> then I would just hand-edit the +CONTENTS, or do make replace.
> 

This was interesting (in a rather distorted manner):
> richard@omnis:/home/richard/src/pkgsrc$ pkg_info -B pkg_install |egrep 'Information|PKGPATH'
> Information for pkg_install-20150901:
> PKGPATH=pkgtools/pkg_install
> Information for pkg_install-20150901nb1:
> PKGPATH=pkgtools/pkg_install

The former does not seem to have the mention "*** PACKAGE MAY NOT BE DELETED ***"
and they are both indeed in <pkgdbdir>

But how to get out of this mess, delete the database and rebuild?
- -- 
Richard PALO

-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJXJjKEAAoJECAB22fHtp27vugH/2IgQdMCxWXyWuAWAlN0Vex2
SY2dZk4HfbaY8gkHW4VQKmk/Gixhvb7kOMDE2bv1VvfttkStN0VYhy7ZwHaG1YLN
cYDAYFISOvfbt1OSV/Pa2kP4j3XYzZ7cuY50ZVGcZWe3AlGl4Btstbn6nQDInxrn
7aQpBbtyXvlYxSac/+Vz5z1gh8YR2OgT0yzVFaOqcYVMC6hWK4O3nJvbaTGuTdcZ
9rPU6woq76yK1xvaozhGrXiyNqt5JySNxPipyIpj+QiakQs1WAev+Vmj+bDYRQZ3
CtigpZdqrnkoeheBFFElWrfiu937lgWvVyTWw1A7wCZHd609UzJD7RPVklekEuw=
=BA1o
-----END PGP SIGNATURE-----