pkg question I've spent too long on... another pkg-Nth wanted

[Jeffrey Bouquet]

Not an easy question, below BUT...

Possible easier 3 paragraphs, than reading all
of the following, at the bottom of this message if one does
not want to read it all.     Bottom 3 paragraphs did not occur to
me til I'd already written the top part.   Sorry!
..................................

I've a list of packages from v10 pre- v11
and a list of packages post-v11 (that pkg inexplicably removed upon
upgrading
one port) (until I finally tweaked it to work properly)

One list contains 680-odd
the other 610-odd

libaacs-0.8.0


I would like some pkg tool to determine, given all of each list, which
are installed
despite the current package name varying by number or even name

So that I can complete the v10 > v11 upgrade by re-installing those
initially
deinstalled by pkg, given the format above, from the pre-upgrade
local.sqlite file.
something equivalent to
pkg-install-if-absent-by-rquery-origin-probable-upstream, or
pkg-info-is-broken
unfetchable-so-no-use, or pkg-upgrade-right-now-by-package-can-do
3- in  1 pkg tool, something like portmaster or portupgrade used to do
(pkgdb -F etc)
but which fail (mostly silently or with a short "cannot do" message ...
at least until they
are upgraded...   for instance "portmaster --check-depends " does
absolutely nothing as
far as terminal output here.)

Another list where the
x11/9menu format
differs from 24xx to 25xx installed.

I spent a lot of time almost getting a solution from docdiff's etc of
the first
list but it is inconclusive...
docdiff's of the latter are apparant but too time-consuming.

So I suppose I would use a method of given the "libaacs-0.8.0" format, what
pkg info or query, or pipe containing same,
 would tell it it OR a later version is installed or not.  (since it is
shorter than the
latter list, where the package may differ from the origin name).
.............................................................

As an afterthought after writing all that,  this question could be maybe
irrelevant if
the PACKAGES TO BE REMOVED  (top portion of "pkg install"  sometimes) were
to print in dual format:

colordiff-1.0.13_2  textproc/colordiff
cdif-0.9.7,1    textproc/cdif

I suppose that if that format were present, I could pipe/awk it
straightaway to
portmaster and/or portupgrade and/or pkg install without having to write an
email such as this one
So that maybe is the easiest way