On 01/15/2013 02:39 PM, Simo Sorce wrote:
On Tue, 2013-01-15 at 10:23 +0100, Petr Viktorin wrote:
On 01/14/2013 08:45 PM, John Dennis wrote:
On 01/14/2013 12:56 PM, Jan Cholasta wrote:
On 14.1.2013 18:50, Petr Viktorin wrote:
Ah, yes, you've discovered my ultimate goal: rewriting the whole
fr
On Tue, 2013-01-15 at 10:23 +0100, Petr Viktorin wrote:
> On 01/14/2013 08:45 PM, John Dennis wrote:
> > On 01/14/2013 12:56 PM, Jan Cholasta wrote:
> >> On 14.1.2013 18:50, Petr Viktorin wrote:
> >>> Ah, yes, you've discovered my ultimate goal: rewriting the whole
> >>> framefork :)
> >>
> >> It w
On 01/14/2013 08:45 PM, John Dennis wrote:
On 01/14/2013 12:56 PM, Jan Cholasta wrote:
On 14.1.2013 18:50, Petr Viktorin wrote:
Ah, yes, you've discovered my ultimate goal: rewriting the whole
framefork :)
It would seem we share the same ultimate goal, sir! :-)
Well it's reassuring I'm not
On 01/14/2013 12:56 PM, Jan Cholasta wrote:
On 14.1.2013 18:50, Petr Viktorin wrote:
Ah, yes, you've discovered my ultimate goal: rewriting the whole
framefork :)
It would seem we share the same ultimate goal, sir! :-)
Well it's reassuring I'm not alone in my frustration with elements of
th
On 01/14/2013 01:17 PM, Rob Crittenden wrote:
Petr Viktorin wrote:
As for clearing the state, you already can't rely on that: the batch
plugin doesn't do it.
Yes, speaking of bolted on, that defines the batch plugin pretty well.
It should be fairly straightforward to clear the state between
On 01/14/2013 07:17 PM, Rob Crittenden wrote:
Petr Viktorin wrote:
On 01/14/2013 05:48 PM, John Dennis wrote:
On 01/14/2013 11:06 AM, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
Petr Viktorin wrote:
On 01/14/2013 05:48 PM, John Dennis wrote:
On 01/14/2013 11:06 AM, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
For an example see dnsrecord_del, which sets a
On 14.1.2013 18:50, Petr Viktorin wrote:
On 01/14/2013 06:31 PM, Alexander Bokovoy wrote:
On Mon, 14 Jan 2013, Jan Cholasta wrote:
On 14.1.2013 17:06, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the threa
On 01/14/2013 06:31 PM, Alexander Bokovoy wrote:
On Mon, 14 Jan 2013, Jan Cholasta wrote:
On 14.1.2013 17:06, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
For an example see dnsrec
On Mon, 14 Jan 2013, Jan Cholasta wrote:
On 14.1.2013 17:06, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
For an example see dnsrecord_del, which sets a "del_all" flag in
pre_callba
On 01/14/2013 05:48 PM, John Dennis wrote:
On 01/14/2013 11:06 AM, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
For an example see dnsrecord_del, which sets a "del_all" flag in
pre_
On 14.1.2013 17:06, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
For an example see dnsrecord_del, which sets a "del_all" flag in
pre_callback and then checks it in execute.
While t
On 01/14/2013 11:06 AM, Petr Viktorin wrote:
IPA Command objects sometimes need to pass some data between their
various methods. Currently that's done using the thread-local context.
For an example see dnsrecord_del, which sets a "del_all" flag in
pre_callback and then checks it in execute.
Whi
13 matches
Mail list logo
