Re: POE::Component::Fuse bugs, lack of maintenance
Apocalypse appears to've vanished and BinGOs has no idea how to get hold of him either (who, with his knowledge of all things POE, I was hoping he might). So I've registered KOBAZ and granted him co-maint - libera.chat #perl will help out to ensure bugfix releases go smoothly. On Wed, Nov 03, 2021 at 02:55:36PM -0400, Mark Murawski wrote: > Hi! > > APOCAL/Apocalypse has been unresponsive. > > Looking to take over maintenance of this module in order to push bug fixes. > > POE::Component::Fuse > https://metacpan.org/dist/POE-Component-Fuse > > > Thanks! > > -- > -- > Mark Murawski > intellaSoft, LLC > > Support: 518-320-7755 Option 2 > Web: www.intellaSoft.net > > ** We look forward to handling your sales and support needs! > ** For the fastest handling of all of your requests and issues, > ** please send requests and important followup information to > ** helpd...@intellasoft.net > > For major items, include the word 'urgent' anywhere in your message > -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Not confirmed: We may have lost DHA
I reckon 90% likely at this point. No action required by anybody but it's likely enough that we should be preparing for memorialisation. Sorry. If it's true, I'll miss him. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Is there a reason we aren't removing the perl6-n_gg_r upload?
I've been asked about this, and am reluctant to do anything about it myself due to the obvious 'accusations of bias' issues, but I can't personally see any reason why we should leave that on cpan. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Transferred Test::File::ShareDir to ETHER
kent's dead, ether volunteered, if anybody else volunteers we can hook them up -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: CPAN - resolving split ownership of Class-DBI-Sweet distribution
Just clean it up to all be PHRED. I'm fairly sure I wrote most of the code (that's where 'prefetch' first appeared ;) which sort of gives me moral authority to say that, and PHRED is more likely to ever release it again than I am. If I ever release an ORM again presumably it'll be my third attempt and I'll regret my life choices shortly thereafter. On Fri, Aug 21, 2020 at 01:19:16PM +0100, Neil Bowers wrote: > Hi Sebastian, Fred, and Matt, > > I’m one of the PAUSE admins. I’m tidying up distributions that have shared > first-come ownership, since PAUSE tries now to not let this happen — it > maintains the permissions profile on the lead module, regardless of who > releases (in the past the releaser would get first-come on newly added > modules). > > You each have the first-come permission on one of the modules in the > Class-DBI-Sweet distribution, and there’s a large number of co-maints, again > not the same on each module. > > SRI did the first release, then MSTROUT did some, then MRAMBERG, and most > recently PHRED. > > It hasn’t had any releases in the last 9 years, so maybe none of you are that > interested in maintaining it, but I’d like to resolve the ownership, and I’ll > also reindex your last release PHRED (it looks like at some point you didn’t > have co-maint on Class::DBI::Sweet::Topping, and so the entry for that module > in the index refers to an older release). > > The two obvious candidates to have all first-comes are SRI, because he did > the original release and still has first-come on the lead module, or PHRED, > because he did the most recent 3 releases. Another option is to give it to > ADOPTME, if none of you are interested? :-) > > As a default, I suggest PHRED, just so the ownership matches the name on the > most recent release, so if someone does want to adopt it, the person they’re > most likely to contact can give them co-maint. > > Cheers, > Neil -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
THis cpan user (PINGAN) looks ..wrong
See: https://metacpan.org/author/PINGAN -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Request to assume control of MIDI::Praxis::Variation
Given the last release was ~15 years ago, I think we can safely assume it's not the original author's top priority. I've given you co-maint for the moment. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Memorialisation request for JGOFF
https://www.perlmonks.org/?node_id=4271 -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: ELIZABETH modules seem to have vanished?
On Wed, Nov 06, 2019 at 03:36:48AM +0100, Andreas Koenig wrote: > >>>>> On Wed, 6 Nov 2019 02:03:01 +, Matt S Trout > >>>>> said: > > > I'm not sure what the procedure would be for when this happens, do we > > re-upload under a PAUSE user? Adopt first? Things depending on these > modules > > are really not happy right now, so I wonder if a NOMAINT user to re-upload > > under might be acceptable? > > > This is, er, not something I'd expected to happen. Thoughts welcome. > > I think it's preferrable if a real user would adopt them. Pseudouser ok > if not obviously recognizable as such. I see no benefit to have the > MAINT aspect in the username. I prefer that. I was thinking a pseudouser to indicate ADOPTME type status and get it done -now- rather than after more downstream users have been impacted. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
ELIZABETH modules seem to have vanished?
I'm not sure what the procedure would be for when this happens, do we re-upload under a PAUSE user? Adopt first? Things depending on these modules are really not happy right now, so I wonder if a NOMAINT user to re-upload under might be acceptable? This is, er, not something I'd expected to happen. Thoughts welcome. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Amazon::S3
Added BIGFOOT to co-maintainers of Amazon::S3. Added BIGFOOT to co-maintainers of Amazon::S3::Bucket. Last release in '09 ... so figure if he has working code and patches, let's just JFDI at this point. PONG On Tue, Feb 26, 2019 at 08:49:20PM -0500, Rob Lauer wrote: > ...it was suggested in IRC, that I ping once more. > > PING > > Rob > > > On Mon, Feb 18, 2019 at 6:32 PM Rob Lauer wrote: > > > Just checking on the status of this. I understand Neil sent a ping to the > > original maintainer. > > > > Thanks > > > > Rob Lauer (bigfoot) > > > > > > On Sun, Jan 27, 2019 at 4:37 AM Rob Lauer wrote: > > > >> Hi modules@perl.org, > >> > >> I sent the email below a few days ago and have yet to hear back. I am > >> attaching several emails I have sent to the original author of the module > >> over the last 3-4 years. Crickets. As recently as 2 years ago there have > >> been folks wanting issues addressed in this module. I would like to adopt > >> this module. > >> > >> I know modules@perl.org may be busy but it is disconcerting to at least > >> not get a confirmation that the email has been received and is pending > >> consideration. I was under the impression the Perl community was eager to > >> have modules updated and fixed as authors do move on sometimes. > >> > >> Thanks for your consideration > >> > >> Rob Lauer (BIGFOOT) > >> > >> > >> On Thu, Jan 24, 2019 at 4:02 PM Rob Lauer wrote: > >> > >>> Hi, > >>> > >>> More than a few year ago I attempted to contact the author (several > >>> times) regarding this module. Several bugs have been logged against it, > >>> but there are no responses from the original authors. I have some fixes I > >>> can apply and have volunteered to adopt this module as it seems it is an > >>> orphan. It is an implementation of the older S3 protocol but still useful > >>> for many. > >>> > >>> I offer once more to adopt this module. > >>> > >>> Rob Lauer (bigfoot) > >>> > >> -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Module-Runtime maintenance
There's been an intention stated by Zefram for a while to remove the bypassing of CORE::require overrides in Module::Runtime, which would make it usable for me in a bunch of cases it currently isn't. Given Zefram seems to've vanished, I'd like to take over maintenance or at least to be given permissions for doing a release doing my best to make the change that's already been promised. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
FULLUHD: Now also mine.
Guess we'll be playing this game for a little while. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: DOCRIVERS account was uploading rubbish so I've hijacked it
Did the same for FULLHD. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
DOCRIVERS account was uploading rubbish so I've hijacked it
I believe ilmari emailed about this yesterday but it may've been spamtrapped. Since I needed to figure out *some* way of stopping the flow, I've changed the account email to mst-hijacked-t...@shadowcat.co.uk to make it obvious what I've done and reset the password. My apologies in advance if anybody feels this was inappropriate, but looking at https://www.cpan.org/authors/id/D/DO/DOCRIVERS/ did not suggest to me that anything of value was going to be lost by spiking their uploads. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Fw: Re: Permission to steal the Babble CPAN namespace?
Just in case this got spamtrapped - Forwarded message from Gergely Nagy - Date: Thu, 02 Aug 2018 07:09:15 +0200 From: Gergely Nagy To: Matt S Trout Cc: modules@perl.org Cc: Subject: Re: Permission to steal the Babble CPAN namespace? User-Agent: Notmuch/0.25+24~g178d62c (https://notmuchmail.org) Emacs/27.0.50 (x86_64-pc-linux-gnu) >>>>> "Matt" == Matt S Trout writes: Matt> I want to use it to create a Babel.js like thing for perl, and my checks Matt> before picking the name completely failed to notice that you'd uploaded an Matt> RSS reader thing many years ago. Matt> May I steal the namespace? If you can 'reply all' to this message saying yes Matt> then I can make the rest of it happen for you, since the cc will demonstrate Matt> that you said yes. I have not used the Babble namespace in many years, and the RSS reader/aggregator thing I built back then can safely be considered obsolete and useless by now. Go ahead and use the Babble namespace for your thing. -- |8] ----- End forwarded message - -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Permission to steal the Babble CPAN namespace?
On Thu, Aug 02, 2018 at 04:55:33PM +1000, Ron Savage wrote: > Hi Matt > > I don't mind if you adopt it, but I'm confused about your choice of > spelling, babel 'v' babble, but either way, I think we'll survive > the 'adjustment'. Because (1) their CLI is already called babel and I often have that in a mixed perl/JS project (2) it's a self-deprecatory pun, and having grown up with Trout as a surname I'm unable to resist those. Could you please click the relevant buttons? I feel like as the adopter I probably shouldn't also be the facilitating admin. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Permission to steal the Babble CPAN namespace?
I want to use it to create a Babel.js like thing for perl, and my checks before picking the name completely failed to notice that you'd uploaded an RSS reader thing many years ago. May I steal the namespace? If you can 'reply all' to this message saying yes then I can make the rest of it happen for you, since the cc will demonstrate that you said yes. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Wishing to adopt https://metacpan.org/pod/Crypt::OpenSSL::RSA
On Tue, May 01, 2018 at 04:57:09PM +0100, Neil Bowers wrote: > Hi John, > > I’ve just transferred first-come permissions on Crypt::OpenSSL::RSA to you. Neither John nor I see it in 'view permissions' -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Wishing to adopt https://metacpan.org/pod/Crypt::OpenSSL::RSA
Hey, I just tried to action this but when I go to select user/action, pick IROBERTS (the first-come) and 'change permissions', then from that screen select Crypt::OpenSSL::RSA and the share co-maint button, it takes me back to the 'select user/action' screen. Are other admins seeing the same problem? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Just gave ARISTOTLE co-maint on some MJD stuff, full maint to follow later
On Mon, Feb 26, 2018 at 06:57:24PM +, Matt S Trout wrote: > If anybody has any objections here, please tell me - if I don't hear anything > then I'll transfer primary from ADOPTME to him later in the week and remove > the ADOPTME tag. Made ARISTOTLE primary maintainer of Algorithm::LCS. Made ARISTOTLE primary maintainer of ArrayHashMonster. Made ARISTOTLE primary maintainer of ArrayHashMonster::Siphuncle. Made ARISTOTLE primary maintainer of Async. Made ARISTOTLE primary maintainer of AsyncData. Made ARISTOTLE primary maintainer of AsyncTimeout. Made ARISTOTLE primary maintainer of FakeHash. Made ARISTOTLE primary maintainer of FakeHash::DrawHash. Made ARISTOTLE primary maintainer of FakeHash::Node. Made ARISTOTLE primary maintainer of FlatFile. Made ARISTOTLE primary maintainer of FlatFile::Position. Made ARISTOTLE primary maintainer of FlatFile::Rec. Made ARISTOTLE primary maintainer of Interpolation. Made ARISTOTLE primary maintainer of Rx. Made ARISTOTLE primary maintainer of Stat::lsMode. Made ARISTOTLE primary maintainer of Text::Hyphenate. Made ARISTOTLE primary maintainer of Text::Template. Made ARISTOTLE primary maintainer of Text::Template::Lexer. Made ARISTOTLE primary maintainer of Text::Template::Preprocess. Made ARISTOTLE primary maintainer of Tie::HashHistory. Made ARISTOTLE primary maintainer of UDCode. Made ARISTOTLE primary maintainer of punctuation. Made ARISTOTLE primary maintainer of y2k. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Just gave ARISTOTLE co-maint on some MJD stuff, full maint to follow later
If anybody has any objections here, please tell me - if I don't hear anything then I'll transfer primary from ADOPTME to him later in the week and remove the ADOPTME tag. Added ARISTOTLE to co-maintainers of Algorithm::LCS. Added ARISTOTLE to co-maintainers of ArrayHashMonster. Added ARISTOTLE to co-maintainers of ArrayHashMonster::Siphuncle. Added ARISTOTLE to co-maintainers of Async. Added ARISTOTLE to co-maintainers of AsyncData. Added ARISTOTLE to co-maintainers of AsyncTimeout. Added ARISTOTLE to co-maintainers of FakeHash. Added ARISTOTLE to co-maintainers of FakeHash::DrawHash. Added ARISTOTLE to co-maintainers of FakeHash::Node. Added ARISTOTLE to co-maintainers of FlatFile. Added ARISTOTLE to co-maintainers of FlatFile::Position. Added ARISTOTLE to co-maintainers of FlatFile::Rec. Added ARISTOTLE to co-maintainers of Interpolation. Added ARISTOTLE to co-maintainers of Rx. Added ARISTOTLE to co-maintainers of Stat::lsMode. Added ARISTOTLE to co-maintainers of Text::Hyphenate. Added ARISTOTLE to co-maintainers of Text::Template. Added ARISTOTLE to co-maintainers of Text::Template::Lexer. Added ARISTOTLE to co-maintainers of Text::Template::Preprocess. Added ARISTOTLE to co-maintainers of Tie::HashHistory. Added ARISTOTLE to co-maintainers of UDCode. Added ARISTOTLE to co-maintainers of punctuation. Added ARISTOTLE to co-maintainers of y2k. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Need support for CPAN
On Fri, Nov 03, 2017 at 08:21:14PM +0100, Andreas Koenig wrote: > >>>>> On Fri, 3 Nov 2017 14:25:43 +, Kiran Pujar > >>>>> <kiran.pu...@ericsson.com> said: > > > Hi, > > Any idea on BackPAN mirrors, I could see only backpan.perl.org ?. > > Are there any commands with backpan (Say download/install the modules) > similar to cpan/cpanm? > > Please provide me information on these as I could not get it in google > as such. > > > I suggest you take http://backpan.perl.org/ as a starting point. That's a single IP AFAICT - so, basically, pick one mirror from the list and also include backpan.perl.org in your CPAN.pm 'o conf urllist' - or use cpanm with '--mirror http://the.one.you.picked/' since cpanm falls back to backpan on its own. You don't need any special commands - cpan/cpanm are designed to consume cpan mirrors, and backpan is just a cpan mirror that doesn't delete anything. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Licensing
The latest version of Authen::CAS::Client has switched to a LICENSE file of: > This software is information. > It is subject only to local laws of physics. This is certainly not going to pass corporate compliance departments, as a few of us are currently trying to explain to the author on a bug, but it also makes me wonder: Do we have a restriction officially stated anywhere of "software you're allowed to upload to us, that we then have rights to distribute" ? In the Nagios::Plugin case the issue was who had the copyright; in this case the issue is that the copyright holder isn't granting enough via the license, but I'm wondering whether (a) we need to do anything about this (b) even if we don't *legally* need to, do we have a policy that we can quote to try and get the author to pick a license that people can use? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: KHAMPTON is dead
On Thu, Mar 09, 2017 at 09:55:44AM -0500, David Golden wrote: > I've put KHAMPTON's account into custodial status and transferred all > modules to ADOPTME. So long as we don't treat that transfer as a free-for-all, that's fine - I'd prefer for those of us who've worked with him on stuff before get consulted about who ends up with what. I'm pretty sure we've always basically tried to get the sub-community around the deceased to figure out what should happen anyway, and then only do free-for-all on what's left, but I thought it was worth saying it explicitly here, just for everybody's peace of mind. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: KHAMPTON is dead
On Wed, Mar 08, 2017 at 11:15:39AM -0500, David Golden wrote: > Matt, do you feel Perigrin's word is sufficient or do you want to wait for > an obituary? (Which is often our standard?) He's been relaying updates via the deceased's brother for some time, and quoted said brother's RIP tweet, and I have (in meatspace, even) verified that said relationship is real. So I'd argue that the available evidence in this case meets at least that standard already. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
KHAMPTON is dead
I've cc'ed perigrin, who's a close friend of his and gave us the news. Once confirmed, I would ask that in addition to the usual custodial+ADOPTME stuff my fellow admins agree that we transfer anything perigrin wants to him, on the grounds that I can personally vouch that most of their stuff was written with input from each other, and as such he probably has a better idea of how to arrange the disposition than we do. Now if you'll excuse me, I'm going to go get fucking drunk. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: The 't2' namespace
Given this namespace is just one for testing, if nobody objects in a day or two I'll transfer it NUFFIN -> EXODIST. (sent to modules@perl.org for a public record of this and a chance for others to tell me if I'm wrong) On Tue, Oct 18, 2016 at 08:22:56AM -0700, Chad Granum wrote: > oops, looping in the last author to mint a release. > > On Tue, Oct 18, 2016 at 8:18 AM, Chad Granum <exodi...@gmail.com> wrote: > > > According to Pause the 't2' namespace is provided > > by Catalyst::Plugin::Session. I can also see that ever since 2009 efforts > > were made to hide that namespace from pause, which means if you run `cpanm > > t2` it installs the plugin version 0.20 from 2009. > > > > Would it be a problem, and would anyone object to turning that namespace > > over to me to populate with a completely different module? If that would > > cause a problem, or if you just don't want to that is fine, but I had to > > ask :-) > > > > FYI I have an experiment I want to run in the namespace, might be > > horrifying and get thrown out, might end up handy, we will see. > > > > > > Thanks, > > > > -Chad > > -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
On Tue, Oct 04, 2016 at 11:56:50PM +0200, Peter Rabbitson wrote: > [1] > https://web.archive.org/web/20161004214347/http://blogs.perl.org/users/peter_rabbitson/2013/07/crowdsourcing-self-confidence.html#comment-1129854 "So far as I'm concerned you've been the DBIC chainsaw delegate for years" Delegate. As in, to borrow the google definition: "a person sent or authorized to represent others" "entrust (a task or responsibility) to another person, typically one who is less senior than oneself." I'm unsure how you think my words there indicated anything else. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
On Tue, Oct 04, 2016 at 05:15:10PM -0400, Graham Knop wrote: > On 10/3/16 4:46 PM, David Golden wrote: > > *Everyone, please direct all further conversation on this matter to the > > DBIC mailing list* > > Forgive me if I don't. While I've been watching the conversation, > nobody yet seems to have approached the most important part of this > conversation as I see it, which isn't specific to DBIx::Class. > > PAUSE has no governance model. It doesn't even have a terms of service. > So far, this hasn't presented significant problems. But as most things > of this nature, they aren't a problem until they are. > > The actions taken by the PAUSE admins in this recent dispute, assuming > they are fully represented by David Golden's emails, are without > precedent. Users making agreements with PAUSE admins about what can/can't be done with their permissions and those being honoured has plenty of precedent, though. Had I not got explicit agreement before transferring anything that all I was doing was easing co-maint addition, I would absolutely not have gone down this route. So I don't believe that, no matter what the outcome, this sets nearly as widespread a precedent as you seem to be worried about here. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
On Mon, Oct 03, 2016 at 07:34:25PM +0100, Dagfinn Ilmari Mannsåker wrote: > Ditto. I realise that fostering community involvement requires that the > people who are intimately familiar with the codebase spend more time > giving constructive review feedback on contributions and mentoring new > contributors. This can be frustrating in terms of short-term progress, > but I strongly believe it's better for the long-term health of the > project. Over the years riba and I have discussed more than once the extent to which I enjoy mentoring way more than he does, and therefore am much more comfortable investing time even though only a fraction of the people I mentor will end up as full contributors because the perceived cost for me is a lot lower. I put quite a significant amount of thought into trying to find a way to either make mentoring -Ofun for ribasushi too and/or to find a way for others to do the mentoring part around/alongside his work as primary architect. Needless to say, the last few years' commit history for DBIx::Class and the current situation demonstrate quite clearly that the emphasis in the above sentence is on 'trying' and that my efforts in that regard ended in abject failure. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
On Sun, Oct 02, 2016 at 12:34:06PM -0700, fREW Schmidt wrote: > I am content with Riba's plan, though am skeptical he could find a person > living who can replace him. Not to offend the various people who could, > but the combination of intelligence, caution, and knowledge of the project > itself, and motivation is going to be hard to pass along, though I'd love > to be proven wrong. Personally, I think the toll trying to maintain DBIC effectively single handed has clearly taken is good evidence that trying to replace riba's work with a single person would be a terrible idea for them, if not for the project, and that a return to the team development model of the olden days is probably the only viable approach, though building additional caution into it since we're now even bigger and more crucial than we were then would be wise. > Not to be overly negative but I also don't think what any of us do about > this will make a difference. I will be astounded if there is another major > DBIC release in the year after ribasushi leaves. That gives the community > and pause admins plenty of time to act after the fact. Entirely possible, though I suspect if we managed to get all of the branches people had planned that were delayed because riba's response to the proposed features was "yes, but please wait for me to finish X first" done then that work in itself might be a major release's worth. That will, however, be a question to be addressed by whatever the project's governance is once the current dust settles, so I guess defer it for now. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
On Sat, Oct 01, 2016 at 05:09:17PM -0400, David Golden wrote: > Matt, > > Per my last email, I would appreciate if you could repeat publicly your > statements to PAUSE admins about the transfer of first-come permissions for > DBIC. Thank you. > > David For simplicity's sake, I hereby repeat the body text of my initial email to the PAUSE admins, which I sent shortly before I contacted Peter and initially suggested it would be nice if he talked to us before doing anything drastic. === BEGIN === Date: Thu, 8 Sep 2016 17:47:01 +0000 From: Matt S Trout <m...@shadowcat.co.uk> To: PAUSE admins Subject: We may have a slight issue wrt ribasushi and DBIx::Class When I originally transferred the first-come perms for DBIx::Class to ribasushi, it was apropos of this discussion: --- Log opened Thu Jun 10 14:31:36 2010 14:31 idea: 14:32 transfer dbic namespace ownership to me (please not half of cpan) - then I can grant out more pause perms and have rotational uploading 14:32 currently just me and frew can do it 14:33 also let me know when you're back fsvo back, so I can shape some of the "to be braindumped" things I wrote for later on gpw --- Log closed Thu Jun 10 14:39:18 2010 --- Log opened Thu Jun 10 18:06:38 2010 18:06 hey 18:06 yo 18:07 just waiting for pause 18:07 yeah, might as well give you the maint bits 18:07 I can always give myself them back if I ever need them ;) 18:07 precisely which I believe was pretty unambiguously an administrative transfer to make it easier for him to give out co-maint, rather than a transfer of authority. However, his most recent email to the DBIC list, which can be read at: http://lists.scsys.co.uk/pipermail/dbix-class/2016-September/012187.html says: > I have also firmly selected who will be getting the DBIx::Class > namespace first-come[2], the transfer of which will also happen > somewhere around the end of September. It was a hard choice, but I am > convinced that it is the best thing to do as far as end-users are > concerned, at least in the short term. and having asked around, none of frew, ilmari or castaway, who along with myself and ribasushi have formed the DBIC steering cabal for quite some time, have heard anything at all about this, and so we have no idea who he thinks he's going to transfer the permissions to or why. While I consider it very much an option of last resort, given the administrative only nature of the original transfer, I believe that PAUSE level intervention should he attempt to transfer primary rights to the codebase out of the project is probably going to be the least worst outcome in order to ensure the project can achieve continuity after his final departure. This email is basically to ensure that everybody's aware of the situation, and my concerns, and the true status of DBIx::Class' PAUSE permissions; it is obviously my hope that none of this is going to have to become relevant, but I figured given the current situation the sooner I notified the rest of you the better. Also, *buggereth*, I really hope he's going to be ok :( === END === -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
I'd like to second David's comment that an ideal outcome here would be consensus. DBIx::Class has historically run on consensus among the team, wherein my position as founder and then riba's as chainsaw delegate were only ever used to tiebreak rather than to enforce, and I believe that's a valuable tradition to retain. Peter, please be assured that I'm not a priori objecting to your current plan - after all, I have no basis upon which do so, given I don't as yet have any idea what it is. While I would not, under normal circumstances, default to having this conversation on a public list, given xdg's "consideration for the potential successor" point amongst others, if that's what Peter feels necessary to be able to share his thoughts, I'm mostly just happy that we're going to get the opportunity to have the conversation. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Use of toplevel package names in Class-PObject, and permissions clashes
On Thu, Sep 08, 2016 at 09:24:12PM +0100, Neil Bowers wrote: > Hi Sherzod, > > I’m one of the PAUSE admins. I’m emailing you because I’m working on > resolving conflicts caused by PAUSE now considering package names case > insensitively. This has left us with some situations where two or more people > are owners of namespaces previously considered distinct, and now considered > the same. > > Your Class-PObject defines packages VARCHAR, CHAR, INTEGER, TEXT, ENCRYPT, > and MD5. These are classes defined in Class::PObject::Template, just as > subclasses of the relevant Class::PObject::Type:: class. In general, a > distribution should keep package names within its own namespace. But beyond > that, your permissions on the TEXT package clashes with AKHOBOV’s ownership > of the “Text” package. > > There are several ways to resolve this: > > 1. You could tell PAUSE not to index these special classes, since they’re > only used in PObject/Template.pm > 2. You could change the code in Template.pm to directly use the > Class::PObject::Type:: classes The easy way to do 2: use aliased 'Class::Object::Type::VARCHAR'; use aliased 'Class::Object::Type::CHAR'; ... which will export constants for VARCHAR(), CHAR() etc. (this is how JSON::MaybeXS provides JSON->new btw). Or you could automate generation of said constants with 'use constant'. Or whatever. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
The PSIXDISTS Experiment
We're going to be restarting the test population of /Perl6/ in a bit, assuming nobody comes up with anything else we can do first to avoid blowing up downstream stuff that doesn't understand /Perl6/. Please see http://shadow.cat/blog/matt-s-trout/the-psixdists-experiment/ for a more detailed write-up. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Clipboard adoption
Given https://rt.cpan.org/Public/Bug/Display.html?id=98435 - Added ETHER to co-maintainers of Clipboard. Added ETHER to co-maintainers of Clipboard::MacPasteboard. Added ETHER to co-maintainers of Clipboard::Pb. Added ETHER to co-maintainers of Clipboard::Win32. Added ETHER to co-maintainers of Clipboard::Xclip. Added ETHER to co-maintainers of PhonyClipboard. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Bizarre indexing/recent info
When I said "the latter did index a module", I meant that I'd checked both the email and the peek_perms to be sure of it. I stated it as a fact because it was a fact and known to me as a fact :P Anyway, all seems caught up now, just 02packages on www.cpan.org took a bit longer than I'd expected and I was getting twitchy. On Sun, Aug 07, 2016 at 05:35:01PM -0400, David Golden wrote: > Did it actually index or did you get an email you didn't read perhaps with > one of those database lock errors? > > On Aug 7, 2016 4:52 PM, "Matt S Trout" <m...@shadowcat.co.uk> wrote: > > > I released two versions of App-opan - 0.001001 and 0.001002. The former > > didn't index any modules because I'm an idiot, and showed up on metacpan > > etc. fine. The latter did index a module because I'd fixed it, and then > > nothing has been seen of it anywhere since. > > > > -- > > Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a > > clue > > > > http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_ > > mst/ > > > > Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN > > commercial support, training and consultancy packages could help your team. > > -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Bizarre indexing/recent info
I released two versions of App-opan - 0.001001 and 0.001002. The former didn't index any modules because I'm an idiot, and showed up on metacpan etc. fine. The latter did index a module because I'd fixed it, and then nothing has been seen of it anywhere since. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Problem with indexing
On Tue, Jun 07, 2016 at 07:51:04PM +0200, Johan Vromans wrote: > On Tue, 7 Jun 2016 17:02:03 + > Matt S Trout <m...@shadowcat.co.uk> wrote: > > > provides means "you don't need to index this dist at all", > > With all respect, according to CPAN:::Meta::Spec: > > "you shouldn't be indexing anything in the first place - just use that" > > At least I understand this to mean that whatever is in the provides should > turn up in the searches, listings, etc. Yes, it should. Poor phrasing on my part, by "don't need to index" I meant "don't need to go through the dist looking for files" - at which point having no_index at all is unnecessary, and no_index-ing lib/ is just weird, and therefore downstream didn't handle it right. You didn't do anything *wrong*, you just did something sufficiently *odd* to surface an insufficiently tested code path. Now I've explained my mis-phrasing, does that make more sense? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Problem with indexing
On Tue, Jun 07, 2016 at 11:11:52AM +0200, Johan Vromans wrote: > > It seems to be crucial to avoid no_index/provides conflicts, since these > are dealt with in opposite ways by CPAN (right) and MetaCPAN (wrong). provides means "you don't need to index this dist at all", so while not an error, having a no_index entry seems superfluous if you're setting provides. Which is probably why nobody noticed metacpan didn't handle it right until now. I wonder if some form of META linting should squeal about this, simply on the grounds of it makes no sense so other downstream software may also fail to handle it sanely. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Oops ...
On Fri, Jun 03, 2016 at 07:39:04PM -0500, Dave Rolsky wrote: > I gave up primary on Pg::DatabaseManager when I meant to transfer it > to ADOPTME. Reindex it, then transfer? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: [upl...@pause.perl.org: Failed: PAUSE indexer report ABIGAIL/Test-Regexp-2016052701.tar.gz]
Oh, ew, "Lock wait timeout exceeded". If you reindex it, is it happy? On Fri, May 27, 2016 at 09:47:15PM +0200, Abigail wrote: > > I got an index failure on PAUSE (due to some database issues), > and the error messages asks to report it to this email address. > > > > Abigail > > - Forwarded message from PAUSE <upl...@pause.perl.org> - > > From: PAUSE <upl...@pause.perl.org> > To: c...@abigail.be, andreas.koenig.gmwojprw+pa...@franz.ak.mind.de > Date: Fri, 27 May 2016 18:06:53 + > Subject: Failed: PAUSE indexer report ABIGAIL/Test-Regexp-2016052701.tar.gz > > The following report has been written by the PAUSE namespace indexer. > Please contact modules@perl.org if there are any open questions. > > User: ABIGAIL () > Distribution file: Test-Regexp-2016052701.tar.gz > Number of files: 32 > *.pm files: 2 > README: Test-Regexp-2016052701/README > META-File: Test-Regexp-2016052701/META.json > META-Parser: Parse::CPAN::Meta 1.4414 > META-driven index: no > Timestamp of file: Fri May 27 17:55:16 2016 UTC > Time of this run: Fri May 27 18:06:53 2016 UTC > > Status of this distro: Database error > = > > The following packages (grouped by status) have been found in the distro: > > Status: Database error > == > > module : Test::Regexp > version: undef > in file: Test-Regexp-2016052701/lib/Test/Regexp.pm > status : The PAUSE indexer could not store the indexing result in > the DB due the following error: C< Lock wait timeout > exceeded; try restarting transaction >. Please report the > case to the PAUSE admins at modules@perl.org. > > module : Test::Regexp::Object > version: undef > in file: Test-Regexp-2016052701/lib/Test/Regexp.pm > status : The PAUSE indexer could not store the indexing result in > the DB due the following error: C< Lock wait timeout > exceeded; try restarting transaction >. Please report the > case to the PAUSE admins at modules@perl.org. > > __END__ > > - End forwarded message - -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: search.cpan.org crashs
On Fri, May 13, 2016 at 09:45:08AM +0200, crazytoon wrote: > HI > > I was looking for a module to mirror a local server and a ftp, and > everytime i searched for "mirror" into search.cpan.org, I receive a "proxy > error" Ok, so, what you were looking for is: http://search.cpan.org/faq.html#I%27m_having_trouble_connecting_to_search_and_I_think_it_may_be_down,_whom_do_I_contact? which says: > If you are having technical difficulties with the site itself, send mail to > cpansea...@perl.org and try to be as detailed as possible in your note > describing the problem. I'm aware that's not necessarily the easiest thing to find, mind, hence my repling with a paste rather than just 'read the FAQ' :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: A question of permissions
Right, we're in touch off list this time, so we can now take this extended episode of 'communication is hard' somewhere else. Sorry for the noise, everybody. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: A question of permissions
On Thu, May 12, 2016 at 11:19:13AM +0200, Aristotle Pagaltzis wrote: > * Matt S Trout <m...@shadowcat.co.uk> [2016-05-11 20:23]: > > Were I you, I'd simply take the evidence as available: > > > > - At least four people thought your comment was phrased unkindly > > - At least one person thought your comment was phrased fine > > I cringed at the comment, but I also realised this was because I know > that Neil is in a position to know what he is talking about. I guessed > that Buddy simply did not, and I assumed the comment would have passed > by unnoticed if it had been directed at some random subscriber helping > out, so I thought it best not to make a fuss of it myself on behalf of > Neil without asking him, and to leave it to Neil whether he wanted the > point addressed. I assumed Neil was too nice to ask for that. Then again, I also assumed Buddy would say "huh, that totally wasn't what I was intending to convey, my apologies to Neil if he read it that way" and move on. Some days people make no sense to me at all (and the rest of the time I think I understand but have a pretty mediocre rate at being right about that ;) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: A question of permissions
On Wed, May 11, 2016 at 02:08:06PM -0700, Buddy Burden wrote: > Okey dokey. My last word is: I'm saddened that you chose to ignore > the personal message I sent you off-list. There's been no off-list message from you to this address. Please try and consider the possibility that I was genuinely just trying to point out that you'd come across as a dick, since I (perhaps erroneously) assumed that would be something you'd care about having done, especially if it was unintentional, rather than inventing a nonexistant personal vendetta and then accusing me of ignoring emails I didn't receive as a result. I am perfectly willing to continue this conversation off list if you wish to, though I'd ask you to stop assuming bad faith on my part if you're going to since otherwise it's unlikely to be constructive for either of us. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: A question of permissions
On Tue, May 10, 2016 at 04:49:04PM -0700, Buddy Burden wrote: > Matt, > > >You're not funny. Please try and be more polite in future. > > I'm starting to suspect this has little to do with my response to > Neil and is instead a personal thing between us. Were I you, I'd simply take the evidence as available: - At least four people thought your comment was phrased unkindly - At least one person thought your comment was phrased fine and, given that evidence, personally I'd file it under "well, evidently my phrasing wasn't as clear as it could have been, and being more careful in future is likely a good idea to ensure my intentions aren't misread". I've been filing things under that category for a lot of years now, and I've found that the effort I've made to phrase things more clearly has more than paid off in terms of reduced misunderstandings. Either way, I doubt we'll gain much more value out of this thread, so while you're welcome to have the last word if it makes you happy, I'll be leaving it there. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: A question of permissions
On Tue, May 10, 2016 at 12:42:35AM -0700, Buddy Burden wrote: > >There is no perhaps involved. Neil knows what he's talking about. > > > >Please try to be less condescending to volunteers trying to help you by > >telling you your exact mistake. > > Ummm ... maybe please try to be less condescending to people you > assume are being condescending without any real proof. ;-> All I > did was refer to this statement of Neil's: I added that paragraph after three other people had independently gone "omg" at your response. You're not funny. Please try and be more polite in future. HTH, HAND. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: A question of permissions
On Thu, May 05, 2016 at 08:31:14PM -0700, Buddy Burden wrote: > So I was thinking, why would it complain about a non-existent > permissions error if it had no idea what the module name was > supposed to be in the first place? It knows the dist name. To upload Date-Easy as a dist name requires perms on Date::Easy. Then the empty provides means it didn't index Date/Easy.pm so you never got the first-come perms generated so the dist was marked disallowed so it told you about that. > But perhaps it's all connected, as you surmise. There is no perhaps involved. Neil knows what he's talking about. Please try to be less condescending to volunteers trying to help you by telling you your exact mistake. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: “CPAN MQSeries-1.34" Module Install into the “ActivePerl-5.22"
This is a mailing list for discussion of the perl module handling infrastructure, not a support list. If you want support, you can either try contacting the author of the code, or reading the documentation and seeing if there's a mailing list. If you want to purchase support, ActiveState will offer support for their perl releases, and my employers (http://shadow.cat/) offer general CPAN support contracts. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Fwd: Failed: PAUSE indexer report DODGER/Model3D/Model3D-Poser.tgz
On Wed, Apr 27, 2016 at 10:13:55AM -0700, Sean Dodger Cannon wrote: > Ah got it. The automated message was confusing on that. Thanks. Yes, well, the automated system was confused by your botched upload ... and so was I until I worked out what you'd done. Just stick to uploading the tarball from 'make dist' without changing the name in future and life will be less confusing for everybody :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Fwd: Failed: PAUSE indexer report DODGER/Model3D/Model3D-Poser.tgz
It's a dev release, so it doesn't get you any permissions. The error here is that somehow you uploaded a tarball without the version in the name, so PAUSE didn't realise it didn't need to index it. Given EUMM's 'make dist' should've created it as Model3D-Poser-0.00_01.tar.gz I'm really not sure how you ended up uploading Model3D-Poser.tgz instead, but that's what caused the confusion. A dev release with the right name wouldn't index at all. A non-dev (i.e. no _) release with the right name would index fine. Hope that clarifies what happened. On Thu, Apr 21, 2016 at 02:41:50PM -0700, Sean Dodger Cannon wrote: > Uh, yes I do. Seeing as the only module in the Model3D::Poser namespace is > mine. > > On 15 April 2016 at 16:18, PAUSE <upl...@pause.perl.org> wrote: > > > The following report has been written by the PAUSE namespace indexer. > > Please contact modules@perl.org if there are any open questions. > > > > User: DODGER (Sean Cannon) > > Distribution file: Model3D-Poser.tgz > > Number of files: 5 > > *.pm files: 1 > > README: Model3D-Poser/README > > META-File: No META.yml or META.json found > > META-Parser: Parse::CPAN::Meta 1.4414 > > META-driven index: no > > Timestamp of file: Fri Apr 15 23:16:44 2016 UTC > > Time of this run: Fri Apr 15 23:18:10 2016 UTC > > > > This distribution name can only be used by users with permission for the > > package Model3D::Poser, which you do not have. No modules will be > > indexed. > > > > > > Further details on the indexing attempt follow. > > > > No or no indexable package > > statements could be found in the distro (maybe a > > script or documentation distribution or a > > developer release?) > > > > __END__ > > > > > > -- > Sean "Dodger" Cannon > > > > -- > Sean "Dodger" Cannon -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Fw: [r...@cpan.org: PAUSE handoff]
PAUSE sayeth: Made RJBS primary maintainer of Email::Abstract. Made RJBS primary maintainer of Email::Abstract::EmailMIME. Made RJBS primary maintainer of Email::Abstract::EmailSimple. Made RJBS primary maintainer of Email::Abstract::MIMEEntity. Made RJBS primary maintainer of Email::Abstract::MailInternet. Made RJBS primary maintainer of Email::Abstract::MailMessage. Made RJBS primary maintainer of Email::Address. Made RJBS primary maintainer of Email::Date. Made RJBS primary maintainer of Email::Delete. Made RJBS primary maintainer of Email::Delete::Maildir. Made RJBS primary maintainer of Email::Delete::Mbox. Made RJBS primary maintainer of Email::Filter. Made RJBS primary maintainer of Email::Folder::IMAP. Made RJBS primary maintainer of Email::Folder::IMAPS. Made RJBS primary maintainer of Email::Folder::POP3. Made RJBS primary maintainer of Email::FolderType::IMAP. Made RJBS primary maintainer of Email::FolderType::IMAPS. Made RJBS primary maintainer of Email::FolderType::Net. Made RJBS primary maintainer of Email::FolderType::POP3. Made RJBS primary maintainer of Email::FolderType::POP3S. Made RJBS primary maintainer of Email::LocalDelivery. Made RJBS primary maintainer of Email::LocalDelivery::Maildir. Made RJBS primary maintainer of Email::LocalDelivery::Mbox. Made RJBS primary maintainer of Email::LocalDelivery::OverwriteMbox. Made RJBS primary maintainer of Email::MIME. Made RJBS primary maintainer of Email::MIME::Attachment::Stripper. Made RJBS primary maintainer of Email::MIME::ContentType. Made RJBS primary maintainer of Email::MIME::Creator. Made RJBS primary maintainer of Email::MIME::Encodings. Made RJBS primary maintainer of Email::MIME::Modifier. Made RJBS primary maintainer of Email::MessageID. Made RJBS primary maintainer of Email::Reply. Made RJBS primary maintainer of Email::Send. Made RJBS primary maintainer of Email::Send::IO. Made RJBS primary maintainer of Email::Send::NNTP. Made RJBS primary maintainer of Email::Send::Qmail. Made RJBS primary maintainer of Email::Send::SMTP. Made RJBS primary maintainer of Email::Send::Sendmail. Made RJBS primary maintainer of Email::Send::Test. Made RJBS primary maintainer of Email::Simple. Made RJBS primary maintainer of Email::Simple::Creator. Made RJBS primary maintainer of Email::Simple::Headers. Made RJBS primary maintainer of Email::Thread. Made RJBS primary maintainer of Email::Thread::Container. - Forwarded message from Ricardo Signes <r...@cpan.org> - Date: Tue, 15 Dec 2015 13:19:18 -0500 From: Ricardo Signes <r...@cpan.org> To: Matt S Trout <m...@shadowcatsystems.co.uk> Subject: [r...@cpan.org: PAUSE handoff] User-Agent: Mutt/1.5.24 (2015-08-30) Attached messages has a list of namespaces on which I should have first-come. Another message has Casey's "please just do it." -- rjbs Date: Tue, 1 Dec 2015 15:12:28 -0500 From: Ricardo Signes <r...@cpan.org> To: Casey West <ca...@geeknest.com> Subject: PAUSE handoff Message-ID: <20151201201228.ga8...@cancer.codesimply.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline X-Message-Flag: Warning: Your computer is current broadcasting an IP address. X-Planet: Planet of the Apes User-Agent: Mutt/1.5.24 (2015-08-30) Casey: I want to hand off some stuff that you basically handed off to me, but I can't do that because you're first-come on most of it. Can you give me first come on these, or let me know that you won't be doing that? Thanks. Email::Abstract,CWEST,f Email::Abstract::EmailMIME,CWEST,f Email::Abstract::EmailSimple,CWEST,f Email::Abstract::MIMEEntity,CWEST,f Email::Abstract::MailInternet,CWEST,f Email::Abstract::MailMessage,CWEST,f Email::Address,CWEST,f Email::Date,CWEST,f Email::Delete,CWEST,f Email::Delete::Maildir,CWEST,f Email::Delete::Mbox,CWEST,f Email::Filter,CWEST,f Email::Folder::IMAP,CWEST,f Email::Folder::IMAPS,CWEST,f Email::Folder::POP3,CWEST,f Email::FolderType::IMAP,CWEST,f Email::FolderType::IMAPS,CWEST,f Email::FolderType::Net,CWEST,f Email::FolderType::POP3,CWEST,f Email::FolderType::POP3S,CWEST,f Email::LocalDelivery,CWEST,f Email::LocalDelivery::Maildir,CWEST,f Email::LocalDelivery::Mbox,CWEST,f Email::LocalDelivery::OverwriteMbox,CWEST,f Email::MIME,CWEST,f Email::MIME::Attachment::Stripper,CWEST,f Email::MIME::ContentType,CWEST,f Email::MIME::Creator,CWEST,f Email::MIME::Encodings,CWEST,f Email::MIME::Modifier,CWEST,f Email::MessageID,CWEST,f Email::Reply,CWEST,f Email::Send,CWEST,f Email::Send::IO,CWEST,f Email::Send::NNTP,CWEST,f Email::Send::Qmail,CWEST,f Email::Send::SMTP,CWEST,f Email::Send::Sendmail,CWEST,f Email::Send::Test,CWEST,f Email::Simple,CWEST,f Email::Simple::Creator,CWEST,f Email::Simple::Headers,CWEST,f Email::Thr
Continuing status of the Nagios stuff
The current situation is covered by the current Nagios::Plugin release. I will, of course, update as proposed. I'm unsure if modules@ needs to be aware of this now since I have co-maint in an admin-free way, but prefer to mention it for the record. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Preventing PAUSE from indexing certain packages in a distribution
On Tue, Oct 13, 2015 at 12:18:16PM +0100, Neil Bowers wrote: > Hi Francisco, > > > Today I uploaded to PAUSE a distribution that contained at root level a > > folder called ‘fakelibs’, which contained fake modules intended for > > testing. PAUSE then tried to index them and I received a report informing > > that ‘Some::Module’ (one of my fake modules) cannot be indexed because it’s > > already with someone else. > > > > […] > > > > How can I prevent this from happening in the future? > > PAUSE will ignore modules in certain directories, including the ’t’ directory > where your tests live. So put all the fake modules in there. If you have an > ‘xt’ directory (for extended tests, like release and author tests), then any > modules in there will also be ignored by PAUSE. You can add a no_index entry to META.* to specifically avoid your fakelibs directory - but t/lib is the normal place to put them, and would already be ignored, so for this case I'd go with 'put them in the standard place'. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Please Give me Comaint on https://metacpan.org/release/gettext
On Fri, Sep 18, 2015 at 02:10:42PM -0400, Kim Vandry wrote: > You are welcome to comaintain this module or even take it over. How > do I set that up? Added SHLOMIF to co-maintainers of Locale::gettext. Added SHLOMIF to co-maintainers of gettext. He can now upload releases to CPAN; I'm guessing the details of the repostiory you can work out between you :) > I see. I'm sure writing "same as Perl" for the license must have > been recommended by somebody at some time or else I probably would > not have done it. Obviously it was a long time ago. I am no legal or > licensing expert. I have no idea what license would be best. 'same license as perl itself' is fine. The problem is that you've then expanded that to 'GPL or AL' explicitly, which could be read to mean 'only Artistic License original, not the much better version 2'. Assuming your intention was to do the sensible/normal thing, I'd say clarifying the existing license is fine. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Nagios::Plugin tombstone release shipped
Since Nagios Enterprises decided to just ignore me completely when I asked for information (bar some yelling about how they are the NPDT even though all the original members have left), I gave up expecting sense and shipped - https://metacpan.org/pod/Nagios::Plugin Since I was given co-maint to this distribution according to the normal PAUSE rules, any further drama can now be directed straight to me and shouldn't need to have any effect on the rest of the admins. All donations of popcorn gratefully received. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Modulelist permissions transfer needed
On Fri, Sep 04, 2015 at 09:35:41AM -0400, Jeff Ober wrote: > I'm having trouble transferring control of Reddit::Client from me > (JEFFOBER) to EARTHTONE. I've made them co-maintainers, but they are > apparently still getting permissions errors when uploading new tarballs. I > would ideally like to wash my hands of it and make him the owner of the > namespace, but when I click on that in PAUSE, it just forwards me to the > main page displaying an explanation of each menu option. Any ideas on how I > can transfer ownership of a registered namespace? EARTHTONE definitely has co-maint of everything so my guess is that the co-maint for Reddit::Client itself wasn't set up until after the upload - I've scheduled the dist for reindexing in the hopes that'll fix the upload. Hopefully ANDK can convert your modulelist entry into a normal first-come, at which point you can give the thing away entirely. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: [rt.cpan.org #101607] Unescaped left brace in regex is deprecated
On Sat, Aug 15, 2015 at 01:35:30AM -0400, Karen Etheridge via RT wrote: URL: https://rt.cpan.org/Ticket/Display.html?id=101607 On 2015-05-20 14:44:58, ETHER wrote: On 2015-03-22 19:22:28, ETHER wrote: On 2015-01-18 14:09:51, SREZIC wrote: With newer perls (5.21.x) using DateTime::Format::Duration is causing a warning Unescaped left brace in regex is deprecated. See http://www.cpantesters.org/cpan/report/0f9fdc2c-89c4-11e4-a2cf- 94e8e0bfc7aa for a sample report with this warning. I've encountered this too - it makes it impossible to release any dependent modules under newer perls, because author-specific had-no- warnings tests fail. Are you still involved with perl development? If not, I'd be happy to fix this issue merge other fixes. My PAUSE id is ETHER. Hi, just checking in again.. are you still interested in maintaining this distribution? If not, I'm able to do so. Hi, pinging you one more time. Are you still around? I would like to formally request comaintainership of this module to fix the outstanding issues on newer perls. You seem to now have first-come with RICKM as co-maint. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Adoption request: Test::Kwalitee
On Tue, Aug 11, 2015 at 10:48:58AM -0700, Karen Etheridge wrote: I just read on reddit that chromatic has marked a lot of his modules as ADOPTME in PAUSE. One of them is Test::Kwalitee, of which I already have co-maint and have been maintaining for over a year. This is a formal request to remove ADOPTME from this module and transfer first-come to me, according to the definition of ADOPTME at https://github.com/Perl-Toolchain-Gang/toolchain-site/blob/master/lancaster-consensus.md#flagging-abandoned-modules-and-modules-requesting-help . Done. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Discourage test uploads
On Tue, Jul 07, 2015 at 04:41:56AM -0700, Nick Tonkin wrote: Where user BEWUETHER has uploaded four versions of a completely useless dummy module, to test PAUSE functionality. I suspect he's working through brian d foy's book which walks you through this process in order to learn how to use PAUSE. Notwithstanding that he placed it in Acme:: ... I feel this is a compete waste and abuse of an important public resource. CPAN being cluttered with garbage is its one and only serious negative characteristic IMO. I'm more interested in people being able to learn how to upload things so they can contribute than I am in avoiding clutter. One person's garbage is another person's favourite utility module; much though the quality of CPAN is highly variable, attempting to forcibly curate it would I think cause more problems than it would solve. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
You're stomping on the already taken namespace P with your Pcore dist.
Please stop shipping a P.pm. That's already owned by LAWALSH. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: I got only one e-mail from PAUSE!
On Mon, May 18, 2015 at 02:18:44PM +0300, Gabor Szabo wrote: I think it should explain when I should expect an e-mail and when not and how can I verify things. I think perhaps you'll need to write such an explanation; generally it's much easier for the person who was previously confused to know what needs explaining - certainly I never had any trouble, and I've not previously encountered anybody else who was surprised that an unindexed release doesn't receive an indexing email. So what I understand now is that I need to upload a non-developer release in order to see if I've received the co-maintainer right on all the modules in the distribution. Follow the 'View Permissions' link on the side bar once you're logged in and you'll find that you can look. Uploading releases at all to test what can be directly observed is a pretty inefficient approach. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: [rt.cpan.org #98340] Release
If nobody has any objections, I'll grant co-maint of this module to both ADOPTME and HARLAN tomorrow. If people think I should be doing something else, please make suggestions. On Mon, Apr 13, 2015 at 10:09:33PM -0400, Harlan Lieberman-Berg wrote: Hello everyone, I'm willing to adopt this module for one release, in order to incorporate bugs that have been fixed downstream in Debian, and to disable a test causing FTBFS occasionally. I help maintain this module in Debian, so I will be around to keep an eye on things as needed, but I'm not comfortable offering to adopt the package wholesale; I'm not sure my XS skills are up to snuff. Sincerely, -- Harlan Lieberman-Berg ~hlieberman -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: [rt.cpan.org #98340] Release
On Thu, Apr 30, 2015 at 04:47:25PM -0400, David Golden wrote: FLORA is primary maint, now, so shouldn't this go through him? Huh, I wasn't aware there was already an attempted adoption - there doesn't seem to've been a release yet. rafl, whaddya want us to do? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: File::Find::Rule::Perl - problem with new EUMM - comaint sought
Granted co-maint to ETHER. She's been collecting adopted modules quite a bit now - are you ok if I just throw stuff at her that needs shipping in future? Also, any objections to us moving things to github when we nab them? I still remember how to work subversion but the new generation of kids don't :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
FYI re the Nagios stuff
I'm talking to various people off-list to try and get a clearer picture without us accidentally falling into a pointless public bunfight. I'll summarise to the list once we've figured it out. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Can we please at least pick an option wrt the modulelist?
https://github.com/andk/pause/issues/141 Having the link there from 'change permissions' but not working, and no way to actually change the permissions, is not an ideal situation. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
'Edit Module Metadata' page appears to have stopped working
Reproduced, both on my account and via sudo to MSCHWERN. Filed issue #141 on andk/pause to track this. On Mon, Jan 05, 2015 at 02:58:14PM -0800, Michael G Schwern wrote: On 12/29/14 12:50, Chad Granum wrote: I have Co-Maint, owned by SCHWERN MSCHWERN. You young whipper snappers with your velocipedes and your walk-mans and your PAUSE IDs you get to pick. * Test::More; * Test::Simple; * Test::Builder; * Test::Builder::Module; * Test::Builder::Tester::Tie; You're now primary on all the Test::Builder stuff. Editing Test::Simple and Test::More isn't working. They're registered in the module list. The Change Permissions interface is supposed to bring me to Edit Module Metadata but it just brings me back to the PAUSE home page. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Open Directories
On Tue, Jan 13, 2015 at 03:10:10PM -0500, Jason Mitchell wrote: Hello, I wanted to let you know that your site has some open directories that shouldn't be open. I accidentally accessed some technical files listed on google. The open directory starts on http://cpansearch.perl.org/src/RUBYKAT/ This is particularly not the type of thing to have out in the open http://cpansearch.perl.org/src/RUBYKAT/SQLite-Work-0.16/scripts/ Those files are open source code retrievable by many other approaches, published intentionally, for that purpose. Letting people download them individually over HTTP is a feature! We want these files to be out in the open, providing access to them is what CPAN was built for. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Happy New Year
On Thu, Jan 01, 2015 at 01:54:40PM +, Cliff Stanford wrote: Hi Another year but the same bug. Please see attached mail. This is wrong as I am the original author of Mustache::Simple. Please see http://search.cpan.org/~cms/Mustache-Simple/ It works on CPAN but does not work on meta::cpan as the latter relies on 02packages.details.txt and this is not being correctly updated. 02packages.details is canonical. cpansearch.org is a closed source codebase with its own indexer that does ... I'm not entirely sure what, but apparently in this case not what PAUSE does. I can't find any permissions for Mustache::Simple at all, though. Maybe if you avoid the v-string crazy and use a normal version like our $VERSION = '1.003002'; it'll index? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Request for co-maintainer
On Fri, Dec 12, 2014 at 03:45:21PM -0700, Lonny Jepson wrote: I physically work with the author but he currently doesn't have time to allocate to providing co-maint on the modules above. I did ask him about 6 months ago, around the time of my first release for CGI::Ex. I sent him another email yesterday as well. If you can get him to simply reply to this list saying I'm ok with this being done then I'm happy enough to go click the buttons. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Anybody wanna adopt Test::Class, Test::Exception Test::Block
On Thu, Jul 31, 2014 at 12:57:55PM +0100, Adrian Howard wrote: Also, FYI, your cpan address exid...@cpan.org bounces ;-) That's because his PAUSE id is EXODIST and Ron typo'ed it on the original email :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Anybody wanna adopt Test::Class, Test::Exception Test::Block
Test::Exception was modulelist ownership rather than first-come. I've moved that across to Exodist as well. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
PAGING XMATH PAGING XMATH
Any chance we could switch the first-come permission on Sub::Name over to FLORA so rafl can give out co-maint to people? I don't want to 'steal' your module but it'd be nice to have somebody able to mint extra co-maints for bugfix releases etc. (sent to modules@ because if we can't raise XMATH I intend to JFDI on the forgiveness/permission principle, and ETHER because damned if I'll remember to JFDI unless she reminds me) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: PAGING XMATH PAGING XMATH
On Tue, Jul 08, 2014 at 04:28:42PM +0200, Matthijs van Duin wrote: Permission granted PAUSE sayeth: Made FLORA primary maintainer of Sub::Name. Thanks! -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
[rt.cpan.org #86707] Offering to find alternative maintainers
Given this bug has been outstanding for close to a year now and results in installation failures for Starman, the current favourite perl http server, I'm offering to find people who can maintain it if the current team don't have team (which currently seems likely). Filing this offer against the relevant RT ticket, also sent to modules@perl.org to start the abandonware countdown clock if it proves necessary and to the email addresses given in the POD in case authors are receiving normal mail but not RT mail. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: [rt.cpan.org #86707] Offering to find alternative maintainers
On Mon, May 12, 2014 at 11:34:52AM -0600, Rob Brown wrote: Sorry, this is not abandonware. http://search.cpan.org is just down right now. IO::Socket::SSL has changed its default verification mode and that's what's requiring the fix. I don't understand how you think the status of the privately run closed source CPAN search system that's been superceded by metacpan has any relevance whatsoever to the fact that you're sat on an important patch and have been completely ignoring the ticket. If it isn't abandonware, some actual activity so the dist installs would be a better way of proving it than mere assertion is :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: [rt.cpan.org #86707] Offering to find alternative maintainers
On Mon, May 12, 2014 at 12:24:15PM -0600, Paul Seamons wrote: A patched version has been uploaded. Other applications of pending patches on rt will be applied shortly. Thank you! -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission Stylehouse
On Sat, Apr 12, 2014 at 11:47:42PM +1200, Steevo Wymzelico wrote: change license to whatever, Perl especially. Given this is an experimental project, I don't think it needs a formal module list entry. You're welcome to upload to the namespace as is though, it hardly seems like one somebody is going to want for anything else. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Can I have co-maint permissions on String::Parity?
On Sun, Mar 23, 2014 at 05:24:58PM +, Neil Bowers wrote: I can't find the cc to modules@ for that email. I've almost never cc'd earlier emails to authors to modules@perl.org, is that the expectation now? That's been standard for as long as I can remember - the first cc to modules@ is what starts the clock to 'when can I ask for forced adoption?' I've been arranging such things for over half a decade now and basically we'll let it slide that people didn't if it's a clear cut case, but it's strongly recommended. Mea culpa: I didn't mention the other (fruitless) searching for him that I did. Right. Please do remember to do so in future. I'm probably coming across as being more of a hard-ass about this than I actually want to, but it's really annoying having to punt granting your request because I had to cross the i's and dot the t's for you when what I really wanted to do was click the 'add co-maint' button. Please take my frustration in that light and my apologies if I've not made that clear. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Can I have co-maint permissions on String::Parity?
On Mon, Mar 24, 2014 at 09:13:18AM +1100, Ron Savage wrote: As for Winifred, I know a woman of that name, so I would also have assumed Winfried was female, although a name like Siegfried (sp?) - which I believe is male - would make me unsure. I bet on the latter connection plus vague memory. Then I (gasp) asked a German friend to confirm it :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Can I have co-maint permissions on String::Parity?
On Tue, Apr 01, 2014 at 09:20:09AM +1100, Ron Savage wrote: On 01/04/14 08:37, Matt S Trout wrote: On Mon, Mar 24, 2014 at 09:13:18AM +1100, Ron Savage wrote: As for Winifred, I know a woman of that name, so I would also have assumed Winfried was female, although a name like Siegfried (sp?) - which I believe is male - would make me unsure. I bet on the latter connection plus vague memory. Then I (gasp) asked a German friend to confirm it :) Even better, I can as an Australian-Irish woman who speaks German and Japanese. Given your last post said 'assumed Winfried was female' I ... never mind. Eh. I was just trying to explain how I managed to get to the right answer. Any approach that works is good by me :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission Conversion
On Tue, Mar 18, 2014 at 11:35:06AM +, Perl Authors Upload Server wrote: The following module was proposed for inclusion in the Module List: modid: Conversion DSLIP: adphp description: convert between various units of measurement userid: ELOHMROW (Bradley Andersen) chapterid: 23 (Miscellaneous_Modules) communities: https://github.com/duckduckgo/zeroclickinfo-goodies/pull/356 similar: Convert::Temperature rationale: I wrote a conversions goodie (zero-click answer) for duckduckgo (DDG). After struggling to find existing Perl modules to #include, I came up with a neat way to convert between any two units. I want to re-factor my DDG code for use on CPAN. Right now, my code can do conversions for these types: mass, length, time, pressure, energy, power, angles, force, and temperature. It is trivial (requires adding an array) to add new unit types. In fact, today I plan to add support for digital storage (bits, bytes, etc.) and cooking (cups, tsp, etc.) Convert::Pluggable would sound good then. Also look at modules matching Units for ideas. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Net::Interface - SECOND REQUEST
On Mon, Mar 17, 2014 at 01:09:47PM -0700, mich...@insulin-pumpers.org wrote: Hi Modules... or whoever is on the receiving end of this. This is MIKER Michael Robinton I'm the author of several modules and have co-author status on Net::Interface. I took over this module several years ago and re-wrote it completel to add numerous new features and capabilities, with the assistance and advice of Jens Rehsack REHSACK I have limited resources to further develop this module and Jens has kindly offered to take over primary responsibility. The orginal author that started this module has not been heard from since for years and we have been unable to contact him. Please either remove him as primary or at a minimum, grant Jens Rehsack co-author status so he can maintain Net::Interface. Given the original author last did a release in 2001, and you've been doing them since 2006 or so ... yeah, I'll bite. I've transferred the modulelist reg for Net::Interface to REHSACK - he's already got first-come on Net::Interface::Developer. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Co-maint for Pod::Escapes
On Sat, Feb 08, 2014 at 08:55:32AM +1100, Ron Savage wrote: Hi Neil Bowers tells me - and I accept - that Sean Burke has left the Perl scene, and that Neil would like to work on Pod::Escapes, so I've made him co-maint. Yeah, I mean, he was only talking about doing another CPAN release on Dec 22, and on irc.perl.org #perl today. Clearly he's left. Neil, can you /msg TorgoX next time you spot him online and double check please? I know you're in #perl as well. Or reply saying you already did that. I strongly suspect he'll be entirely in favour of your adopting an old module of his but I'd like a double check - or if you already did that and Ron hasn't passed it on quite right, just reply telling me I'm an overly paranoid idiot and I'll crawl back under my rock :D -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Naming my distro -- please advise
On Fri, Jan 31, 2014 at 04:30:33PM +0100, Nathan Cutler wrote: * Configuration. App::CELL's configuration model is inspired by Request Tracker. An App::CELL configuration file is actually a Perl module (written as a series of calls to a 'set' function) that is loaded using 'require'. Not only does this leverage Perl itself to do the parsing -- it provides great flexibility when it comes to defining configuration parameter values: they can be scalars, or they can be references to anonymous arrays, hashes, or subroutines. Maybe there's already a Config:: module that takes this approach, and I'm just not aware of it? Not really. The usual approach to format-agnostic configuration is Config::Any which allows you to have a perl file returning a data structure. Personally I'm not fond of perl for configuration unless the config files are to be written by developers and ignored by sysadmins, which tends not to be what I use config files for. When an error occurs, it bubbles back up the stack and can be handled wherever convenient. Can you point me to an existing module that does this? No, because it's a terrible idea. Whst the linked article doesn't discuss is the fact that the try/catch approach allows you to run a sequence of methods and trap errors from all of them in a single block, at which point the try/catch based approach is much less code. Try::Tiny::ByClass would be a nice approach to structured exception catching, and if you want to be able to resume or return *optionally* when errors occur then look at Worlogog::Incident and Worlogog::Restart. Using the latter two would allow users who want to do things the standard way to continue to do so, and you to use your own approach internally. I still think it's a terrible idea, but I entirely support your right to do so, especially if I can still get exceptions :) * Logging. App::CELL implements a simple logging mechanism (Log::Fast- based) that is integrated with CELL::Message objects. You are right that this could be perceived as an attempt to force people to use my logging mechanism instead of their preferred way. On the other hand, the configuration, error-handling, and i18n functions _need_ to log. So I guess I will need to provide a way for folks to overlay App::CELL's logging functions with their own. Look at Log::Any as a way to allow use of arbitrary logging systems. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission uhoh
On Thu, Jan 30, 2014 at 08:52:42PM +, Perl Authors Upload Server wrote: The following module was proposed for inclusion in the Module List: modid: uhoh DSLIP: idpnn description: oops! see below. userid: ETHER (Karen Etheridge) chapterid: 26 (Documentation) communities: similar: rationale: https://pause.perl.org/pause/authenquery?ACTION=apply_mod still has the modulelist application form posted -- if the modulelist is deprecated, this page should be removed. It's basically irrelevant, except as a means to get feedback on naming. However, bdfoy[0] seems to still like approving modulelist entries and since he's an excellent trainer and author it's a net win for the community for him to look like his opinions are still relevant whether my personal belief that it's irrelevant is correct or not, so I vote for leaving things as-is until we run out of volunteers who care enough to approve them. I would, however, appreciate a de-emphasisation of the registration process that's reasonable about the benefits it purports to deliver should you do so. [0] Brian and I don't get on. We just happen to care about professionalism and the success of the community more than we care about our disagreements. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Dancer::Session::DBIC
On Sun, Dec 22, 2013 at 10:20:17AM -0500, brian d foy wrote: You can start by trying kschot...@cpan.org since every author has a CPAN email alias. I also suggest trying the various Dancer forums and mailing lists. Given this is clearly a case where the modulelist registration has never been used and is just being counterproductive, why can't we just delete it and let racke upload? -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission App::LearnPerl
On Sun, Dec 01, 2013 at 06:45:24PM +, Perl Authors Upload Server wrote: rationale: App::LearnPerl is an upcoming interactive Perl tutorial in the form of a Perl/Tk program which contains lessons with exercises. That's a really cool idea, but if you're trying to teach people modern best practices, don't bother registering, nobody actually gives a shit about the module list anymore really except as a way to get feedback on your module name should be part of it. ... and as feedback: I think I might consider calling it InteractiveTutorial or similar might be better, for the simple reason that App::LearnPerl sounds superficially like it should be a client to learn.perl.org ... and this is something completely different (and a very cool idea, btw!) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission App::LearnPerl
On Sun, Dec 01, 2013 at 10:42:10PM +0200, Marius Gavrilescu wrote: I will include that in a lesson about PAUSE. I register my modules for three reasons: 1. Feedback on module name 2. My registered modules list is my Perl To-Do list (specifically, the under construction ones). 3. Modules registered as ideas are modules I'd like to see on CPAN [0]. Maybe somebody [1] will create a CPAN WNPM [2] service which will use this as one source of prospective modules. (or maybe there already is a similar service which I'm not aware of). I think you might find that (1) is handled by prepan.org, (2) might be well handled by questhub.io, and (3) ... I dunno how we'd do that, questhub might be one place. Certainly, nobody's going to use the registered modules information to produce such a list due to its mostly-obsolescence. Maybe App::InteractivePerlTutorial, with script interactive-perl-tutorial would be better, though it is quite long (not a problem for people who use TAB completion)? I like InteractivePerlTutorial and I think I'd argue that anybody wants a GUI tutorial is probably going to use tab completion ... or make some sort of UI shortcut for it :) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: New module WL
On Tue, Nov 19, 2013 at 11:48:02AM +0100, Lubomir Rintel wrote: CPAN search also looks in module abstracts. That doesn't mean you shouldn't try and pick a good name. A better name would be Protocol::WL, since that namespace is already in use on PAUSE. See the module submission mail for discussion on the naming. WL is absolutely meaningless on first sight as a namespace. Expanding the acronym or adding a qualifier for what area it related to would be good. WL as a namespace on its own is terrible. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: New module WL
On Tue, Nov 19, 2013 at 01:07:57PM +0100, Lubomir Rintel wrote: WL is absolutely meaningless on first sight as a namespace. Expanding the acronym or adding a qualifier for what area it related to would be good. WL as a namespace on its own is terrible. Do you have a better suggestion? Protocol::Wayland and then use the fact that perl can export symbols to avoid needing to reference fully qualified long names. See: http://p3rl.org/aliased http://p3rl.org/Exporter for two simple modules that'll help with that. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Adopting Readonly
On Wed, Oct 09, 2013 at 06:54:35PM -0400, Sanko Robinson wrote: Hi! I would like to adopt and maintain the Readonly module. The latest version uploaded to PAUSE came in 2004 and the RT queue has been ignored since (at least) 2008. There are currently 20 new/open issues and ADOPTME already has a co-maint bit. ROODE is active on both Facebook and Google+ but has not responded to my attempts to reach him. Gabor Szabo has had a difficult time contacting the author directly via email as well (http://www.nntp.perl.org/group/perl.modules/2013/09/msg87645.html). Have you tried? Gabor, like me, sometimes runs into the problem of having opinions so people ignore us. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission Benchmark::Simple
On Thu, Sep 26, 2013 at 10:35:59PM +0530, Vipin Singh wrote: Thanks, for sharing the guidelines and suggestions. As per Matt's suggestion I have registered for Benchmark::OO. I specifically suggested that Benchmark::OO would be a terrible name. Benchmark::Object appears to be free and would fit with the common naming conventions. The PAUSE index currently shows 237 modules in 78 distributions whose names match /-Object/ and 83 in 23 distributions whose names match /-OO/. If you want to maximise your distribution's findability and make a good first impression, using the common naming convention rather than a more obscure one would seem the better choice. Sorry for missing this email until now. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Transferring *.tgz from PAUSE to MetaCPAN and search.cpan.org
On Fri, Sep 20, 2013 at 08:02:59AM +1000, Ron Savage wrote: Hi I don't know how uploads to PAUSE get to MetaCPAN and search.cpan.org, but just now the mechanism is leaving a correct file on MetaCPAN and a corrupt file on search.cpan.org. http://search.cpan.org/faq.html suggests that cpansea...@perl.org is the appropriate address to report that to. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission Benchmark::Simple
On Thu, Sep 26, 2013 at 11:38:22AM -0400, brian d foy wrote: In article 20130926031322.gs1...@newagaton.scsys.co.uk, Matt S Trout m...@shadowcat.co.uk wrote: If they're already taken then ::OO will just make you look stupid The other way of saying that is that you would think the person is stupid. So, perhaps there's more than one way to work on that issue. No. Smart people regularly do things that make them look stupid. If I thought they were actually stupid, I wouldn't waste my breath pointing it out. I chose my words quite carefully on that basis. If you want to use indirect means to call people stupid, be my guest. But don't put words into my mouth. If I'm going to insult somebody, I'll do it to their face; don't project your cowardice onto me. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: Module submission Benchmark::Simple
On Wed, Sep 25, 2013 at 02:44:35PM -0400, brian d foy wrote: [[ This message was both posted and mailed: see the To, Cc, and Newsgroups headers for details. ]] In article 20130925170834.76ad61f...@pause.perl.org, Perl Authors Upload Server upl...@pause.perl.org wrote: The following module was proposed for inclusion in the Module List: modid: Benchmark::Simple DSLIP: RdpOp description: Object oriented interface for bench-marking userid: QWER (Vipin Singh) How about Benchmark::OO, which highlights the main feature of the module? Class::Benchmark or Benchmark::Class would be normal. If they're already taken then ::OO will just make you look stupid - figure out what the real unique selling point is and name it after that. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
Re: adopting modules for a...@cpan.org - Net::TDMA, YAML::Accessor
On Thu, Sep 12, 2013 at 06:50:20AM -0400, Jane Avriette wrote: Hallo, I am the author formerly known as a...@cpan.org. I have fixed bug 75500 for YAML::Accessor and I'd like to upload a new version (0.45). Could I have these modules (owned by ALEX) assigned to me? Assuming this is a run-time gender typing case as with Audrey, can you not simply log in to the ALEX account and transfer all the ownership yourself? (we can help you recover access to it if that's got lost somewhen) -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team.
