Re: Assume Co-Maintainership of Mail-Webmail-Gmail
On Friday 10 March 2006 22:49, brian d foy wrote: In article [EMAIL PROTECTED], Shlomi Fish [EMAIL PROTECTED] wrote: On Friday 10 March 2006 15:58, Jerry D. Hedden wrote: It's been over a month since I sent this. Why didn't I receive a reply? You have to contact the 'owner' directly. Only the owner can make you a co-maintainer. This mailing list does not directly affect ownership. The owner is not responsive, and hasn't been in quite a while. Besides, this email was directed towards modules@perl.org, where the CPAN administrators are, and from what I understood they _can_ make me a co-maintainer. Next time, you should make it clear in the message (not just the headers) where you've sent it. It helps people know what's going on. OK. I also answered this message in modules@perl.org not realizing that you had already posted it here, too. Mail-Webmail-Gmail has a new version today, so I consider it as actively maintained and its up to the owner to add you as a co-maintainer. If you send him a kind note, you might get a reply. :) Yes, a new version was released today (after a long time of neglect). It fixes the critical bug that was exhibited there, so it's no longer critical that I become a co-maintainer. The author contacted me privately about it. Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ 95% of the programmers consider 95% of the code they did not write, in the bottom 5%.
Re: Assume Co-Maintainership of Mail-Webmail-Gmail
On Friday 10 March 2006 22:33, brian d foy wrote: It's been over a month since I sent this. Why didn't I receive a reply? (To say nothing of this request being dealt with.) Hi Shlomi, The usual procedure to take over a module invovles you publicly announcing your intent in some place that most people will see, such as use.perl, and some of the admins trying to contact the author. OK, I'll keep it in mind. If, after a couple of weeks the author does not respond (or responds that he doesn't mind the transfer), we can add you as a co-maintainer. OK. However, Allen Holman has uploaded a new version today, I think he's still interested in working on the module. I can't say why he hasn't responded to you, but realize that sometimes mail gets lost. Perhaps you can try again. You might consider being a bit less aggressive, though :) That's OK. My problem was that the module had a critical issue and was not corrected to fix the problem, despite the fact that a bug and a patch (by me) were placed in the Request Tracker of the module. Today, the author uploaded a new and corrected version, which fixes the problem. That was not the case over a month ago when I first contacted [EMAIL PROTECTED] Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ 95% of the programmers consider 95% of the code they did not write, in the bottom 5%.
Re: Assume Co-Maintainership of Mail-Webmail-Gmail
On Friday 10 March 2006 23:53, A. Pagaltzis wrote: * Shlomi Fish [EMAIL PROTECTED] [2006-03-10 13:30]: On Monday 06 February 2006 00:05, Shlomi Fish wrote: I'd like to become co-maintainer of the Mail-Webmail-Gmail module: http://search.cpan.org/dist/Mail-Webmail-Gmail/ Has been unmaintained since April 2005, and is now broken due to the gmail interface change. I wrote and submitted a patch to fix it: Honestly, though, why would anyone care? GMail offers POP3 access now, so scraping their web pages to get at the information is a pointless excercise. Unfortunately, you're wrong. POP3 is a limited protocol that doesn't give everything that Mail-Webmail-Gmail does. Here are a few things that M-W-G can do that POP3 can't: 1. List all messages in a certain label. 2. Delete all messages in a certain label. 3. Apply a label on a large number of messages. 4. Remove a label from a large number of messages. Everything that has to do with labels cannot be done with POP3. I'm using Mail-Webmail-Gmail to purge all the messages from the label of a certain mailing list. I'm not interested in downloading all of them to my hard disk, and I'd rather not use the web UI to delete them since it can only select 100 messages at a time. Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ 95% of the programmers consider 95% of the code they did not write, in the bottom 5%.
Re: Naming advice: parse info out of Build.PL/Makefile.PL
I think the Module::* namespace is the preferred namespace for things that analyze packages. FYI, there already is a Module::MakefilePL::Parse with a similar function, though it doesn't use PPI. (I've not updated it in a long time, since I've put the project that used it on the back burner ;) Perhaps Module::MakefilePL::Parse::PPI and Module::BuildPL::Parse::PPI? Rob
Re: Naming advice: parse info out of Build.PL/Makefile.PL
* Robert Rothenberg [EMAIL PROTECTED] [2006-03-11 16:15]: Perhaps Module::MakefilePL::Parse::PPI and Module::BuildPL::Parse::PPI? Isn’t that backwards? Following the “generic-to-specific” rule, it should be Module::Parse::MakefilePL::PPI, no? Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/
How does Filter::Inline sound?
After years of threatening, I've finally spun POE::Preprocessor off
into a separate project. It just needs a good name before I upload
it. The current documentation is at http://search.cpan.org/~rcaputo/
POE/lib/POE/Preprocessor.pm.
Executive summary: This source filter (code named Filter::Inline)
adds syntax for inline code templates. Definitions look like named-
prototyped subs, using the macro keyword:
macro max (one,two) {
((one)(two)?(one):(two))
}
Invocations look rather template-like:
print {% max $one, $two %};
At load time, parameters are literally expanded into macro bodies,
which are then inserted into your code. The above example is
compiled as:
print (($one)($two)?($one):($two));
It supports some other syntax, but the macros are the main attraction.
--
Rocco Caputo - [EMAIL PROTECTED]
Re: How does Filter::Inline sound?
Hi Rocco,
well `Inline` has other connotations in Perl-land, so I expected
it was a module to do source filtering… but… inline? Somehow? I
blinked for a bit when I started reading the description, and
then I understood – “oh! he is using Inline with *that* meaning.”
How about something like Filter::ExpandMacros?
Regards,
--
#Aristotle
*AUTOLOAD=*_;sub _{s/(.*)::(.*)/print$2,(,$\/, )[defined wantarray]/e;$1};
Just-another-Perl-hacker;
