CPAN MODULE METADATA REPAIR: IO::Multiplex
Does anyone know who is strong enough to help fix this problem? I'm trying to fix all these IO::Multiplex CPAN issues, but I keep getting this spewage when I apply for the namespace: - Register NamespaceERROR: The submission didn't succeed due to the following reason:Dist L/LI/LIRAZ/IO-Multiplex-0.1.tar.gz, current version 0.1 has been uploaded by LIRAZ. Please contact LIRAZ or choose a different namespace.Nothing done. Please correct the form below and retry. - UGH! I told you, LIRAZ cannot be contacted. I've tried many times already. If you know how to contact him, please do so or tell me how. His emails contacts are broken! If not, then force the "CPAN User-ID" to "BBB" for me. Thanks, Rob Brown CPANID: BBB
Re: IO::Multiplex enhancement
Perl modules dudes:
We are having big problems with this LIRAZ guy who still will
not release control over IO::Multiplex because he cannot be
contacted. He is not involved with this version of IO::Multiplex
either. Can you reassign cpan author from LIRAZ to BBB for me?
Or how can we fix this situation?
Douglas:
Looks fantastic. I'm reviewing your patch now. I've only been
able to get around 50 connections/sec because of some large CPU
overhead. I'm starting to maintain it a little more, but I'm
not the original author. Bruce is. I think your patch will help.
You should see it in version 1.04. I'll let him know, too.
Thanks,
Rob Brown
CPANID: BBB
On Thu, 30 May 2002, Douglas Webb wrote:
> I've been working on a project for my company which requires a daemon
> process to take in ~1 request/second from 1000 other processes on the
> same machine, and send those 1000 requests/sec through some parsing and
> then on to Oracle.
>
> The architecture I decided on was to have a single select-based process
> that would watch 1000 sockets for input, and to pass that input to 20 or
> so sockets which are connected to forked-off subprocesses. The
> subprocesses would handle the parsing and DBI stuff. This lets me spend
> a lot more time dealing with Oracle than I otherwise could.
>
> I looked in Network Programming with Perl, and figured that somebody
> must have already put the examples in there onto CPAN. That's how I
> found IO::Multiplex.
>
> Overall, I'm happy with IO::Multiplex; the testing I've done so far
> tells me that it'll be able to handle my needs reliably. However, I
> discovered that it uses way more cpu time than it needs to, due to the
> use of Tie::RefHash.
>
> That module lets you use a reference as a hash key, but pretend that
> it's still a reference. Normally, the reference is turned into a string,
> and the string is used as the key.
> When I ran my program through Devel::DProf, I found that a huge amount
> of time was being spent in FETCH, NEXTKEY, EXISTS in the Tie::RefHash
> module.
>
> After searching through IO::Multiplex, I found that there were only a
> couple of places where the hash keys are being used as references (to
> filehandles.) The rest of the accesses just used them as keys, so the
> Tie::RefHash was a waste. I added a new key to $self, _handles, to map
> from the stringified filehandle reference to the real filehandle
> reference, and I made a few other changes to use the new key only where
> needed. This gave me about a 20x reduction in the cpu usage under the
> same request/sec load.
>
> Here's the diff for my changes; there aren't many of them.
> I don't think there are any drawbacks to my approach.
>
> Let me know if you have any questions.
> Doug.
>
>
> bash-2.03$ diff -C 1 Multiplex.orig.pm Multiplex.doug.pm
> *** Multiplex.orig.pm Mon Feb 4 13:14:03 2002
> --- Multiplex.doug.pm Thu May 30 11:04:02 2002
> ***
> *** 161,163
> use IO::Multiplex;
> - use Tie::RefHash;
>
> --- 161,162
> ***
> *** 271,273
> use Data::Dumper;
> - use Tie::RefHash;
> use Carp qw(cluck);
> --- 270,271
> ***
> *** 301,304
> _fhs => {},
> _listen => {} } => $package;
> - tie %{$self->{_fhs}}, "Tie::RefHash";
> $self;
> --- 299,302
> _fhs => {},
> +_handles => {},
> _listen => {} } => $package;
> $self;
> ***
> *** 353,354
> --- 351,353
> $self->{_fhs}{$fh}{fileno} = fileno($fh);
> + $self->{_handles}{$fh} = $fh;
> tie *$fh, "MVModule::MVmux::Handle", $self, $fh;
> ***
> *** 374,375
> --- 373,375
> delete $self->{_fhs}{$fh};
> + delete $self->{_handles}{$fh};
> untie *$fh;
> ***
> *** 518,520
>
> ! grep(!$self->{_fhs}{$_}{listen}, keys %{$self->{_fhs}});
> }
> --- 518,520
>
> ! grep(!$self->{_fhs}{$_}{listen}, values %{$self->{_handles}});
> }
> ***
> *** 563,565
>
> ! foreach my $fh (keys %{$self->{_fhs}}) {
> # Avoid creating a permanent empty hash ref for "$fh"
> --- 563,565
>
> ! foreach my $fh (values %{$self->{_handles}}) {
> # Avoid creating a permanent empty hash ref for "$fh"
> ***
> *** 797,798
> --- 797,799
> delete $self->{_fhs}{$fh};
> + delete $self->{_handles}{$fh};
> untie *$fh;
> ***
> *** 800,802
> $obj->mux_close($self, $fh) if $obj && $obj->can("mux_close");
> - delete $self->{_fhs}{$fh};
> }
> --- 801,802
>
>
>
>
Re: CPAN MODULE METADATA REPAIR: IO::Multiplex
Andreas: Yeah, I guess I have some evidence, but I'm not sure whose bug it is. I've been waiting since last year to be able to fix the meta data and DSLIP settings for some of my modules, but they don't show in the list: Sys::Ptrace File::DirSync Net::DNAT Am I doing something wrong? Or am I supposed to wait for approval from something? These links do not seem to work for me: https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=0420_45a3a4521a33e188&SUBMIT_pause99_add_mod_insertit=1 https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=7620_d00a0654fddfe405&SUBMIT_pause99_add_mod_insertit=1 https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=3Dd5_b7cdd968eb09ac0d&SUBMIT_pause99_add_mod_insertit=1 Some are ready for beta instead of pre-alpha and alpha. I've attached original inclusion proposition messages below... -- Rob CPANID: BBB On Mon, 3 Jun 2002, Andreas J. Koenig wrote: > >>>>> On Mon, 3 Jun 2002 13:04:15 -0600 (MDT), Rob Brown <[EMAIL PROTECTED]> said: > > > I fixed the DSLIP settings and everything looks perfect > > with IO::Multiplex now. Whew! Thanks for all the help. > > I'm sorry you had troubles with the permission stuff. There seem to be > a few loose ends in the permission stuff. Don't hesitate to tell me if > something on PAUSE doesn't act as expected. I'm happy about evidence > for any bug--it might enable me to actually fix it. > > > -- Original message -- Return-Path: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Received: from onion.perl.org (onion.valueclick.com [209.85.157.220]) by mail.roobik.com (Postfix) with SMTP id 88F764D3 for <[EMAIL PROTECTED]>; Mon, 26 Nov 2001 11:22:58 -0700 (MST) Received: (qmail 19137 invoked by uid 1008); 26 Nov 2001 18:22:23 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 19126 invoked by uid 76); 26 Nov 2001 18:22:22 - Received: from [EMAIL PROTECTED] (HELO pause.perl.org) (212.40.160.59) by onion.perl.org (qpsmtpd/0.04) with SMTP; Mon Nov 26 18:22:22 2001 - Received: (from nobody@localhost) by pause.perl.org (8.9.3/8.9.3) id TAA14506; Mon, 26 Nov 2001 19:22:18 +0100 Date: Mon, 26 Nov 2001 19:22:18 +0100 Message-Id: <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Subject: Module submission Sys::Ptrace From: "Perl Authors Upload Server" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] The following module was proposed for inclusion in the Module List: modid: Sys::Ptrace DSLIP: cdpfp description: Perl interface to the ptrace(2) command userid: BBB (Rob Brown) chapterid:4 (Operating_System_Interfaces) communities: similar: rationale: It's very annoying to use the ptrace directly with syscall() so I want to provide an easy interface. There are also very many constants that go along with it. I plan to EXPORT_OK all of the most popular and useful ones, (i.e., PT_* and PTRACE_* found in ). This is basically just "h2xs sys/ptrace" with the ptrace command exported. enteredby: BBB (Rob Brown) enteredon: Mon Nov 26 18:22:18 2001 GMT The resulting entry would be: Sys:: ::Ptrace cdpfp Perl interface to the ptrace(2) command BBB Thanks for registering, The Pause Team PS: The following links are only valid for module list maintainers: Registration form with editing capabilities: https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=0420_45a3a4521a33e188&SUBMIT_pause99_add_mod_preview=1 Immediate (one click) registration: https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=0420_45a3a4521a33e188&SUBMIT_pause99_add_mod_insertit=1 -- Original message -- Return-Path: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Received: from onion.perl.org (onion.valueclick.com [209.85.157.220]) by mail.roobik.com (Postfix) with SMTP id B1C784B3 for <[EMAIL PROTECTED]>; Wed, 5 Dec 2001 10:55:11 -0700 (MST) Received: (qmail 86367 invoked by uid 1008); 5 Dec 2001 17:54:28 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 86355 invoked by uid 76); 5 Dec 2001 17:54:26 - Received: from [EMAIL PROTECTED] (HELO pause.perl.org) (212.40.160.59) by onion.perl.org (qpsmtpd/0.05) with SMTP; Wed Dec 5 17:54:26 2001 - Received: (from nobody@localhost) by pause.perl.org (8.9.3/8.9.3) id SAA03119; Wed, 5 Dec 2001 18:54:22 +0100 Date: Wed, 5 Dec 2001 18:54:22 +0100 Message-Id: <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Subject: Module submission File::DirSync From: "Perl Authors Upload Server" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] The following module was proposed for inclusion in the Module L
Module::AutoLoad issues
Hey Andreas, I'm getting hounded with complaints about my Module::AutoLoad suddenly not working so well for the past few hours. I also noticed it's suddenly gone from the CPAN, which is likely the root cause. It had been working fine for about 10 years until now. I found it curious that nobody even tried to reach out to me expressing any concerns at all. I'm sorry that I let my SSL certificate for https://r.cx/ expire. I didn't even notice it had been expired for a few days, but it's all good now. Next time you notice anything, please just notify me immediately. Or let me know what else we need to do to get everything working again. Any help would be appreciated. thanks! -- Rob
I need a registered PAUSE account
PAUSE, Name: Rob Brown Email:[EMAIL PROTECTED] URL: n/a UserID: BBB (I'm already using this handle other places and it will help people to recognize me. They are my initials - of which I am very proud of - Bob B. Brown.) Moduel: Net::DNSServer I'm ready to publish my work on Net::DNSServer to opensource. It's had a lot of feedback and interest over the past year. My module is basically a combination of Net::DNS, Net::Server, IPC::SharedCache, and utilizes many other modules already on CPAN. Why now? 1) When we got hacked (yes again) from using bind 8, I decided it was time to come up with an alternative. Net::DNSServer is meant to be used as a drop-in replacement for bind. Since it is tainted perl, it is much less likely to be exploited. 2) Now that Michael Fuhr has patched his Net::DNS with my root zone bug fix and published the changes, my module is ready for the public. 3) My module is much more easily configured and adapted than bind, since it's written in Perl. It is implemented using what I call Resolver Modules each with different phases that can be hooked. (I got this idea from the Apache module concept, but it works slick with Perl ISA stuff.) 4) It can out perform bind in several ways when dealing with both ridiculously large numbers of zones and very large single zones (if configured properly). This will provide a wonderful solution for ISPs with tens of thousands of zones that all need to be updated frequently through a web interface. And the changes can be immediate without a HUP to the server! It still does not have all the features I want, but I was hoping to provide others with this module that they may benefit from it as I have and hopefully find things that could help improve it. Thanks, Rob Brown
Incorrect Module Metadata
I am the maintainer for Getopt::GetArgs - Enhanced argument passing to subroutines (only very recently) Net::Bind - Interface to bind named(8) related files (Delegated to me from Kevin Johnson KJOHNSON to help improve and make it more robust for production use.) I'm not able to repair the information using "Edit Module Metadata" at the following URL: https://pause.perl.org/pause/authenquery?ACTION=edit_mod because it only shows Net::DNSServer in my pulldown. What do I need to do to be able to modify the meta data for these other modules to be more accurate? Rob Brown PauseID: BBB
Re: Module update for Net::Bind
Nice suggestion, but this module is intended to be used by lower level daemons and third party utilities for domain parsing and configuration manipulation (Net::DNSServer is one example). It just takes care of some of the nitty gritty work. Also, this module is where Kevin put it and where it has been for the last four years. I'm not sure what the original motivation for listing it under Net:: was. Any other suggestions? Rob On Mon, 6 Aug 2001, Tim Bunce wrote: > On Mon, Aug 06, 2001 at 06:11:10AM +0200, Perl Authors Upload Server wrote: > > Record update in the PAUSE modules database: > > > >modid: [Net::Bind] > >statd: [a] > >stats: [d] > >statl: [p] > >stati: [O] > >statp: [p] was [?] > > description: [Interface to bind daemon related files] > > userid: [BBB] > >chapterid: [12] was [ 5] > > If this is an interface to files and not a low-level-on-the-wire > protocol module then it shouldn't really be in the Net:: category. > > A DNS::* category would make sense and this could be DNS::BindFiles > or similar. > > Tim. >
Edit Module Metadata
To The Modules Master: I'm trying to update DSLIP settings of some modules, but they are not showing in my module list with PAUSE. [BBB] Can someone help me fix it or tell me what I'm doing wrong or at least tell me someone that knows how to take care of these problems? The following need to show in my list: 1) Sys::Ptrace - Perl interface to the ptrace(2) command Did I stick this in the wrong root? Or is this module inappropriate? Or what? Just let me know. 2) File::DirSync - Syncronize two directories rapidly I have no idea. Do I just need to wait for someone to add it to the module list, or what? 3) Net::Ping - check a remote host for reachability I think this is the toughest one of all. It is still with Russell Mosemann (RMOSE), but he told me he'd be happy to switch it to me. Unfortuneatly, he says he has password/email problems or something. Maybe Andreas König is still working on fixing this one? Below are some emails from Russell which might help with that. Thanks for the help! Rob Brown CPANID: BBB --- original message --- Date: Tue, 4 Dec 2001 08:25:47 -0600 (CST) From: Russell Mosemann <[EMAIL PROTECTED]> To: Rob Brown <[EMAIL PROTECTED]> Subject: Re: Net::Ping 2.07 On Mon, 3 Dec 2001, Rob Brown wrote: > Michael: I've already tried to contact the real CPAN > author Russell Mosemann (RMOSE), but he does not respond. > It seems like he dropped off the face of the earth. I > don't think there is anything that can be done about > transferring the ownership. Sorry dude. Contrary to the rumors, I am alive, if a little backlogged. :-) I am impressed at the improvements being done to Net::Ping. If you are willing to spearhead things and take them forward, I would be happy to transfer ownership to you. It's been a long time since I have worked with CPAN. Do you know the steps I'd have to go through to do the transfer or a pointer to some directions? Thanks. Russell Mosemann, Ph.D. * Computing Services * Concordia University, Nebraska "I hesitate to articulate for fear of deviating from the path of rectitude." --- original message --- Date: Wed, 12 Dec 2001 17:38:48 -0600 (CST) From: Russell Mosemann <[EMAIL PROTECTED]> To: Rob Brown <[EMAIL PROTECTED]> Subject: Re: [[EMAIL PROTECTED]: [ID 20010605.018] Net::Ping feature request (with diff): bind()] (fwd) [...] I have run into a problem with my password/email address. I have emailed Andreas and asked him if it can be fixed. Russell Mosemann, Ph.D. * Computing Services * Concordia University, Nebraska "A good plan shouldn't be abandoned just because it violates a few natural laws." - Sephrenia
Re: Scheduled for reindexing
Andreas, This is strange because I am not even responsible for Mail-Graph. I've never even used it before. Yet it was sent directly into my mailbox. Rob On Sun, 7 Apr 2002, Perl Authors Upload Server wrote: > According to a request entered by Andreas J. König the > following files have been scheduled for reindexing. > > WARNING: file not found: B/BB/BBB/Mail-Graph-0.04.tar.gz > > > The Pause >
Re: Issues with Net::DNS
Chris, This is really all my fault. I just needed my "." (root) patch fix that Mike applied to 0.19 (but is not in 0.12) at CPAN so the systems guys here could trust it enough to install it on our machines. I did the upload straight off fuhr.org over a month ago: --- original message --- Date: Fri, 12 Apr 2002 01:03:27 +0200 Subject: Notification from PAUSE From: "Perl Authors Upload Server" <[EMAIL PROTECTED]> To: "Rob Brown" <[EMAIL PROTECTED]> BBB (Rob Brown) visited the PAUSE and requested an upload into his/her directory. The request used the following parameters HIDDENNAME [BBB] CAN_MULTIPART [1] pause99_add_uri_httpupload [] pause99_add_uri_uri [http://www.fuhr.org/users/mfuhr/perldns/Net-DNS-0.19.tar.gz] SUBMIT_pause99_add_uri_uri [ Upload this URL ] pause99_add_uri_sub[pause99_add_uri_httpupload] === Sorry to cause the problems. No wonder I've been getting spammed with all these Net::DNS issues from people. I have not had much involvement with Net::DNS, so you don't need to worry about stepping on my toes. I would appreciate at least anonymous CVS access to your Net-DNS repository so I may submit more accurate patches to the latest developmental source tree, but it isn't crucial. To "resolve" the matter, just upload your 0.20 tarball to CPAN so it will bounce back to you. But please do so soon. Though it is usually a bit more work, I think it is best to release often and have lots of versions as opposed to changing very many things and releasing less frequently. It makes for easier bug pinpointing for the users to report to the developer, provides fewer code changes per version change, allows users to test against more current code base, and reduces multiple reports of identical bugs. Sorry again, Rob Brown CPANID: BBB On Tue, 14 May 2002, Chris Reinhardt wrote: > Hello, > I'm the official maintainer of Net::DNS. Mike Fuhr recently handed > over the reins to me earlier this year, and I've been working towards a > new major release (version 0.20). It seams that while I have been working > on this new version, Rob Brown has uploaded a copy of Mike Fuhr's old > developement branch onto CPAN. > The last thing I would like to do is step on anyone's toes, Mr. > Brown's especially. However, I do feel that this is not only confusing to > the users of Net::DNS (I have had one person email me to ask me if I am > still the author, and another email me complaining of bugs in the devel > version). If at all possible, I would like to move towards some sort of > resolution in this matter. > > Chris R. >
Wrong IO::Multiplex version
These compile errors are happening because IO::Multiplex is still out of date on the cpan list: http://cpan.org/modules/01modules.index.html You can get the latest version (1.02) from http://search.cpan.org/search?dist=IO-Multiplex I've been trying to maintain IO::Multiplex, but I cannot contact LIRAZ ([EMAIL PROTECTED]) who has control over the module. I always get bad email errors like the following: - Hi. This is the qmail-send program at onion.perl.org. 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. <[EMAIL PROTECTED]>: 165.212.8.32 does not like recipient. Remote host said: 550 <[EMAIL PROTECTED]>... User not known Giving up on 165.212.8.32. - <[EMAIL PROTECTED]>: host mxpool01.netaddress.usa.net[165.212.8.32] said: 550 <[EMAIL PROTECTED]>... User not known - I've also been trying to work with Bruce Keeler (BRUCEK) who has contributed to IO::Multiplex as well, but I'm not sure there is much he can do either. To fix this problem, I believe that either LIRAZ must be contacted, or the control should be changed to someone that is willing to take over. Can [EMAIL PROTECTED] help? Rob Brown CPANID: BBB PS: I have IO::Multiplex in my CVS server if you'd like to checkout the latest source or verify the history logs or provide patches or whatever: cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot/freeware co IO-Multiplex On 23 May 2002, Several Testers wrote: > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: FAIL Net-DNAT-0.05 [...] > > This distribution has been tested as part of the cpan-testers > effort to test as many new uploads to CPAN as possible. See > http://testers.cpan.org/ > > Please cc any replies to [EMAIL PROTECTED] to keep other > test volunteers informed and to prevent any duplicate effort. > > -- > This is an error report generated automatically by CPANPLUS. > Below is the error stack during 'make test': > > PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib >-I/usr/lib/perl5/5.6.1/i386-linux -I/usr/lib/perl5/5.6.1 -e 'use Test::Harness >qw(&runtests $verbose); > $verbose=(eval(chr(36).q(|=1))-1); runtests @ARGV;' t/*.t > t/100_load_Net...IO::Multiplex version 1.01 required--this is only version 0.1 >at /usr/local/src/cpanplus/build/Net-Server-0.82/blib/lib/Net/Server/Multiplex.pm >line 24. > BEGIN failed--compilation aborted at >/usr/local/src/cpanplus/build/Net-Server-0.82/blib/lib/Net/Server/Multiplex.pm line >24. > Compilation failed in require at blib/lib/Net/DNAT.pm line 6. > BEGIN failed--compilation aborted at blib/lib/Net/DNAT.pm line 6. > Compilation failed in require at t/100_load_Net.t line 11. > BEGIN failed--compilation aborted at t/100_load_Net.t line 11. > dubious > Test returned status 255 (wstat 65280, 0xff00) > DIED. FAILED test 1 > Failed 1/1 tests, 0.00% okay > t/110_load_Apacheok > Failed Test Stat Wstat Total Fail Failed List of Failed > --- > t/100_load_Net.t 255 65280 11 100.00% 1 > Failed 1/2 test scripts, 50.00% okay. 1/2 subtests failed, 50.00% okay. > make: *** [test_dynamic] Error 29
Re: [rt.cpan.org #86707] Offering to find alternative maintainers
Matt, Sorry, this is not abandonware. http://search.cpan.org is just down right now. On Mon, May 12, 2014 at 11:22 AM, Matt S Trout wrote: > 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: File::NFSLock patches
Schmidt, I was out of the country when you emailed me on June 20th, but I did review your patches. Thank you for taking the time to help make improvements. And thank you for your time to follow up. I apologize for not responding earlier, but I want to assure you that I haven't completely dropped off the face of the earth. Mainly, I didn't immediately apply the patch because I already assumed it didn't work on Windows. It is based on hard linking files after all. And hard links just don't exist on NTFS or FAT32, right? But are you saying that File::NFSLock actually functions on some flavor of Windows with your patch? Is that because the NFS mount could be UNIX on the actual host and so hard links actually could still work? I'm just having a hard time fathoming this. But if it's true, I will have a new version released to CPAN today or tomorrow. Thanks again! -- Rob Brown On Tue, Jul 12, 2011 at 2:32 PM, fREW Schmidt wrote: > Also, I have all my patches available at > https://github.com/frioux/File-NFSLock > (git://github.com/frioux/File-NFSLock.git) I've found someone who can > help me get the tests to actually pass, but given the fact that this > module actually works (using the example provided in the repo) I was > hoping we might be able to get it released so I can use it :-) > > -- > fREW Schmidt > http://blog.afoolishmanifesto.com >
