| 1 |
Donnie Berkholz wrote: |
| 2 |
> I'd like to talk in more detail about this with someone, but nobody on |
| 3 |
> #gentoo-guis seemed to know why PackageKit wouldn't work for the simple |
| 4 |
> (no USE flag changes) case. Should I try the -guis mailing list instead? |
| 5 |
|
| 6 |
Looking at the current feature set of PackageKit, there's no reason we |
| 7 |
couldn't add support for Gentoo. |
| 8 |
|
| 9 |
However, PackageKit is really meant for binary distros, and some design |
| 10 |
choices really rely on that. For instance, the PackageKit tray icon will |
| 11 |
ping the backend for updates every 30 minutes or so (default value), |
| 12 |
while this is perfectly fine for apt or yum where downloading the list |
| 13 |
of available updates takes about 2 seconds (just to check the HTTP |
| 14 |
headers to see if something has changed). Obviously, this can't be kept |
| 15 |
as is for our case. |
| 16 |
|
| 17 |
Also, PackageKit has its own conventions when it comes to packages being |
| 18 |
available for one platform. Again, its model fits right with binary |
| 19 |
distros and would require some major tweaking to fit our model, but I |
| 20 |
don't think it's out of our reach. |
| 21 |
|
| 22 |
Maybe one could start writing the search backend and the install/remove |
| 23 |
backend. That would be a nice step in the right direction :) |
| 24 |
|
| 25 |
Cheers, |
| 26 |
|
| 27 |
Rémi |
| 28 |
-- |
| 29 |
gentoo-dev@g.o mailing list |
Archives