pkg install problem(s)

[Matthew Seaman]

On 07/04/17 12:10, Jeffrey Bouquet via freebsd-pkg wrote:
> pkgdb -u
> origins - not a string
> (NilClass)
> Cannot read the pkgdb!
> .............................................
> That has just started happening.

pkgdb is part of portupgrade(8) IIRC.  Not sure why you care about that
if you're installing things with binary pkgs?

> ............................................
> pkg update
> Shared object 'libarchive.so.7' not found, required by "pkg"
> .............................................
> that has just started happening [ so using pkg-static...]
> 12.0-CURRENT r313487 Feb 13 2017  i386

Yes.  This indicates that the copy of pkg(8) you're using was compiled
on an incompatible build of 12.0-CURRENT -- but that's the sort of thing
that can happen when you're using HEAD I'm afraid.  Looks like
libarchive.so got upgraded and had its shlib version bumped sometime
between when you last upgraded the OS and now, and you're using a
precompiled copy of pkg(8) built after the libarchive bump. If you
update to a more recent version of 12.0-CURRENT, this should sort itself
out.

> ...............................................
> On to the Subject:
>  Which has plagued my principal method of twice weekly using pkg to
>  upgrade going on 3? years now.
>  For various reasons, I have to pkg install... only the majority of
>  pkgs to be updated.
>  For instance, not libxul as of now, cannot afford desktop breakage of
>  seamonkey, for instance.
>  nor ffmpeg, would prefer not to risk breakage of mplayer, for example 

This procedure sounds inherently fragile and it certainly insn't the way
pkg(8) is intended to work.  Why exactly do you feel you have to upgade
like that?

> So I begin typing the subset. pkg-static install p5-This p5-That...
> consisting of 40 or so ports.
> Upon the 30 typed in, Xorg freezers, reboot.
> TEDIOUS.

You could, oh, write a pretty small shell script to do all the tedious
stuff?  Not that that will necessarily help you with the Xorg problems.

> a better solution,
> pkg install works like 'make config' and
> one checks off the ones to be updated.
> Then, 'is this what you want?
> presents
>  a subset of the removed/new/upgrade/reinstall
> lists, rather than all-or-none brute-force install of all.

This is a fairly dangerous approach in general.  Cherry-picking packages
to be upgraded is not an easy thing to get right without a deep
understanding of the dependency relationships between all the packages
you have installed, and what that will transform into after upgrading.
But that's exactly what pkg(8) handles for itself without requiring the
end users to have such detailed knowledge when told to 'upgrade everything'.

So a patch to implement what you suggest is unlikely to be accepted I'm
afraid.

> .....................
> Kindly prioritize that 'feature' into pkg...?
> ....................
> while I am presenting [re presenting ] q about pkg,
> ......................
> make build-depends-list
> pkg-static: ignoring bad configuration entry in pkg.conf: "INDEX-12"
>    ... it does not say why, what a preferred entry should be...

Please show us the output from 'pkg -vv'  It looks like the INDEXFILE
setting in pkg.conf is inconsistent with the rest of your system in some
way.  This is probably not a big deal though -- the INDEXFILE is only
used by some invocations of 'pkg version', and then only if you have a
checked out copy of the ports tree with an INDEX-12 file.  Personally,
I'd recommend using the -R option to pkg-version(8) so that it compares
things to the repository catalogue.

> make: "/usr/ports/Mk/Uses/ncurses.mk: line 67: warning:
>  /usr/local/sbin/pkg-static info -g -ql devel/ncurses | grep
>  -m 1 "^`pkg query "%p" devel/ncurses` /lib/libncurses.so."" returned
> non-zero status.

Yeah.  probably related to the libarchive problem you talk about above
-- which will break the `pkg query "%p" devel/ncurses` bit.

> ....................................
> I am totally perplexed by the above...
> .............................
> At least I've workarounds for it all... Kudos to the developers etc.
> ...........................

	Cheers,

	Matthew


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-pkg/attachments/20170704/d55cc9ad/attachment.sig>