Re: [Postfixadmin-devel] 2.3.3 release?

[Rudi F. <rud...@go...>]

look at rev. 981
I think i have fixed the logging problem.

Am 06.03.2011 17:39, schrieb Tanstaafl:
> On 2011-03-04 6:14 PM, Christian Boltz wrote:
>> Am Donnerstag, 3. März 2011 schrieb Tanstaafl:
>>> On 2011-03-03 4:38 PM, Christian Boltz wrote:
>>>> Besides that, the diff (see [1]) looks good and we don't have
>>>> critical open bugs in the bugtracker.
>>> What about the broken logging bugs I reported? I'd really like to see
>>> them fixed...
>> I'd also prefer to have an empty bug list ;-) but if we wait with the 
>> release until we reach that status, you'll see PostfixAdmin 2.3.3 in two 
>> years - if nobody finds new bugs ;-)  (see sig *g*)
> I understand, but logging bugs, imo, should be given a higher priority,
> because without proper logging, finding *other* bugs is much harder or
> even impossible (especially for non programmers like myself)...
>
>> OTOH, what we have in the 2.3 branch now (see my changelog sniplet) 
>> includes one major and long-standing bugfix (multiple alias targets in 
>> create-alias) and several smaller fixes.
>>
>> I really want to have those fixes released. This doesn't mean I/we won't 
>> fix the bugs you reported, it just means that they won't make it in the 
>> 2.3.3 release.
> Understood, and can't complain if you decide to go ahead... ;)
>
>> That said: I won't have time to work on PostfixAdmin in the next days 
>> because the carnival season is in its end phase and I'm on tour with a 
>> big float in some carnival parades the next 4 days.
> Sounds like fun... so have some (fun, that is)! :)
>
>> If you send patches for one or more of your bugreports until ash 
>> wednesday that are not too intrusive (and don't look dangerous to me), 
>> I'll include them for 2.3.3.
> If I was a programmer, I'd be happy to, but alas...
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> Postfixadmin-devel mailing list
> Pos...@li...
> https://lists.sourceforge.net/lists/listinfo/postfixadmin-devel