Mailinglist Archive: zypp-devel (70 mails)
| < Previous | Next > |
[zypp-devel] Re: sat solver enhancements and questions
- From: Michael Matz <matz@xxxxxxx>
- Date: Fri, 26 Oct 2007 15:16:57 +0200 (CEST)
- Message-id: <Pine.LNX.4.64.0710261511060.23011@xxxxxxxxxxxxx>
Hi Duncan,
On Fri, 26 Oct 2007, Duncan Mac-Vicar Prett wrote:
That's nice :-)
I would add an interface taking a (command,argument) pair, instead of
exposing the command queue as real queue.
And I think pool.prepare should just be done implicitely by either
constructing a solver, or as part of calling .solve().
I.e. it can use even some more API beatification :)
Which ones? Does swig perhaps not support the C99 _Bool type?
Blaeh :-)
I don't see why not.
Ciao,
Michael.
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
On Fri, 26 Oct 2007, Duncan Mac-Vicar Prett wrote:
That's nice :-)
q = Queue.new
puts q.empty?
r = pool.select_solvable(s, 'gnome-desktop')
puts r.name
# push one command and one resolvable to the queue
q.push(SOLVER_INSTALL_SOLVABLE)
q.push(r)
I would add an interface taking a (command,argument) pair, instead of
exposing the command queue as real queue.
pool.prepare
pool.promoteepoch = true
And I think pool.prepare should just be done implicitely by either
constructing a solver, or as part of calling .solve().
I.e. it can use even some more API beatification :)
- I had some trouble wth the bool stuff (typedef _Bool bool) and swig
Which ones? Does swig perhaps not support the C99 _Bool type?
For the cmake part:
Blaeh :-)
I have no problem to maintain the cmake part (even in paralell), unless
everyone loves it and it can be made the default. it is ok to commit it?
I don't see why not.
Ciao,
Michael.
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |