Mailinglist Archive: zypp-devel (116 mails)
| < Previous | Next > |
Re: [zypp-devel] Extending pattern definition
- From: Klaus Kaempf <kkaempf@xxxxxxx>
- Date: Fri, 22 Jun 2007 16:10:51 +0200
- Message-id: <20070622141051.GA17541@xxxxxxxxxxxxx>
* Lukas Ocilka <lukas.ocilka@xxxxxxx> [Jun 22. 2007 15:44]:
> Jiri Srain wrote:
> >>> "workflow_order" : string // to allow ordering, string for better
> >>> extendibility
> >> Yeah, I can see developers embeding YCP code in this string later. What is
> >> extendibility here then?
> >>
> >>> =Wkf
> >>> =WkfCSum (if not specified in content file)
> >>> =WkfOrd
> >> What value does WkfOrd has?
> >> I still don't see YaST specific stuff being part of the pattern definition.
>
> First implementation expects only integer value but later one could
> define any possible dependency (after:pattern:some-other-pattern etc.).
> The initial proposal wanted just integer value but using a string we
> could express dependencies and orders across other Add-Ons and Patterns.
>
> Klaus wanted this feature :) and it makes sense for future.
Well, I wanted some means to express dependencies between worflows.
But I also expressively rejected(!) any kind of ordering based on numbers
but pointed to the dependency mechanism implemented in the lsb start scripts.
Klaus
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
> Jiri Srain wrote:
> >>> "workflow_order" : string // to allow ordering, string for better
> >>> extendibility
> >> Yeah, I can see developers embeding YCP code in this string later. What is
> >> extendibility here then?
> >>
> >>> =Wkf
> >>> =WkfCSum (if not specified in content file)
> >>> =WkfOrd
> >> What value does WkfOrd has?
> >> I still don't see YaST specific stuff being part of the pattern definition.
>
> First implementation expects only integer value but later one could
> define any possible dependency (after:pattern:some-other-pattern etc.).
> The initial proposal wanted just integer value but using a string we
> could express dependencies and orders across other Add-Ons and Patterns.
>
> Klaus wanted this feature :) and it makes sense for future.
Well, I wanted some means to express dependencies between worflows.
But I also expressively rejected(!) any kind of ordering based on numbers
but pointed to the dependency mechanism implemented in the lsb start scripts.
Klaus
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |