Update to 0.8.x

[Robert Ancell]

Update to version 0.8.1. We need to investigate if this should be done in Quantal, the notes in NEWS are:

Notes:
 - We've broken a lot of API in this release. A LOT. If you're using the
   systemd D-Bus interface of PackageKit, then it's likely you'll have
   to spend a few minutes converting to the new interfaces.
   If you use the packagekit-glib or packagekit-qt bindings they'll
   be the odd change too, but nothing quite as drastic.
 - Both the client libraries broke ABI, so there's a soname bump.
 - Needless to say, it's probably not a good idea to push all this new
   and broken code into your super-stable paid-for-support distro.
 - If anyone has questions about porting, grab one of us developers on
   the PackageKit mailing list.

[Matthias Klumpp (ximion)]

Hi! I strongly recomment you to not include PK 0.8.1 right now, as it won't work okay and really break stuff - but I would like to see 0.8.2 or 0.8.3 in Quantal and work on the Ubuntu packaging by myself if necessary/wanted/possible (I'm not a MOTU/Ubuntu developer at time). Including 0.8.x will very much depend on the state of our Aptcc backend at that time - right now it's maintainer is working on it and the backend is in a very good shape, but help is always needed. FYI, Fedora is shipping 0.8.x with it's next release too.
One of the issues will be that Ubuntu does not ship systemd or - even more important - systemd-logind, but at time we can work around that by disabling all features which make use of it. (In the long term this will become difficult, as ConsoleKit development has stopped and is unsupported)
Please stay in touch, then we can work something out :-)
(Btw. PK 0.8.2 will contain even more invasive changes (in order to make implementaing Software-Centers with PK easier), I blogged about them recently)

[Robert Ancell (robert-ancell)]

Matthias! Great, thanks for the info. This bug is here because our version tracker (http://people.canonical.com/~platform/desktop/desktop.html) has flagged packagekit as not being the latest upstream. You are most welcome to work on packaging and I can review and upload the changes if we can make them work for Quantal.

Note, we are investigating if we can replace ConsoleKit with systemd-login in Quantal (https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-session-management).

[Matthias Klumpp (ximion)]

Hi! Yep, I'll take a look at this - depending on the state of the Aptcc backend and if I cen see that PK 0.8.x will be stable enough before feature freeze, I will prepare a package and submit it for review.
(And disable the systemd stuff at first, I'm still waiting on a decision on systemd-usage from Debian, but I think this will be allowed for Wheezy+1)
Using systemd-logind without systemd is a major pain, you would probably have to write a compat-layer for systemd ot provide it's functionality in a different way... Talked with Lennart Poettering about something similar some months ago, and he doubted it was possible. (at least not easy)
I'll stay informed, it would be awesome to be able to use systemd-logind, as it has so many advantages over the old ConsoleKit.

Btw, I have requested sync of the latest PK stable from Debian as bug #1022475, all Ubuntu changes are in that package too. It is important that you at Ubuntu support the Aptcc backend of PK if you can, because the Apt backend is in a very bad state at time, so we weren't able to ship it in Wheezy.

I think we can have a PK from the 0.8.x series in Quantal, the next Fedora will have it too. (The 0.8 series brings lots of awesome new features for distributors to use)
Bye, and thanks for the hint! :-)

[Matthias Klumpp (ximion)]

Hi!
Okay, my plan is the following: With the release of PK 0.8.3 or 0.8.4 and the availability of PK 0.7.6, I will package 0.8.x with all components and upload it to Debian Experimental. I'll also update GNOME-PackageKit and Apper in experimental as soon as possible. (for GPK, Ubuntu did that already)
At time, it looks like we'll have 0.8.x ready in-time for Quantal, and also Fedora will be shipped with a version from this series.
So, when PK is available in experimental and you want to go this step, feel free to use it in Ubuntu :-)
(I'll write a sync-request then) - But be careful, the changes are huge! (but everything will be adapted in GPK, Aptcc and Apper in-time, I think)
Cheers,
   Matthias

[Matthias Klumpp (ximion)]

Usable packages for PK 0.8.x are now available in Debian Experimental. I'll very soon assemble the whole family of PackageKit-related apps there and then push everything to unstable, as soon as it is ready. (But because Debian is at freeze at time and I don't want to annoy people who depend on PackageKit and want to contribute packages to testing via unstable, I'll wait with this for some time)
You can take the packages for Ubuntu R*

[Sebastian Heinlein (glatzor)]

Am Montag, den 01.10.2012, 23:44 +0000 schrieb Matthias Klumpp:
> Usable packages for PK 0.8.x are now available in Debian Experimental. I'll very soon assemble the whole family of PackageKit-related apps there and then push everything to unstable, as soon as it is ready. (But because Debian is at freeze at time and I don't want to annoy people who depend on PackageKit and want to contribute packages to testing via unstable, I'll wait with this for some time)
> You can take the packages for Ubuntu R*

At first aptdaemon needs to support the 0.8 framework before we will see
a later version of PackageKit in Ubuntu. But I already started on
porting the interface.

Furthermore we have to see how fast the new API gets used by the clients
(e.g. in GNOME). That should only happen if most of the backends have
been ported to 0.8.

[Matthias Klumpp (ximion)]

Everything except for Apper is already 100% compatible with 0.8.x, so
this is no issue :-)

2012/10/2 Sebastian Heinlein <email address hidden>:
> Am Montag, den 01.10.2012, 23:44 +0000 schrieb Matthias Klumpp:
>> Usable packages for PK 0.8.x are now available in Debian Experimental. I'll very soon assemble the whole family of PackageKit-related apps there and then push everything to unstable, as soon as it is ready. (But because Debian is at freeze at time and I don't want to annoy people who depend on PackageKit and want to contribute packages to testing via unstable, I'll wait with this for some time)
>> You can take the packages for Ubuntu R*
>
> At first aptdaemon needs to support the 0.8 framework before we will see
> a later version of PackageKit in Ubuntu. But I already started on
> porting the interface.
>
> Furthermore we have to see how fast the new API gets used by the clients
> (e.g. in GNOME). That should only happen if most of the backends have
> been ported to 0.8.
>
> --
> You received this bug notification because you are a member of
> PackageKit-Team, which is subscribed to packagekit in Ubuntu.
> https://bugs.launchpad.net/bugs/1022407
>
> Title:
> Update to 0.8.x
>
> Status in “packagekit” package in Ubuntu:
> Triaged
>
> Bug description:
> Update to version 0.8.1. We need to investigate if this should be
> done in Quantal, the notes in NEWS are:
>
> Notes:
> - We've broken a lot of API in this release. A LOT. If you're using the
> systemd D-Bus interface of PackageKit, then it's likely you'll have
> to spend a few minutes converting to the new interfaces.
> If you use the packagekit-glib or packagekit-qt bindings they'll
> be the odd change too, but nothing quite as drastic.
> - Both the client libraries broke ABI, so there's a soname bump.
> - Needless to say, it's probably not a good idea to push all this new
> and broken code into your super-stable paid-for-support distro.
> - If anyone has questions about porting, grab one of us developers on
> the PackageKit mailing list.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1022407/+subscriptions

[Matthias Klumpp (ximion)]

FYI: Debian Unstable is now running with PK 0.8.x :-)
(I expect the transition to be very smooth an complete quickly)
To get PK 0.8.x working, the packages packagekit, packagekit-qt, gnome-packagekit, listaller and apper need to be synced, possible reverse-dependencies at Ubuntu should be fine with a rebuild, unless they use more advanced features of PK (in that case, patches are trivial)
Everything which uses the session-interface exposed by gnome-packagekit-session does not need to be rebuilt, the interface hasn't changed.
Cheers,
    Matthias

[Jeremy Bícha (jbicha)]

Matthias, we actually already landed all of that in saucy-proposed but had to yank it out as migrating to PackageKit 0.8 is blocked on bug 1094616 which may take a while to fix.

[Sebastian Heinlein (glatzor)]

Hello Matthias and Jeremy,

I ported aptdaemon to the 0.8 interface at the weekend. All of the PK tests in aptdaemon pass and I can use pkcon without any problems. My plan is to extend the test suite and release by the end of the week.

Cheers,

Sebastian

[Matthias Klumpp (ximion)]

@Sebastian: Great news! (although I'd still prefer Ubuntu using PackageKit/Aptcc ^^)
While looking at Ubuntu, I just found something else: You do realize that you broke everything depending on QPK by merging packagekit-qt? https://launchpad.net/ubuntu/+source/packagekit-qt
It won't even build from source w/o a PackageKit from the 0.8.x series ;-)
(so you'd notice that during an archive rebuild, but binaries have already been taken over)
Cheers,
    Matthias

[Jeremy Bícha (jbicha)]

Yes, I was aware of packagekit-qt. If it had a depends on packagekit 0.8 instead of just a build-depends it wouldn't have automatically migrated to the release pocket. apper is the only reverse dependency.

[Sebastian Heinlein (glatzor)]

Servus Matthias,

PackageKit und Freunde sind nun mit aktuellen Versionen in Ubuntu Saucy
gelandet. Wie auch Listaller in der Version 0.5.8-1.

Danke für die Unterstützung und entschuldige, dass es so lange gedauert
hat.

Grüße,

Sebastian