Re: IPC::Shareable
Hi Steve, Just to be clear, I know very little about the module--I was only added as co-maint because there was a patch waiting that I needed to have applied. I think it would be great for you to be added, I'm cc'ing modules@ to that end. mike On Fri, Jul 12, 2019 at 9:32 AM Steve Bertrand wrote: > Good morning, > > I'm curious to know if IPC::Shareable is still being maintained or not. > > I'm working on a new distribution based off of it, and wondering if I > could get co-maint permissions on it for going forward. > > I'm STEVEB on the CPAN. > > Cheers, > > Steve >
Re: CPAN - tidying up the permissions on the Git distribution
I concur (which I think may be unnecessary, but want to make clear we are not m the same page). Mike On Mon, Aug 17, 2020 at 6:34 PM Yo-An Lin wrote: > Hi Neil, > > I think you can give MSOUTH the permissions. I guess I have one time ever > uploaded these modules but I deleted them eventually. > > Thanks, > Yoan > > Neil Bowers 於 2020年8月17日 週一,23:07寫道: > >> >> >> >> >> >> >> >> >> >> >> >> >> Hi Mike and Yo-An, >> >> >> >> >> >> 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). >> >> >> >> >> >> The Git distribution is one of these. Mike (MSOUTH) has the first-come >> permission on 12 modules in the distribution, and Yo-An (YOANLIN) has >> first-come on the other three, including the lead module, "Git". >> >> >> >> >> >> All releases of "Git" have been done by MSOUTH, so I’m not sure how >> YOANLIN ended up with first-come permissions on 3 of the modules, but >> doesn’t even have co-maint on the rest. Maybe YOANLIN was going to adopt >> the distribution, but didn’t get all the permissions. >> >> >> >> >> >> Who should I give all first-come permissions to? Looking at the history, >> I would guess MSOUTH, but thought I should check, since YOANLIN has >> first-come on the "Git" module itself. >> >> >> >> >> >> Cheers, >> >> >> Neil >> >> >> >> >> >> PS I’ve bcc’d Yo-An, since the YOANLIN account has the flag set to keep >> the email address secret. >> >> >> >> >> >> >> >> >> > >
Math::MatrixReal extension
Hi, My name is Mike South, I would like to contribute an extension to Math::MatrixReal, which I am proposing to call Math::MatrixReal::Ext1. I think it would be better inside Math::MatrixReal, but I have not been able to get the authors to respond to the email listed in the README or on 00whois.html (that one bounces, in fact). It seems to me that a reasonable alternative is to just put this in a separate file and then, when we get in contact with the author, we can open the discussion on absorbing it. That allows this extension to get out there, and provides a nice way of merging the two, since we can just replace the Ext1.pm file with an empty subclass thingy if they are one day integrated. the module is at http://www.fulcrum.org/personal/msouth/code/Math-MatrixReal-Ext1-0-04.tgz with the pod2html output next to it at http://www.fulcrum.org/personal/msouth/code/Math-MatrixReal-Ext1-0-04.html Here's the synopsis section of the pod: use Math::MatrixReal::Ext1; $ident3x3 = Math::MatrixReal::Ext1->new_from_cols( [ [1,0,0],[0,1,0],[0,0,1] ] ); $upper_tri = Math::MatrixReal::Ext1->new_from_rows( [ [1,1,1],[0,1,1],[0,0,1] ] ); $col1 = Math::MatrixReal->new_from_string("[ 1 ]\n[ 3 ]\n[ 5 ]\n"); $col2 = Math::MatrixReal->new_from_string("[ 2 ]\n[ 4 ]\n[ 6 ]\n"); $mat = Math::MatrixReal::Ext1->new_from_cols( [ $col1, $col2 ] ); here is the information requested in the instructions on your web site: (name, email, website, desired id, short description, DSLI) ====== Mike South [EMAIL PROTECTED] http://www.fulcrum.org/personal/msouth MSOUTH an extension for Math::MatrixReal that lets you create a matrix from rows or colums, passed in as perl arrays rather than in the string format which is currently required by Math::MatrixReal. The new methods are new_from_cols() and new_from_rows(), complementing the existing new_from_string() method. DLSI Descripttion RdpO Convenience extensions for Math::MatrixReal I think this would be better off inside Math::MatrixReal, but I have had no luck contacting the authors. == I posted this to comp.lang.perl.modules and comp.lang.perl.misc. You can find the archives of that discussion on google.com by searching in these groups for the subject "ANNOUNCE: Math::MatrixReal::Ext1". I posted a summary and response which I have included below. If you would like me to send my archives of the discussion to you in a tgz or something I would be happy to do that. Thanks for you time, mike >From [EMAIL PROTECTED] Tue Mar 27 16:43:57 2001 >Path: news-server.ncren.net!not-for-mail >From: [EMAIL PROTECTED] >Newsgroups: comp.lang.perl.modules,comp.lang.perl.misc >Subject: ANNOUNCE: Math::MatrixReal::Ext1 0.04 >Date: 24 Mar 2001 16:00:24 GMT >Organization: MCNC / NC-REN >Lines: 42 >Message-ID: <99igao$ssk$[EMAIL PROTECTED]> >NNTP-Posting-Host: scan.shodor.org >User-Agent: tin/pre-1.4-19990805 ("Preacher Man") (UNIX) (Linux/2.2.14 (i686)) >Xref: news-server.ncren.net comp.lang.perl.modules:43190 comp.lang.perl.misc:373522 > >Hi, > >I have updated Math::MatrixReal::Ext1 in response to >public comments. > >Jonas Nilsson suggested adding a capability to the >interface. Instead of adding that capability, I replaced >the old interface with his suggested addition. > >Ilya Zakharevich suggested that Math::MatrixReal is >obsolete and should not be used, given the existence of the >more powerful Math::Pari. I updated the doocumentation of >Math::MatrixReal::Ext1 to refer the reader to Math::Pari. >This way, people who are looking for a matrix package and >run into this one (because the name of this is easier to >associate with matrices, for example) will get referred >to the Math::Pari module, and then they can use whatever >is appropriate for their purposes. > >Finally, Rodger V. Anderson said that his experience in >creating News::NNTPClient leads him to believe that there >is value in going ahead and putting this module out there > >the new module is at > > http://www.fulcrum.org/personal/msouth/code/Math-MatrixReal-Ext1-0-04.tgz > >with the pod2html output next to it at > > http://www.fulcrum.org/personal/msouth/code/Math-MatrixReal-Ext1-0-04.html > >If you actually have code using the previous version, >you will have to update it to reflect the new interface, >which takes a reference to an array rather than an array. > >mike >
LWP::Parallel::UserAgent author unreachable, may I co-maintain?
Hi, In response to an earlier, similar request, brian d foy made me co-maintainer of IPC::Shareable in order to apply some patches that had been in RT for a number of years. So far it looks like the version I released (0.61) is at least passing more tests: http://www.cpantesters.org/distro/I/IPC-Shareable.html#IPC-Shareable-0.61 I would like to do the same for LWP::Parallel::UserAgent if possible. Mailing the author's address resulted in a bounce (see below), and I was not able to find him via google search. I put a patch in RT that lets the module work with more recent versions of libwww, and verified that it still worked with a version earlier than the one that introduced the incompatibility: https://rt.cpan.org/Ticket/Display.html?id=40261 If possible, I would like to be added as a co-maintainer on that module so that I can release a new version of this module incorporating that patch. My PAUSE id is MSOUTH . Thanks for your time, mike (partial) bounce message for marcl...@cpan.org: >Hi. This is the qmail-send program at x1.develooper.com. >I'm afraid I wasn't able to deliver your message to the following addresses. >This is a permanent error; I've given up. Sorry it didn't work out. > >: >129.132.202.242 does not like recipient. >Remote host said: 550-Callout verification failed: >550 550 5.1.1 User unknown >Giving up on 129.132.202.242. > > --- Below this line is a copy of the message. > >Return-Path: >Received: (qmail 5536 invoked by uid 225); 17 Oct 2012 06:14:45 - >Delivered-To: marcl...@cpan.org
Re: LWP::Parallel::UserAgent author unreachable, may I co-maintain?
Thanks! I appreciate all that you folks do to keep the gears of the Perl community turning. mike On Sun, Oct 21, 2012 at 5:25 AM, Steffen Mueller wrote: > Hi Mike, hi Marc, > > sorry for the delay in replying. Been way too busy recently. > > I've just added co-maint permissions for you for all the namespaces within > the ParallelUserAgent distribution. Marc, if you read this and object, > please speak up. It's a reversible action. > > Best regards, > Steffen > (for the PAUSE admins) > > > On 10/18/2012 04:23 PM, Mike South wrote: >> >> Hi, >> >> In response to an earlier, similar request, brian d foy made me >> co-maintainer of IPC::Shareable in order to apply some patches that >> had been in RT for a number of years. So far it looks like the >> version I released (0.61) is at least passing more tests: >> >> http://www.cpantesters.org/distro/I/IPC-Shareable.html#IPC-Shareable-0.61 >> >> I would like to do the same for LWP::Parallel::UserAgent if possible. >> Mailing the author's address resulted in a bounce (see below), and I >> was not able to find him via google search. >> >> I put a patch in RT that lets the module work with more recent >> versions of libwww, and verified that it still worked with a version >> earlier than the one that introduced the incompatibility: >> >> https://rt.cpan.org/Ticket/Display.html?id=40261 >> >> If possible, I would like to be added as a co-maintainer on that >> module so that I can release a new version of this module >> incorporating that patch. >> >> My PAUSE id is MSOUTH . >> >> Thanks for your time, >> >> mike >> >> (partial) bounce message for marcl...@cpan.org: >> >>> Hi. This is the qmail-send program at x1.develooper.com. >>> I'm afraid I wasn't able to deliver your message to the following >>> addresses. >>> This is a permanent error; I've given up. Sorry it didn't work out. >>> >>> : >>> 129.132.202.242 does not like recipient. >>> Remote host said: 550-Callout verification failed: >>> 550 550 5.1.1 User unknown >>> Giving up on 129.132.202.242. >>> >>> --- Below this line is a copy of the message. >>> >>> Return-Path: >>> Received: (qmail 5536 invoked by uid 225); 17 Oct 2012 06:14:45 - >>> Delivered-To: marcl...@cpan.org > >
Fwd: Delivery Status Notification (Failure)
Hi, I was hoping to get a fix implemented for IPC::Shareable. The bug in question was reported, with a patch, 4 years ago. I tried pinging the author but his mail bounces. The CPAN faq said to mail this address if that happens. I have a PAUSE account (MSOUTH), and if you want, I am willing to put this patch in ( https://rt.cpan.org/Public/Bug/Display.html?id=41401 ) and release it, and "take over maintenance", which might mean no more than "apply supplied patches and release a new version" since I have little idea about either the use or the guts of this module right now. (I am an experienced coder, just to be clear, but IPC is its own beast and it's been years since I had to do anything very complex with it). Let me know if you would like me to do this, or if there is some other way I can be of help. I was not able to find Mr. Sugars through a google search, either. Thanks! mike -- Forwarded message -- From: Date: Tue, Oct 2, 2012 at 9:44 AM Subject: Delivery Status Notification (Failure) To: mso...@gmail.com This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. bsug...@canoe.ca Original-Recipient: rfc822;bsug...@canoe.ca Final-Recipient: rfc822;bsug...@canoe.ca Action: failed Status: 5.7.1 Diagnostic-Code: smtp;554 5.7.1 : Relay access denied -- Forwarded message -- From: Mike South To: bsug...@canoe.ca Cc: Date: Tue, 2 Oct 2012 09:44:07 -0500 Subject: IPC::Shareable bug https://rt.cpan.org/Public/Bug/Display.html?id=41401 Any chance this will be fixed? There is a patch on the bug that looks correct. Thanks! mike