Dirkjan Ochtman <dirkjan@ochtman.nl> [Mon, 12 Jan 2009 09:07:02 +0100] rev 7621
mq: allow qpop if popped revisions are not working dir parents
Dirkjan Ochtman <dirkjan@ochtman.nl> [Mon, 12 Jan 2009 09:53:55 +0100] rev 7620
mq: refactor the pop code to be more readable and allow more changes
Dirkjan Ochtman <dirkjan@ochtman.nl> [Mon, 12 Jan 2009 09:13:45 +0100] rev 7619
merge with crew-stable
Jim Hague <jim.hague@acm.org> [Fri, 09 Jan 2009 22:15:08 +0000] rev 7618
Bugzilla 2.18 and on use contrib/sendbugmail.pl, not processmail.
During 2.17, Bugzilla ditched the old 'processmail' script. With 2.18
contrib/sendbugmail.pl arrived in its place.
For notification emails to work properly, sendbugmail.pl requires as
its second parameter the Bugzilla user who made the commit. Otherwise
the user will not be recognised as the committer, and will receive
notification emails about the commit regardless of their preference
about being notified on their own commits. This parameter should be given
to processmail also, but wasn't for historical reasons.
Add new config with the local Bugzilla install directory, and provide
defaults for the notify string which should work for most setups.
Still permit notify string to be specified, and for backwards
compatibility with any extant notify strings try first interpolating
notify string with old-style single bug ID argument. Add new 2.18
support version to introduce sendbugmail.pl.
In other words, this update should be backwards-compatible with existing
installations, but offers simplified setup in most cases. And as a bonus
Bugzilla notification emails will be dispatched correctly; notifiers will
not receive an email unless configured to do so.
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 09 Jan 2009 18:12:53 +0100] rev 7617
merge with -stable
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 09 Jan 2009 01:37:54 +0100] rev 7616
use enumerate instead of zip
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 09 Jan 2009 01:36:35 +0100] rev 7615
patch: export shouldn't close files received as a parameter
We rely on __del__ to close the fd instead. Patchbomb was relying
on this behaviour, fix it.
Thanks to Manuel Barkhau for reporting it.
Bernhard Leiner <bleiner@gmail.com> [Mon, 12 Jan 2009 09:12:35 +0100] rev 7614
mq: make qnew patch format consistent with qrefresh (issue1457)