Re: Who controls svn.perl.org?
David Cantrell wrote: On Mon, Apr 02, 2007 at 10:19:21AM -0500, Andy Lester wrote: I recommend using Google Code hosting at code.google.com instead. Setup is trivial, as is adding people to the project. What's the advantage over sourceforge? An important one is that it's possible to download a file without several clicks through slow ad-filled pages. :-) - ask ps. apologies for the duplicate postings - Thunderbird and I weren't getting along. -- http://www.yellowbot.com/ - http://develooper.com/
Re: Who controls svn.perl.org?
Jerry D. Hedden wrote: Jerry D. Hedden wrote: Who do I need to contact to get access permission on svn.perl.org so I can add the 'threads' and 'threads::shared' modules to it? Andy Lester wrote: I recommend using Google Code hosting at code.google.com instead. Setup is trivial, as is adding people to the project. Both of those require human intervention if you host it on svn.perl.org. For my own modules, I might consider it, but for core modules, I feel they should go somewhere more 'official'. The contact information Tim sent is right. As Andy says we are encouraging people to look at code.google.com. As for modules getting stuck/lost there if the author goes away: The people at Google working on Google Code are friendly and helpful, I am sure we'll be able to sort that out even if Robert didn't work there and had internal access too. That being said, we are happy to host things on svn.perl.org too, in particular core modules - partly for some of the reasons you list. Just know that the UI for setting up access stuff is sending emails to RT. We have plans to make something better for that, but we made them when Sourceforge was state of the art. Since the advent of Google Code it's fallen back on the priority list. - ask
Re: Who controls svn.perl.org?
Jerry D. Hedden wrote: Jerry D. Hedden wrote: Who do I need to contact to get access permission on svn.perl.org so I can add the 'threads' and 'threads::shared' modules to it? Andy Lester wrote: I recommend using Google Code hosting at code.google.com instead. Setup is trivial, as is adding people to the project. Both of those require human intervention if you host it on svn.perl.org. For my own modules, I might consider it, but for core modules, I feel they should go somewhere more 'official'. The contact information Tim sent is right. As Andy says we are encouraging people to look at code.google.com. As for modules getting stuck/lost there if the author goes away: The people at Google working on Google Code are friendly and helpful, I am sure we'll be able to sort that out even if Robert didn't work there and had internal access too. That being said, we are happy to host things on svn.perl.org too, in particular core modules - partly for some of the reasons you list. Just know that the UI for setting up access stuff is sending emails to RT. We have plans to make something better for that, but we made them when Sourceforge was state of the art. Since the advent of Google Code it's fallen back on the priority list. - ask
Re: Cannot Contact Perl List Manager listmast at lists.perl.org
imacat wrote: On Tue, 20 Mar 2007 20:28:35 -0500 Ken Williams [EMAIL PROTECTED] wrote: On Mar 17, 2007, at 1:43 AM, imacat wrote: I cannot reach CPAN list master [EMAIL PROTECTED], due to the down of x3.develooper.com. Is this normal? Or has the list master's Might have been this: http://log.perl.org/2007/03/oops_several_se.html I think not. x3.develooper.com has been down for at least 4 days continuously, as I have received the bounce mail from my sendmail yesterday. It does not look like a temporarily issue. I think you want listmast at lists dot cpan dot org. In case of problems (suspected or real) with any of the perl.org/develooper.com servers you are much more likely to have something done about them if you contact myself or Robert Spier than if you email some random list or post to some random use.perl journal etc etc. We often see it anyway, but usually just because of someone forwarding it to us. - ask
Re: Anyone experiencing problems with rt.cpan.org?
Ovid wrote: In the last day or so, every time I go to rt.cpan.org, it seems to nearly finish loading a page and then just stalls. My problem was that I couldn't even log in yesterday. I eventually filed a bug report with perlbug-admin at perl and Robert had to diddle the database to get me sorted. Wasn't that rt._perl_.org? To the original poster: Posting about problems with a cpan.org or perl.org on a random-ish list or (worse) on use.perl or perlmonks is never the best way to get it resolved. - ask
Re: DNS zone transfer module
Chris wrote: I created a module that extends Net::DNS::Resolver to make zone transfers a little easier. It looks up the nameserver records for a zone, and then performs transfers from each nameserver until it gets a response. SYNOSIS use Net::DNS; use Net::DNS::Resolver::ForceAxfer; I was going to suggest Net::DNS::Resolver::AXFR, but that's not really right as the smarts in your module is looking up NS records -- not actually doing the AXFR (regular Net::DNS can do that). Net::DNS::Resolver::TransferKit is pretty good, except it doesn't mention axfr. :-) Net::DNS::Resolver::AXFRKit ? AXFRHelper ? - ask
Re: CPAN question
[EMAIL PROTECTED] (_brian_d_foy) writes: My impulse is to regularly update the modules on CPAN, at least until we get a semi-functional beta in place. But I'm apprehensive that using CPAN like CVS might annoy some of the maintainers. :) You can mark distributions as developer releases, upload as appropriate, and delete distributions when you don't need them any more. :) Of course you can't Really Really delete a module, so it'll still take up bits in a few places. (currently there's about twice as much on backpan as on CPAN -- either we are growing tons or people should delete stuff more often :-) ) [EMAIL PROTECTED] pub]$ du -s CPAN perl/backup.pause [1] 2702432 CPAN 5321556 perl/backup.pause - ask [1] http://mirrors.develooper.com/perl/ -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Re: CPAN Rating
[EMAIL PROTECTED] (A. Pagaltzis) writes: * Nicholas Clark [EMAIL PROTECTED] [2004-06-16 21:24]: Well, I guess to run a patched version of search.cpan.org on your local system you need to start by running an unpatched version of search.cpan.org. I'm not sure whether the source to it is available, and if so, where to get it. But resolving that seems to be the first step. That means asking Ask, if I am correctly informed, right? No, I didn't make search.cpan.org. - ask -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Re: CPAN Rating Wrap up
[EMAIL PROTECTED] (Khemir Nadim) writes: - We have troubles finding out who is holding onto the code, were it is and how to change it. Which site are you talking about then? Surely it can't be http://cpanratings.perl.org. If you click on a random link in the menu bar (there are 3) you have a 33% chance of getting to a page with a link to installation instructions for installing a local copy of the site *and* a TODO list. I'll check in on this list again on this topic when the TODO list is a bit shorter. (*cough*patches*cough*) - ask -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();