# from David Golden
# on Tuesday 27 January 2009 14:50:
>On the other hand, maybe rt.cpan.org could become META.yml-aware and
>redirect accordingly.
That's a lovely idea. Ambitious implementors may want to read:
http://use.perl.org/~Eric+Wilhelm/journal/38304
--Eric
--
perl -e 'srand; print
On Tue, Jan 27, 2009 at 5:27 PM, Jonathan Rockway wrote:
>
> The idea is for something to exist for when authors Go Away, their email
> address stops working, and their own bugtracker 404s. Of course, RT
> also works when the author is still around. :)
>
On the other hand, maybe rt.cpan.org coul
* On Tue, Jan 27 2009, Andy Lester wrote:
> On Jan 27, 2009, at 2:52 PM, Jonathan Rockway wrote:
>
>>> Can I prevent people from opening tickets on rt.cpan,org. Does the
>>> bugtracker item in META.yml cascade through to the front page of
>>> search.cpan?
>>
>> No, it doesn't.
>
>
> Yes, it does.
On Tue, Jan 27, 2009 at 03:42:23PM -0600, Andy Lester wrote:
> It would be nice if rt.cpan.org allowed authors to shut down queues,
> but hey, I'm not arguing with a free service.
When I requested it, a queue was shut.
I believe the correct address for requests is rt-cpan-ad...@bestpractical.c
On Jan 27, 2009, at 2:52 PM, Jonathan Rockway wrote:
Can I prevent people from opening tickets on rt.cpan,org. Does the
bugtracker item in META.yml cascade through to the front page of
search.cpan?
No, it doesn't.
Yes, it does. See http://cpansearch.perl.org/src/PETDANCE/ack-1.86/META.yml
* On Tue, Jan 27 2009, Chris Thompson wrote:
> Can I prevent people from opening tickets on rt.cpan,org. Does the
> bugtracker item in META.yml cascade through to the front page of
> search.cpan?
No, it doesn't.
> How can I make the RT emails for my module NOT open a
> ticket, but bounce with a m
Hi,
I was wondering if it were possible to point at a different bug
tracker than rt.cpan.org. I know I can specify "bugtracker:" in
META.yml, but was wondering what that actually did.
Can I prevent people from opening tickets on rt.cpan,org. Does the
bugtracker item in META.yml cascade through to
Moving query from different mailing list...
Philip A. Prindeville wrote:
Howdy.
I was speaking to the owner of this module (Dave Plonka) and he's ok
with me assuming (co)ownership (that's on a separate thread).
I've looked at a couple of bugs that have been making the package not
behave as
