[packagekit] Things that need fixing

Tim Lauridsen tim.lauridsen at googlemail.com
Fri Feb 29 00:58:29 PST 2008


Tim Lauridsen wrote:
> Richard Hughes wrote:
>> On Fri, 2008-02-29 at 08:59 +0100, Tim Lauridsen wrote:
>>> Yum >= 3.2,10 has a new improved '--skip-broken' broken feature builtin
>>> to skip packages with broken dependencies.
>>> it is controlled by the self.yumbase.conf.skip_broken flag.
>> YAY!!! In which case can we use this by default for UpdateSystem or is
>> much slower? If it's much slower, we could try the transaction without
>> this set, then try it with set, else erroring out.
> 
> I is not slower if there is no problem with transaction, only if there 
> is problem it will be slower.
> 
>>> I would be nice if there was some way to control this from pk, but we 
>>> have to extend the signals some how to signal packages being skipped 
>>> from the transaction.
>> Just don't emit the Package() for the skipped package. We'll always get
>> it again when we requeue the GetUpdates.
>>
>   I think the users will find it strange, if they update the system, and 
> there is some updates left after the update, without some notice.
> is there a signal to send a post transaction message ?
> 
>>> In the yum2 backend i make perfect sense to use arrays, but what about 
>>> the helper script backends link yum, how do they handle multiple packages ?
>> I guess just pass them as extra arguments on stdin.
> 
> ok, fine
>>> I think we should make new multi package method, and let the frontend 
>>> check if multi package methods is implemented, then use them else 
>>> fallback to single package methods.
>> Sounds pretty icky. I think we can do the string -> stri array thing
>> on all the backends, it just might take a bit of time.
>>
> ok, then i start fixing the yum backend to support arrays ( multiple 
> package args on stdin )
> 

Ok, i have fixed update and install in the yum backend to handle multi 
packages in stdin.

Tim



More information about the PackageKit mailing list