[Logcheck-devel] release/versioning/crit bugs

[Todd Troxell]

So I've been thinking about this for a bit.

The nice part about this cleanup is that it involves many small and
disconnected problems for the most part.  This makes avoiding the 'too many
cooks' much simpler.  Generally, if you can fix something that will not break
other things, feel free to jump right in.

I'm hesitant to assign things to people in a volunteer project.  It seems
we all care about cleaning this package up so it will run nicely in sarge.
My direction on this is fairly simple:

Clean up the importants like 174173
Fix rulefiles so we are not sending annoying mails.

As far as priority on rulefile fixes, most widely used packages [1] first?

I do like the idea of freeze/testing as you've probably noticed <:  
Thanks for the input.

-Todd

[1] http://popcon.debian.org/
> 
> To this point, I have been hesitant to jump in on some of these bugs 
> just because I'm a little leery of contributing to a "too many cooks"
> scenario. Not that I am suggesting that this is/has occurred, just that
> I don't have a feel, (yet), for what everyone else is doing and what 
> the goals, (informal or otherwise), are for each release.
> 
> I would suggest that for after each release, some determination, 
> (consensus, mandate from Todd? :), is made about what will be 
> accomplished for the following release. Additionally, some group 
> discussion/coordination about who will work on the items leading up to
> the release and how they will be accomplished would likewise be useful.
> 
> Once those goals have been met we can test, tag, and release. Fixes for
> bugs that are generated by a new release could be incorporated into the
> goals for the next release, which would imply that some period of time
> be allowed to lapse so that the dust could settle in the BTS, (with that
> period of time being largely dependent on the degree of change that was 
> introduced by the new release).



-- 
[   Todd J. Troxell 	                                    ,''`.
      Student, Debian GNU/Linux Developer, SysAdmin, Geek  : :' :
      http://debian.org || http://rapidpacket.com/~xtat    `. `' 
                                                             `-     ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/logcheck-devel/attachments/20040509/c8056f14/attachment.pgp