[packagekit] Repo Controls

Tim Lauridsen tla at rasmil.dk
Wed Oct 17 09:41:11 PDT 2007


Richard Hughes wrote:
> On Wed, 2007-10-17 at 10:13 -0400, Robin Norwood wrote:
>   
>> Tim Lauridsen <tla at rasmil.dk> writes:
>>     
>>> Richard Hughes wrote:
>>>       
>>>> "get-repo-list.py" should return:
>>>> repo-detail<tab>fedora-development-debuginfo<tab>Fedora Development (debug)<tab>true
>>>>   
>>>>         
>>> this sounds fine to me, it is easy to implement
>>>       
>>>> and "repo-enable.py fedora-development-debuginfo false" should disable
>>>> the repo. We don't have to do anything with repo-set-data.py yet, we
>>>> need to think about what is allowed, and what would make sense to
>>>> abstract.
>>>>   
>>>>         
>>> There is an issue here, here is no persistence between the calls to
>>> the different yum helpers, so for this to work we have some choices to
>>> make.
>>> 1. repo-enable changes the repo enabled permanent by changing the
>>> enabled=' in there *.repo files. (UGLY)
>>>       
>
> This is what we should do.
>
>   
>>> 2. write the packagekit repo state to some kind of conf file and make
>>> the helpers read and set the repo states from the conf file.
>>>       
>
> Nope, because then we have to keep them in sync - and the user could get
> a different experience from a yum install and a pkcon install?
>
>   
>>> 3. add a repolist parameter to all helpers.
>>>
>>> I prefer 2.
>>>       
>> I don't know if I agree with that...it means the repos enabled for PK
>> will be different than for the other package management system (yum, or
>> whatever).  I realize we should play nice with the existing tools, but
>> if PK is intended to become a replacement frontend, then it seems ok to
>> me for PK to change their configuration.
>>     
>
> Totally agree. PK should just edit the enabled= line.
>
> Richard.
>
>   
Ok,  i will implement it that way.

Tim

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/packagekit/attachments/20071017/166bd58c/attachment-0004.htm>


More information about the PackageKit mailing list