software-store-developers team mailing list archive

[Giovanni Campagna <scampa.giovanni@xxxxxxxxx>]

(cumulative answer since I didn't have much time in the last few days)

Il giorno lun, 12/12/2011 alle 18.21 +0100, Michael Vogt ha scritto:
> On Fri, Dec 02, 2011 at 08:52:43PM +0100, Giovanni Campagna wrote:
> > Hello everyone,
> Hi again,
>
> [...]
> 
> The icon-names in historypane.py will need a bit of thought too to
> make it compatible on both PK and aptdaemon systems. 

I guess we should bring the issue at freedesktop, agree on a common set
of icon names, and then ping our respective icon theme authors.

> [..]
> > I would like to join this team because I'm interested in bringing the
> > software center to Fedora, as it was done for Debian and OpenSuse.
> > For this reason, I started patching upstream code, extending and
> > completing the PackageKit backend, and I have something that I consider
> > mostly working in a personal branch here at launchpad.
> > My interest would be in sharing this work, and thus I'd like to merge
> > most changes (including some that are not limited to the backends) to
> > the trunk line of development.
> [..]
> 
> I picked up the work on this again this morning. Its progressing
> nicely, I noticed that installbackend_impl/packagekit_enums.py adds a
> bunch of translation strings that are also available in packagekit. So
> I send a patch to Richard (PK upstream) to make
> pk_status_enum_to_localised_text() (and friends) available via the
> library and he accepted adding it. It will be available in PK 0.7.2. I
> will update the branch accordingly.
> 
> I put my progress into lp:~mvo/software-center/fedora.

I saw your changes. It's cool we have pk_status_enum_to_localised_text()
(although, ghgh, localised...) in the library.

As for the changes you made to the distro class, I need to warn you that
at fedora-devel we are discussing a completely different backend for
screenshots, rating&reviews, and possibly even icons (for legal
reasons), based on the existing fedora package database. I still need to
start the client-side of this, though.

Finally, I'm not sure about runtime detection of PackageKit. While it
makes sense on rpm distros (where software-center package would Require
PackageKitGlib-1.0.gir, and never run without it), on apt distros it
would mean that even installing packagekit by chance changes the
behaviour of the software-center substantially. The code is generally
biased on the apt side, with PK hacking around apt concepts (for
example, the xapian databases generated by PK and apt-cache are not
compatible, because of the slightly different interpretation of
XOorigin), so in no case one should have the PK backend enabled in an
apt distro. Maybe we can make this configurable at buildtime?
(I don't know distutils enough, but it is possible with other build
systems...)

Giovanni

Attachment: signature.asc
Description: This is a digitally signed message part