Fwd: The 't2' namespace
Failed to reply to all... Sorry -- Forwarded message -- From: Yuval Kogman Date: 19 October 2016 at 12:48 Subject: Re: The 't2' namespace To: Matt S Trout I've just done this myself, to save mst the trouble and as a form of agreeing. Anybody want t1? ;-) On 18 October 2016 at 16:47, Matt S Trout wrote: > 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 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: Fwd: The 't2' namespace
Does that just give the next uploader first come privileges? If so I think I will do that for all of my modules On 19 Oct 2016 19:18, "Karen Etheridge" wrote: > I would suggest simply dropping ownership on all namespaces you're not > interested in. There doesn't have to be a new owner. > > On Wed, Oct 19, 2016 at 8:02 AM, Chad Granum wrote: > >> I do not need 't1', but I can still grab it if you are desperate to be >> rid of it. >> >> -Chad >> >> On Oct 19, 2016 4:51 AM, "Yuval Kogman" wrote: >> >>> Failed to reply to all... Sorry >>> >>> >>> -- Forwarded message -- >>> From: Yuval Kogman >>> Date: 19 October 2016 at 12:48 >>> Subject: Re: The 't2' namespace >>> To: Matt S Trout >>> >>> >>> I've just done this myself, to save mst the trouble and as a form of >>> agreeing. >>> >>> Anybody want t1? ;-) >>> >>> On 18 October 2016 at 16:47, Matt S Trout wrote: >>> >>>> 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 >>>> 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: transfer of permissions from HANDOFF
Hi, On 2 Dec 2016 20:48, "David Golden" wrote: > HANDOFF isn't ADOPTME. HANDOFF means person wants to hand off but wants > to make the decision themself. It's a solicitation for a successor, not an > abdication. > I am happy for all the above mentioned modules to be transferred to Karen. She has been the defacto primary maintainer on virtually all of my work that appears to actually be of use to others, while I've been effectively absent from the Perl community. So furthermore, I wish to express my consent for transfer of ownership for any of my modules to ETHER, including future ones. Regards, Yuval >
password reset failure
Hi, I've been inactive for years, and have recently been asked to hand over maintainership rights of Data::UUID::LibUUID to Pedro Melo, I consider trustworthy from when I was active. My last password reset (user NUFFIN) was in 2018 according to my email and in line with my recollection, and although I succeeded in performing one today, I'm still not able to log in. Thanks, Yuval
Re: password reset failure
On Wed, 16 Aug 2023, 20:52 Neil Bowers, wrote: > Hi Yuval, > > I’m one of the PAUSE admins. > > > I've been inactive for years, > > and have recently been asked to hand over maintainership rights of > Data::UUID::LibUUID to Pedro Melo, > > I consider trustworthy from when I was active. > > I can make that transfer for you. > > Can I just confirm that you want to transfer the first-come permission to > Pedro? In that case you’d end up with co-maint. > Or would you like Pedro to have co-maint, but retain first-come yourself? > Probably the former but as it places more of a burden I've written to ask what he prefers > > > It looks like your PAUSE account has been locked against access at some > point in the past. I’ll see if I can find out more about when and why. > The error mentioned perlmonks, i know an old/bad password leaked but by 2018 i should have been using a unique one... At any rate i am no longer qualified to make technical or maintainership decisions with regards to my old modules, at least the ones anyone might be depending on, so if it's more appropriate to set my account as dormant maybe that makes sense Thanks!
Re: password reset failure
Thank you! Pedro: is the new github org finalized? (Sorry for first new mail without cc, Neil!) On Thu, 31 Aug 2023, 18:37 Neil Bowers, wrote: > Hi Yuval, > > I’ve transferred the first-come indexing permissions on Data-UUID-LibUUID > to Pedro. > > Cheers, > Neil >
