I am trying to understand why PackageManager should list packages which are not installable.

Given our current workload I cannot see us implementing your proposed RFE in the short term.

Padraig

Joanmarie Diggs wrote:
Hey guys.

I noticed another change in PM as a result of the switch to the list
API: Items have unexpectedly (to me) gone missing from the package list.
For instance, given:

$ pkg list -n SUNWlibatk
NAME (PUBLISHER)                              VERSION         STATE      UFOXI
SUNWlibatk (joanmarie.homeunix.org)           0.5.11-0.127.1  installed  u----
SUNWlibatk (localhost)                        1.29.3-0.127    known      -----
SUNWlibatk                                    0.5.11-0.128    known      u----

I'd expect to be able to view any of the above publishers and see
SUNWlibatk listed amongst the packages for that publisher. Prior to the
switch to the list API, this is the case; post switch (at least with
this patch), SUNWlibatk is not present in the package lists for the
latter two publishers.

>From what I gather, PM now does the equivalent to pkg list -a.

$ pkg list -a SUNWlibatk
NAME (PUBLISHER)                              VERSION         STATE      UFOXI
SUNWlibatk (joanmarie.homeunix.org)           0.5.11-0.127.1  installed  u----

1. Is this the intended/desired behavior for PM now? I'm hoping the
answer is no. But if it is yes:

2. Padraig, John, Michal: Could you be persuaded to implement an RFE
which would cause PM to optionally do the equivalent pkg list -n? :-) It
would be nice to not have to bounce between the gui and the cli (or the
web interface for a publisher) just to see what packages *might* be
installable (i.e. after dealing with whatever constraints are preventing
that currently).

Thanks and take care.
--joanie

On Fri, 2009-12-04 at 08:39 +0000, Padraig O'Briain wrote:
Joanmarie Diggs has raised the following issue with me.

With the new list API the openoffice translation packages, for example, openoffice-es, have category Desktop (GNOME)/Localizations.

The file opensolaris.org.sections does not contain the category 'Localizations' for Desktop (GNOME). It does have the category 'Localizations (Desktop)'.

Where should I log a bug to get opensolaris.org.sections updated?

Padraig

On 12/03/09 19:29, Shawn Walker wrote:
Padraig O'Briain wrote:
The webrev, http://cr.opensolaris.org/~padraig/ips-9519-v1/ , fixes
9519 Package Manager and Update Manager should not call misc.get_inventory_list

This webrev contains the following changes:

Package Manager uses the new API get_pkg_list() to get the packages for a publisher instead of misc.get_inventory_list().

Package Manager uses API info() calls to get the required information about packages in search results instead of using misc.get_inventory_list().

Package Manager uses get_pkg_list() to determine the categories a package belongs to.

The two level section/category information displayed in the treeview on the left hand side is still determined from the file opensolaris.org.sections.

The code to get package descriptions has been removed as the calls to get_pkg_list() or info() return the descriptions.

Package Manager no longer caches the package lists. The code to support this has been removed from packagemanager.py and gui/modules/cache.py. The only thing we cache now is the search completion data.
For all of the remaining data you cache, it no longer "pickles" FMRI objects, correct? From what I can tell, this is true now.

Thanks so much for getting this far!

Cheers,
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss



_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to