Re: CLASS vs Class

Dear Neil, Sorry for this. I thought as you said it was case insensitive. I will correct this, but do you think it is possible for me to contact the owners of those dependency and see if they can change? Or do you think it is possible to release it both as CLASS and Class? I am a bit confused

CLASS vs Class

Hi Jacques, It has been pointed out that you’ve renamed the CLASS module to Class. When I gave you co-maint on CLASS, I should have pointed out that there were other distributions on CPAN that rely on this, so it’s important that you don’t break the interface, either in functionality or name

Class distribution

Hello Neil, I decided to move Class outside of Module::Generic to make it more clean and submitted successfully the new version v1.1.3, but I cannot find it on cpan. Sorry to trouble you again. Kind regards, Jacques Deguest OpenPGP_0x5F3C0261CDB2E752.asc Description: OpenPGP public key

Re: About taking over CLASS module

Hi Jacques, I haven’t heard back from MSCHWERN, so I’ve gone ahead and given you co-maint on CLASS. Thanks for helping to fight CPAN bitrot. Michael: if you don’t want Jacques to have co-maint, let me know and I’ll rescind. Cheers, Neil

Re: About taking over CLASS module

someone to take over CLASS and I was willing to, and tried to contact him, but to no avail. Would you be in contact with him ? I tried his cpan e-mail as well as [redacted] Here is a link to the page : https://metacpan.org/pod/CLASS I’ve emailed SCHWERN to see if he’s happy for you

Re: About taking over CLASS module

Thanks Neil. Kind regards, Jacques On 2021/12/14 20:47, Neil Bowers wrote: Hi Jacques, I saw Michael is looking for someone to take over CLASS and I was willing to, and tried to contact him, but to no avail. Would you be in contact with him ? I tried his cpan e-mail as well as

Re: About taking over CLASS module

Hi Jacques, > I saw Michael is looking for someone to take over CLASS and I was willing to, > and tried to contact him, but to no avail. > Would you be in contact with him ? I tried his cpan e-mail as well as > [redacted] > Here is a link to the page : https://metacpan.org/

Re: Adopt Validation::Class?

erested in adopting the Validation::Class module. If you cangrant me the privilege I will release the next version. I have a long standing patch ready to apply :-). I have just transferred to you the first-come permissions on Validation::Class and the other modules in its distribution.

Re: Adopt Validation::Class?

Hi Christiaan, I’m one of the PAUSE admins. > I'm interested in adopting the Validation::Class module. If you cangrant me > the privilege I will release the next version. > I have a long standing patch ready to apply :-). I have just transferred to you the first-come permissions

Adopt Validation::Class?

Hello, I'm interested in adopting the Validation::Class module. If you can grant me the privilege I will release the next version. I have a long standing patch ready to apply :-). -- ing. Christiaan Kras Kras IT https://www.kras-it.frl LinkedInhttp://nl.linkedin.c

Re: Adopt Validation::Class?

Hey Christiaan, I'm grateful to have you adopt the Validation::Class module. I've given up co-maintainership on PAUSE, so you need to contact PAUSE admins to accept the CPAN distribution. Cheers Al Newkirk 267 225 0655 (office) 267 601 4046 (mobile) iamalnewkirk.com a...@iamaln

Re: CPAN - resolving split ownership of Class-DBI-Sweet distribution

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

Re: CPAN - resolving split ownership of Class-DBI-Sweet distribution

Thanks both — Fred is now the proud owner of Class-DBI-Sweet, though that might just be down to you two being quicker on the draw ;-) Neil

Re: CPAN - resolving split ownership of Class-DBI-Sweet distribution

nce 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 &

CPAN - resolving split ownership of Class-DBI-Sweet distribution

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

Re: Maintenance of CPAN module Class::Accessor::Lite

Dear Kazuho Oku, I just wanted to send you a gentle bump to see if I can help in anyway in doing some maintenance issues with your distribution Class::Accessor::Lite. It would be nice to get some of these things fixed because this distribution has a number of downstream dependencies. If you

Re: MooseX::Emulate::Class::Accessor::Fast CPAN module permissions

gt; I'd like to do some clean up on the MooseX-Emulate-Class-Accessor-Fast > CPAN distribution, particularly the packaging. Could I get > permissions on the modules to do releases? > > If you aren't involved in CPAN work anymore, it might be good to > transfer first-c

DBIx::Class permissions update

::Class namespace has been restored. Frew ( then FIRSTCOME ) made the initial transfers dropping his permissions, and I proceeded to remove the rest of the COMAINTs as per my original plans. In the foreseeable future I do not plan to make any further changes to the PAUSE permissions ( baring

Re: DBIx::Class permissions update

> On Tue, 23 Jan 2018 07:02:34 -0500, David Golden said: > I'm really pleased to hear this happened. Thanks for sharing it, > Peter! Couldn't have said it better. Best, -- andreas

Re: DBIx::Class permissions update

>> administration is concerned. >> >> > > Greetings, > > As per the recent repeat-referendum[1][2] my ownership of the DBIx::Class > namespace has been restored. Frew ( then FIRSTCOME ) made the initial > transfers dropping his permissions, and I proceeded to

Re: Maintenance of Class::Inspector

Hi Adam & Graham, > No problem. > > I'm on holidays at the moment, between dives. Can someone bump this through > for me? I just gave Graham co-maint on Class::Inspector and Class::Inspector::Functions. Thanks both, Neil > > Thanks > > Adam K > > On

Re: Maintenance of Class::Inspector

No problem. I'm on holidays at the moment, between dives. Can someone bump this through for me? Thanks Adam K On Tue., 22 Nov. 2016 at 12:07 pm, Graham Ollis wrote: > Hello Adam, > > I am interested in applying a couple of fairly minor fixes to the Perl > module Class::In

Re: [Dbix-class] GOVERNANCE: Aggregation and conclusion

isting > userbase of DBIx::Class. > > Peter, is there some reason that you feel your repeated public proclamations are somehow not "on the record"? I think at this point your position is clear. > > Imagine my surprise when the PAUSE admins (after already having > prevent

Re: [Dbix-class] GOVERNANCE: Aggregation and conclusion

On 10/30/2016 02:47 AM, David Golden wrote: On Sat, Oct 29, 2016 at 3:17 PM, Matt S Trout mailto:m...@shadowcat.co.uk>> wrote: As such, I hereby call upon the PAUSE administration to adjust the permissions for all namespaces within the DBIx::Class distribution in accordance

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

While maintaining that I am essentially an outsider in this discussion, I was CC-ed so I will reply. I read both of the indicated comment differently than you do I think. On Tue, Oct 4, 2016 at 4:57 PM Peter Rabbitson wrote: > On 10/04/2016 11:36 PM, Matt S Trout wrote: > > > > Had I not got exp

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

tion 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

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" De

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On 10/05/2016 12:17 AM, Joel Berger wrote: While yes I think it would have been helpful if the intention made at the time of the transfer of first-come to you were in a more public forum than IRC logs, I also think that comments halfway down a BPO posting isn't a great place to assert BDFL-ness

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On Tue, Oct 4, 2016 at 5:15 PM, Graham Knop wrote: > Forgive me if I don't. > That's fine. Your comments address the meta-issue. > PAUSE has no governance model. Nor, really, does "Perl" in the broadest sense. PAUSE admins have discussed this in coming up with a response. What people thin

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On 10/04/2016 11:36 PM, Matt S Trout wrote: 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. Since we are digging in the past: had I not gotten an unambiguous legitimization of my

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

ersation, > 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

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

> The only wide-reaching forum that I myself am aware of is the mailing > list, mentioned at the expected spot in the metadata: > https://metacpan.org/source/RIBASUSHI/DBIx-Class-0.082840/META.yml#L66 Great! I've joined the DBIC mailing list and have sent a post explaining the s

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

nd/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 t

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

Hi folks, Hmm, my @cpan.org emails land in a "mostly pile of spam" folder, oops. On Sun, 02 Oct 2016 12:33:54 +0100, David Golden wrote: We, too, encourage other maintainers and/or community members to join the conversation. David Golden Twitter/IRC/GitHub: @xdg Having read the last few

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

"Jess Robinson" writes: > Admittedly I haven't been following the DBIC ML / commits lately, for at > least a year.. This is mostly because its felt like > > a) Nothing is allowed to be added/tweaked until specifically approved by > Riba, or until some other piece of work is finished which can onl

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

pot in the metadata: https://metacpan.org/source/RIBASUSHI/DBIx-Class-0.082840/META.yml#L66 More on the rest later

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On Sun, 02 Oct 2016 15:01:48 +0200, David Golden wrote: The selected person will not be announced until after the fact, in order to insulate him from having to deal with mst, Let's put aside the identity of the person for the moment. Earlier you said: #4 is not an ideal, but a viable

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

My general inclination is to avoid getting involved in discussions of this sort, but in this case, I do think that the views of at least one third party might be helpful. David Golden writes: > On Sun, Oct 2, 2016 at 4:31 AM, Peter Rabbitson wrote: > > I again must stress that there has been a h

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

Well, I'd rather stay out of it for reasons riba basically already made clear, but my thoughts are at the end of https://blog.afoolishmanifesto.com/posts/open-source-infrastructure-and-dbix-class-diagnostics-improvements/ , written quite a while ago. I am content with Riba's plan,

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,

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

> The selected person will not be announced until after the fact, in order to > insulate him from having to deal with mst, Let's put aside the identity of the person for the moment. Earlier you said: > #4 is not an ideal, but a viable chance for the user community to come > together and take res

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On 10/02/2016 01:33 PM, David Golden wrote: On Sun, Oct 2, 2016 at 4:31 AM, Peter Rabbitson > wrote: > The administrative transfer *combined* with the amount of work put > in by myself, and the utter disinterest of all other maintainers, places > me practically, procedu

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On Sun, Oct 2, 2016 at 4:31 AM, Peter Rabbitson wrote: > The administrative transfer *combined* with the amount of work put > in by myself, and the utter disinterest of all other maintainers, places > me practically, procedurally and morally in the position to unilaterally > decide what to do with

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On 10/01/2016 11:07 PM, David Golden wrote: Hi, Peter. Thank you for taking the time to organize and share your thoughts. > It took me a considerable amount of time to put this together, I hope > you will respect this effort by crafting a similarly thought out response. Please don't confuse

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

dmins 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

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

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

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

Hi, Peter. Thank you for taking the time to organize and share your thoughts. > It took me a considerable amount of time to put this together, I hope > you will respect this effort by crafting a similarly thought out response. Please don't confuse the speed and brevity of my response with a lack

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

There have been several unscheduled releases since, some to fix failing tests due to a shifting CPAN landscape [20][21] and one intermediate release as recently as 3 months ago incorporating some of the work done so far [22]. I continue to be involved in end-user support, both on the ML and o

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 b

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

On 09/22/2016 01:53 AM, David Golden wrote: [Followup with a copy of Peter's private reply and my public response.] Thank you for not burying this thread. I am shortly scheduled to speak at a conference, so likely won't be able to write a thorough reply today. Stay tuned.

Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]

[Followup with a copy of Peter's private reply and my public response.] On Wed, Sep 21, 2016 at 4:49 PM, Peter Rabbitson wrote: > ( adding more people on BCC, as usual ) > > David, > > I must remind you that it was me who reached out publicly[1] to the PAUSE > admins as a sole CPAN author, seeki

Message from PAUSE Admins to DBIx::Class maintainers [resend]

x27;m writing privately on behalf of the PAUSE administrators in response to private and public <http://www.nntp.perl.org/group/perl.modules/2016/09/msg96115.html> communications concerning the succession of primary maintainership of DBIx::Class ("DBIC"). (Please note that Mat

Re: Use of toplevel package names in Class-PObject, and permissions clashes

ere 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 > subclass

Use of toplevel package names in Class-PObject, and permissions clashes

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

PAUSE permissions class between "testclass" and "TestClass"

same. You had ownership of the “testclass” namespace, because your Class-Indexed distribution (released in 2004), has an example class in examples/testclass.pm. Until recently PAUSE indexed example modules in distributions, even though they’re not installed. PAUSE no longer indexed example

Re: Class-Delegation

Thanks for taking care of this, Neil. Damian

Class-Delegation

Hi Damian, I just scheduled the deletion of your old Class-Delegation release — thanks for letting me do that. Now I have to wait 3 days. Once that’s done I’ll be able to re-index Kang-Min’s latest release of his “self” distribution, and that should be another conflict resolved. Cheers, Neil

Re: PAUSE permissions class with FOO module

nflicts 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. > > You have ownership of the “FOO” package, which is used in

Re: PAUSE permissions class with FOO module

Hi Pierre, > you can do the release. > > Thank you for taking care of this. Thanks. I’ve just released version 0.04: https://metacpan.org/release/NEILB/Class-Hook-0.04 My github repo is here: https://github.com/neilb/Class-Hook Tomorrow I’ll drop your permissions on

Re: PAUSE permissions class with FOO module

Hi Pierre, > It's good to know!. Feel free to make the changes, I am fine with your > proposal. Do you need anything from me? If you want to do the release, it would then still be listed on CPAN against your name. But if you’d rather not I’m happy to do it. You would still be listed as the au

PAUSE permissions class with FOO module

considered the same. You have ownership of the “FOO” package, which is used in testing in your Class-Hook distribution. But this clashes with the “Foo” namespace owned by RATAXIS and “foo”, owned by ASIMJALIS. Because your distribution doesn’t install “FOO”, you don’t need permissions for it — you could

Re: Failed: PAUSE indexer report ARUNBEAR/Class-Minion-0.000002.tar.gz

> From: PAUSE > Date: 19 November 2014 14:18 > Subject: Failed: PAUSE indexer report ARUNBEAR/Class-Minion-0.02.tar.gz > To: arunb...@gmail.com, andreas.koenig.gmwojprw+pa...@franz.ak.mind.de > > > The following report has been written by the PAUSE namespace inde

Fwd: Failed: PAUSE indexer report ARUNBEAR/Class-Minion-0.000002.tar.gz

Good day, why do I get this error? There does not seem to be another module with this name. Thanks. -- Forwarded message -- From: PAUSE Date: 19 November 2014 14:18 Subject: Failed: PAUSE indexer report ARUNBEAR/Class-Minion-0.02.tar.gz To: arunb...@gmail.com

Module submission Class::Minion

The following module was proposed for inclusion in the Module List: modid: Class::Minion DSLIP: bdphg description: A class builder to encourages modular desg userid: ARUNBEAR (Arun Prasaad) chapterid: 2 (Language_Extensions) communities: Perlmonks similar

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

Thanks! Adrian, it still shows you as owner, with me and ribasuchi as co-maint. Do you plan to maintain ownership of it afterall, or are you actually walking away? Just want to know where my authority over the module sits. -Chad On Thu, Jul 31, 2014 at 10:14 AM, Matt S Trout wrote: > On Thu,

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

On 31 Jul 2014, at 18:26, Matt S Trout wrote: > Test::Exception was modulelist ownership rather than first-come. > > I’ve moved that across to Exodist as well. Ta. Adrian. -- adri...@quietstars.com / +44 (0)7752 419080 / @adrianh / quietstars.com (CSSTWP.com the product team certification pr

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)

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

On Thu, Jul 31, 2014 at 7:54 AM, Adrian Howard wrote: > > Might be worth clarifying HANDOFF/ADOPTME somewhere "official" though for the next person. It was Lancaster Consensus: - https://github.com/Perl-Toolchain-Gang/toolchain-site/blob/master/lancaster-consensus.md#flagging-abandoned-m

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:/

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

de EXODIST primary maintainer of Test::Block::Plan. > > Made EXODIST primary maintainer of Test::Class. > > Made EXODIST primary maintainer of Test::Class::BaseTest. > > Made EXODIST primary maintainer of Test::Class::Load. > > Made EXODIST primary maintainer of Test::Cla

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

On 31 Jul 2014, at 12:28, Ron Savage wrote: > Hi Adrian > > Sorry if you feel offended. I couldn’t actually define the exact meaning of > HANDOFF, and I was available, so I acted. No offended - just confused. I thought the accepted meaning of HANDOFF was "Giving co-maint to HANDOFF is a way

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

; > -Chad Granum > > > -- Forwarded message -- > From: Adrian Howard > Date: Fri, Jul 25, 2014 at 6:26 AM > Subject: Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block > To: Perl QA > > > Hi Karen, > > On 13 Jul 2014, at 16:

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

Heh. Maybe I’m just getting old but Chad mailed me on Monday. Under 3 working days isn’t me "stopped responding to email" - it’s just me being busy (and ill ;-) But not a problem. Might be worth clarifying HANDOFF/ADOPTME somewhere "official" though for the next person. Adrian On 31 Jul 2014

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

Hi Adrian No problem. I was responding to this email: http://www.nntp.perl.org/group/perl.modules/2014/07/msg90947.html On 31/07/14 21:34, Adrian Howard wrote: On 31 Jul 2014, at 12:28, Ron Savage wrote: Hi Adrian Sorry if you feel offended. I couldn’t actually define the exact meaning

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

py if everybody is happy tho. Adrian On 31 Jul 2014, at 10:48, Ron Savage wrote: Hi All (1) Made EXODIST primary maintainer of Test::Block. Made EXODIST primary maintainer of Test::Block::Plan. Made EXODIST primary maintainer of Test::Class. Made EXODIST primary maintainer of Test::

Fwd: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

Hi All (1) Made EXODIST primary maintainer of Test::Block. Made EXODIST primary maintainer of Test::Block::Plan. Made EXODIST primary maintainer of Test::Class. Made EXODIST primary maintainer of Test::Class::BaseTest. Made EXODIST primary maintainer of Test::Class::Load. Made EXODIST

Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

e the permissions over. > > -Chad Granum > > > -- Forwarded message -- > From: Adrian Howard > Date: Fri, Jul 25, 2014 at 6:26 AM > Subject: Re: Anybody wanna adopt Test::Class, Test::Exception & Test::Block > To: Perl QA > > > Hi Karen, >

Fwd: Anybody wanna adopt Test::Class, Test::Exception & Test::Block

interest in the module. Adrian has stopped responding to email since this conversation, so we need someone else to move the permissions over. -Chad Granum -- Forwarded message -- From: Adrian Howard Date: Fri, Jul 25, 2014 at 6:26 AM Subject: Re: Anybody wanna adopt Test::Class, Test

Module submission Class::Accessor::Lazy

The following module was proposed for inclusion in the Module List: modid: Class::Accessor::Lazy DSLIP: RdpOp description: Class::Accessor extension for Lazy accessors userid: HURRICUP (Alexandr Evstigneev) chapterid: 6 (Data_Type_Utilities) communities: similar

Module update for Class::Hookable

Record update in the PAUSE modules database: modid: [Class::Hookable] statd: [?] was [b] stats: [?] was [d] statl: [p] stati: [O] statp: [p] description: [Base class for hook mechanism] userid: [NYARLA] chapterid: [6] mlstatus: [delete

Module update for Catalyst::Plugin::Authentication::Store::DBIx::Class

Record update in the PAUSE modules database: modid: [Catalyst::Plugin::Authentication::Store::DBIx::Class] statd: [b] stats: [m] statl: [p] stati: [O] statp: [p] description: [DBIx::Class store for Catalyst Auth system] userid: [BOBTFISH] was [JAYK

Module update for Catalyst::Authentication::Store::DBIx::Class

Record update in the PAUSE modules database: modid: [Catalyst::Authentication::Store::DBIx::Class] statd: [R] stats: [m] statl: [p] stati: [O] statp: [p] description: [Catalyst Auth storage using DBIx::Class] userid: [BOBTFISH] was [JAYK

Re: Maintenance of the Class::Generate CPAN distribution ( https://metacpan.org/release/Class-Generate )

Hi all, On Tue, 21 Jan 2014 14:49:43 +0200 Shlomi Fish wrote: > Hi Steve, > > You are the maintainer and originator of the Class::Generate CPAN > distribution ( https://metacpan.org/release/Class-Generate ) and currently it > accumulated 3 bugs in the rt.cpan.org bug tr

Maintenance of the Class::Generate CPAN distribution ( https://metacpan.org/release/Class-Generate )

Hi Steve, You are the maintainer and originator of the Class::Generate CPAN distribution ( https://metacpan.org/release/Class-Generate ) and currently it accumulated 3 bugs in the rt.cpan.org bug tracker ( https://rt.cpan.org/Dist/Display.html?Name=Class-Generate ) and tests sometimes fail with

Module update for Class::Mutator

Record update in the PAUSE modules database: modid: [Class::Mutator] statd: [b] stats: [d] statl: [p] stati: [O] statp: [?] description: [Dynamic polymorphism implemented in Perl] userid: [ADOPTME] was [GMCCAR] chapterid: [6] mlstatus: [list

New module DBIx::Class::InflateColumn::Time

The next version of the Module List will list the following module: modid: DBIx::Class::InflateColumn::Time DSLIP: adpOp description: Inflates time columns to DateTime::Duration userid: DRZIGMAN (Robert Stone) chapterid: 7 (Database_Interfaces) enteredby: BDFOY

Module submission DBIx::Class::InflateColumn::Time

The following module was proposed for inclusion in the Module List: modid: DBIx::Class::InflateColumn::Time DSLIP: adpOp description: Inflates time columns to DateTime::Duration userid: DRZIGMAN (Robert Stone) chapterid: 7 (Database_Interfaces) communities

Uri update for N/NA/NATG/Class-AutoDB-1.27_02.tar.gz

Record update in the PAUSE uploads database: uriid: [N/NA/NATG/Class-AutoDB-1.27_02.tar.gz] uri: [file:://Users/ngoodman/Projects/AutoDB/Class-AutoDB-1.27_02.tar.gz] was [file::///Users/ngoodman/Projects/AutoDB/Class-AutoDB-1.27_02.tar.gz] Data entered by Nathan Goodman (NATG

New module Test::DBIx::Class::Factory

The next version of the Module List will list the following module: modid: Test::DBIx::Class::Factory DSLIP: bdpOp description: Automated relational aware test data creatio userid: GHARPER (Gareth Harper) chapterid: 3 (Development_Support) enteredby: BDFOY (brian

Module submission Test::DBIx::Class::Factory

The following module was proposed for inclusion in the Module List: modid: Test::DBIx::Class::Factory DSLIP: bdpOp description: Automated relational aware test data creatio userid: GHARPER (Gareth Harper) chapterid: 3 (Development_Support) communities: http

New module DBIx::Class::PgLog

The next version of the Module List will list the following module: modid: DBIx::Class::PgLog DSLIP: bdpOp description: PgSQL Auto Logging for DBIx transactions userid: SHEEJU (Sheeju Alex) chapterid: 7 (Database_Interfaces) enteredby: BDFOY (brian d foy

Module submission DBIx::Class::PgLog

The following module was proposed for inclusion in the Module List: modid: DBIx::Class::PgLog DSLIP: bdpOp description: PgSQL Auto Logging for DBIx transactions userid: SHEEJU (Sheeju Alex) chapterid: 7 (Database_Interfaces) communities: Mailinglists similar

New module Class::Enum

The next version of the Module List will list the following module: modid: Class::Enum DSLIP: bdpOp description: provides typed enum behaviors. userid: KISEKI (井関 恵太) chapterid: 6 (Data_Type_Utilities) enteredby: BDFOY (brian d foy) enteredon: Mon Jul 8 13

Module submission Class::Enum

The following module was proposed for inclusion in the Module List: modid: Class::Enum DSLIP: bdpOp description: provides typed enum behaviors. userid: KISEKI (井関 恵太) chapterid: 6 (Data_Type_Utilities) communities: similar: rationale: enteredby: KISEKI

Module update for Class::EHierarchy

Record update in the PAUSE modules database: modid: [Class::EHierarchy] statd: [R] was [b] stats: [d] statl: [p] stati: [O] statp: [p] description: [Hierarchally-aware Opaque Objects] userid: [CORLISS] chapterid: [23] mlstatus: [list] Data

New module Class::orMapper::Memcached

The next version of the Module List will list the following module: modid: Class::orMapper::Memcached DSLIP: bdpOg description: DBI base easy O/R Mapper with Memcached. userid: KAZUNORI (Kazunori Minoda) chapterid: 7 (Database_Interfaces) enteredby: BDFOY (brian

New module DBIx::Class::InflateColumn::Math::Currency

The next version of the Module List will list the following module: modid: DBIx::Class::InflateColumn::Math::Currency DSLIP: adpfp description: Automagically Inflating Math::Currency userid: DRZIGMAN (Robert Stone) chapterid: 7 (Database_Interfaces) enteredby

Module submission Class::orMapper::Memcached

The following module was proposed for inclusion in the Module List: modid: Class::orMapper::Memcached DSLIP: bdpOg description: DBI base easy O/R Mapper with Memcached. userid: KAZUNORI (Kazunori Minoda) chapterid: 7 (Database_Interfaces) communities: similar

Module submission DBIx::Class::InflateColumn::Math::Currency

The following module was proposed for inclusion in the Module List: modid: DBIx::Class::InflateColumn::Math::Currency DSLIP: adpfp description: Automagically Inflating Math::Currency userid: DRZIGMAN (Robert Stone) chapterid: 7 (Database_Interfaces) communities

New module Anansi::Class

The next version of the Module List will list the following module: modid: Anansi::Class DSLIP: adpOp description: A base module definition. userid: ANANSI (Kevin Treleaven) chapterid: 2 (Language_Extensions) enteredby: BDFOY (brian d foy) enteredon: Sun Apr

  1   2   3   4   >