Mailinglist Archive: zypp-devel (148 mails)

[Duncan Mac-Vicar Prett <dmacvicar@xxxxxxx>]

Michael Matz wrote:
> Hi,
>
> On Fri, 28 Mar 2008, Duncan Mac-Vicar P. wrote:
>
>   
> > Pool by itself is a transaction.
> >     
>
> Ehh?  No, it isn't.  I never understood the use of the word 'transaction' 
> in libzypp (or "an item transacts", which gives me even more creeps).  A 
> transaction is a collection of units of work, not a collection of things.  
> A unit of work, when applied to a thing gives you a new think, hence a 
> transaction is comparable to a function, and the pool comparable to a 
> simple set on which a transaction can be applied (giving you a new pool).
>
> (For nitpicks: yes, a function also is just a special set, but it's 
> cleaner to differentiate between both concepts).
>
>   
sat solver pool is not, that is why jobs are separated, but the zypp 
pool is a container of poolitems, each of one has a unit of work 
(nothing, install, delete), the fact that each poolitem points to an 
object does not mean the pool itself is only a collection, that pointer 
is also the receiver of the job, which is part of the job itself.

Duncan

--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx