It looks like the package does not have the latest category information.

padr...@opensolaris:~/12962_gate$ pkg publisher -n
PUBLISHER                             TYPE     STATUS   URI
opensolaris.org (preferred) origin online http://ipkg.sfbay/dev/ contrib origin online http://pkg.opensolaris.org/contrib/
padr...@opensolaris:~/12962_gate$ pkg info -r openoffice-es
         Name: openoffice-es
      Summary: Spanish localization for OpenOffice.org 3.1.0
  Description: Spanish localization for OpenOffice.org 3.1.0
     Category: Desktop (GNOME)/Localizations
        State: Not installed
    Publisher: opensolaris.org
      Version: 3.1.0
Build Release: 5.11
       Branch: 0.111
Packaging Date: May 18, 2009  6:33:13 AM
         Size: 37.67 MB
FMRI: pkg://opensolaris.org/[email protected],5.11-0.111:20090518T063313Z


On 12/04/09 15:28, Rich Burridge wrote:
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.

I'm confused. Where is the category "Desktop (GNOME)/Localizations" now coming from? According to .../gate/src/util/distro-import/unbundleds/OpenOffice the classification
for the latest "openoffice-es" package is "Applications/Office".

package openoffice-es
classification "Applications/Office"
summary "Spanish localization for OpenOffice.org 3.1.0"
version 3.1.0
import ooobasis31-es
import ooobasis31-es-base
import ooobasis31-es-binfilter
import ooobasis31-es-calc
import ooobasis31-es-draw
import ooobasis31-es-help
import ooobasis31-es-impress
import ooobasis31-es-math
import ooobasis31-es-res
import ooobasis31-es-writer
import openofficeorg3-es
depend openoffice
end package

Is this for an older version of the package?


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

Note that the .../gate/src/util/distro-import/gen_os_files.py, does the following
mappings:

       # The following adjustments are made because the GUI Package
       # Manager code is currently unable to handle sub-categories
       # with the same name in different categories:
       #
       # Desktop (GNOME)/Localizations
       #                      -> Desktop (GNOME)/Localizations (Desktop)
       # System/Databases     -> System/Databases (System)
       # System/Libraries     -> System/Libraries (System)
       # System/Localizations -> System/Localizations (System)
       # System/X11           -> System/X11 (System)

Does something similar have to be done for the list API?


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

I'll leave Shawn to answer this one.

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

Reply via email to