Re: RFC: monitoring maintainers' vacations
This message is mostly aimed at netgod. Martin Schulze writes: On Wed, Jun 10, 1998 at 11:14:19PM +0200, Yann Dirson wrote: Many of us send a mail when going off-line for some time. This is however quite informal: these anouncements are posted once in -devel, once in -private; mainly there is no automated way of tracking them. Please contact netgod at [EMAIL PROTECTED] As far as I recall his wnpp database he already has implemented a vacation mechanism. Can you tell us more about this ? Thanx, -- Yann Dirson[EMAIL PROTECTED] | Stop making M$-Bill richer richer, isp-email: [EMAIL PROTECTED] | support Debian GNU/Linux: debian-email: [EMAIL PROTECTED] | more powerful, more stable ! http://www.mygale.org/~ydirson/ | Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: monitoring maintainers' vacations
Martin Schulze writes: Please contact netgod at [EMAIL PROTECTED] As far as I recall his wnpp database he already has implemented a vacation mechanism. Thanks for the hint. May I shout Jehova? ? Sorry, I'm not sure to understand ? This could and should be managed easily with the maintainerdb whose development has stopped because it was based on a non free SQL db and the maintainers were fucked up by the rant. What db engine did they use ? We have postgresql in main... -- Yann Dirson[EMAIL PROTECTED] | Stop making M$-Bill richer richer, isp-email: [EMAIL PROTECTED] | support Debian GNU/Linux: debian-email: [EMAIL PROTECTED] | more powerful, more stable ! http://www.mygale.org/~ydirson/ | Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: monitoring maintainers' vacations
On Wed, Jun 10, 1998 at 11:14:19PM +0200, Yann Dirson wrote: Many of us send a mail when going off-line for some time. This is however quite informal: these anouncements are posted once in -devel, once in -private; mainly there is no automated way of tracking them. Please contact netgod at [EMAIL PROTECTED] As far as I recall his wnpp database he already has implemented a vacation mechanism. I agree that it would be a good thing[tm] to have some mechanism. May I shout Jehova? This could and should be managed easily with the maintainerdb whose development has stopped because it was based on a non free SQL db and the maintainers were fucked up by the rant. Regards, Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / Experience is a useful thing. Unfortunately it is / / only acquired just after one could have used it. / pgpmdCRt2WdN1.pgp Description: PGP signature
Re: RFC: monitoring maintainers' vacations
Yann Dirson [EMAIL PROTECTED] wrote: [...] What would be nice is a mechanism which would allow us to tell the periods when we're expecting to be totally offline, or have a sparse connectivity, or ... [...] This proposal is probably not fully optimal; I may have overlooked some interesting possibilities. [...] Sound like a very nice idea :-) peloy.- -- Eloy A. Paris Information Technology Department Rockwell Automation Venezuela Telephone: +58-2-9432311 Fax: +58-2-9431645 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: monitoring maintainers' vacations
Previously Yann Dirson wrote: What would be nice is a mechanism which would allow us to tell the periods when we're expecting to be totally offline, or have a sparse connectivity, or ... Personally, I always install vacation when I'm away for an extended period of time. Couldn't maintainers just install vacation on the account on master? This way when someone mails them a reply is automatically made stating the maintainer is away. More processing could easily be added.. Of course, this only works for maintainers which use there debian.org-address as their maintainer address, but I expect that people use other addresses can install vacation locally. Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpfdgNMkQu51.pgp Description: PGP signature
Re: RFC: monitoring maintainers' vacations
People could always put something in their .plan on master, so you could just finger them. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: monitoring maintainers' vacations
Philip Hands writes: People could always put something in their .plan on master, so you could just finger them. Problems with this is that it is yet another informal method, and it's hardly automatizable - you'll have to finger manually... that does not help much IMHO. Wichert Akkerman writes: Personally, I always install vacation when I'm away for an extended period of time. Couldn't maintainers just install vacation on the account on master? This way when someone mails them a reply is automatically made stating the maintainer is away. More processing could easily be added.. Of course, this only works for maintainers which use there debian.org-address as their maintainer address, but I expect that people use other addresses can install vacation locally. Well, not all ISPs allow that... Further more, that would only address the warn sender issue. It will still miss the call for NMR on deb-dev - not all submitters will think about, or even want, to send additionnal mails, once they have reported... Further more, vacation seem to only reply when the user is in the To: or CC: fields, ie. when he's in the *original* recipients, which is usually not the case for a bug report, addressed to {submit,[EMAIL PROTECTED] Or do I miss something ? -- Yann Dirson[EMAIL PROTECTED] | Stop making M$-Bill richer richer, isp-email: [EMAIL PROTECTED] | support Debian GNU/Linux: debian-email: [EMAIL PROTECTED] | more powerful, more stable ! http://www.mygale.org/~ydirson/ | Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]