Request for developer account on CPAN

2002-08-28 Thread rob

Hi,

Could I have a developer account on CPAN please.  I am working on an
object-oriented application framework which I would like to upload soon.

Here are the details:
First Name: Rob
Last Name: Symes
Email: [EMAIL PROTECTED]
Preferred UserID: RSYMES

Many thanks,
Rob Symes.



Developer Registration

2001-12-13 Thread rob
I would like to register as a developer on CPAN. I have several modules to contribute. The info I think you need:

Name: Rob Giseburt
Email: [EMAIL PROTECTED]
Homepage: none
Preferred ID: GISEBURT
What I'm Planning to Contribute:

I have two modules that, when combined, provide a web-development package. One is Robz::ObjectFactory, and the other is Robz::Template2.

Robz::ObjectFactory is a data abstraction package. It provides a simple interface to data of any kind.

Robz::Template2 is a templating module that uses a token structure that is compatible with most GUI HTML editors, as well as providing a simple interface.

Robz::ObjectFactory provides data in complex data structures that can be passed to Robz::Template2 with little to no modification. Robz::Template2 is currently being rewritten in C++.

Both modules will later be combined into a single download with a common interface. The Robz:: namespace may change, but I have been unable to find a proper one that already exists on CPAN.

I appreciate your time.

Sincerely,
~Rob Giseburt

Registration and module idea

2002-01-04 Thread rob

Hi 

I would like to register on PAUSE so I can contribute to CPAN please.

Name:Robert Price
Email:   [EMAIL PROTECTED]
user-ID: RPRICE

Description: 

WAP::WBXML::Decoder
I am planning to contribute a module that can decode binary encoded XML
and return XML that is readable by other XML modules already available on
CPAN. The module would decode the binary XML format as described by the
submission to the W3C at http://www.w3.org/TR/wbxml/ .

There are two related modules on CPAN, but these both take XML and
compile it to binary. They are CGI::WML and WAP:wbxml. Neither can decode
back to XML.

I would appreciate any comments should the namespace or anything else
appear to be inappropriate with this request.

Thanks,

Robert Price





PAUSE ID

2002-03-10 Thread Rob

Name - Rob Casey
Email Address - [EMAIL PROTECTED]
Homepage -
Preferred ID - ROBAU
Proposed Development - CGI::Upload (class for handling files uploaded
via multipart/form-data requests), CGI::Framework (class for session and
template framework extending upon CGI::Application),
CGI::Application::Session (transparent session sub-class for
CGI::Application)


Rob Casey
Business Manager, Senior IT Consultant
Cowsnet Internet and Professional Services
http://www.cowsnet.com.au







CPAN MODULE METADATA REPAIR: IO::Multiplex

2002-05-31 Thread Rob Brown

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

2002-05-31 Thread Rob Brown

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

2002-06-07 Thread Rob Brown

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

Re: Module submission Net::RBLClient

2002-12-29 Thread Rob Dixon

"_brian_d_foy" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> In article <[EMAIL PROTECTED]>, Perl Authors
> Upload Server <[EMAIL PROTECTED]> wrote:
>
> > The following module was proposed for inclusion in the Module List:
> >
> >   modid:   Net::RBLClient
>
> Net is reserved for network protocols rather than things built
> on top of them.  how about Netx::RBLClient?
>
> --
> brian d foy (one of many PAUSE admins), http://pause.perl.org
> please send all messages back to [EMAIL PROTECTED]

> Namespace: RBL lookups are a kind of network protocol layered on DNS.

Or Net::DNS::RBL?

Rob






Amazon::S3

2019-01-24 Thread Rob Lauer
Hi,

More than a 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)


Re: Amazon::S3

2019-01-28 Thread Rob Lauer
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)
>


Gmail - Amazon__S3-2.pdf
Description: Adobe PDF document


Gmail - Amazon__S3.pdf
Description: Adobe PDF document


Re: Amazon::S3

2019-02-21 Thread Rob Lauer
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)
>>
>


Re: Amazon::S3

2019-02-26 Thread Rob Lauer
...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)
>>>
>>


Module::AutoLoad issues

2020-07-28 Thread Rob Brown
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


Missing module

2022-03-26 Thread Rob Lauer
Hi,

I uploaded Amazon::API yesterday (an update).  I received an email that it
was indexed but it still not showing up in Metacpanand previous is
missing now?

Rob Lauer
BIGFOOT


I need a registered PAUSE account

2001-05-21 Thread Rob Brown

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

2001-06-08 Thread Rob Brown

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

2001-08-08 Thread Rob Brown

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.
>




PAUSE Registration Request

2001-09-03 Thread Rob Muhlestein

Thanks for considering my registration request:

Name:   Robert S Muhlestein
Email:  [EMAIL PROTECTED]
WWW:http://tuxzone.net (although its void of content currently)
ID: RMUHLE

Immediately I am planning to contribute WINS::Winsdmp, a module
for working with the CSV data generated from the unique Windows
winsdmp utility. This module has immediate application to WINS
admins everywhere struggling with the transition to AS or trying
to get off of it. The module includes "guess" (sometimes that's
all you can do with MS) algorithems that associate a unique IP
with most recent host and user login, useful for finding out
who was last on an IP. (Take a look at the anonymous CVS tree
on http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/winsdmp/
or better yet, add yourselves as developers and help me put
the polish on this thing.)

I'm also working on Array::Shell in my spare time.  It is
a module for helping authors create quick array-centric
command-line apps for interactively manipulating their favorite
arrays.

Also hoping to put up a version of the Picture Metadata Project
(currently in C++ and some Java) in Perl. It may be that this
ends up named something like DIG35:: instead.

I've made contributions to the Perl community in the past the
most notable of which was probably my work on "Mailmerge.pm"
with Lincoln Stein (but that was ages ago).

-- 
Rob Muhlestein, Linux Grunt ;-)
-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-==-
perl -ne'chomp;$a.=pack"h*",$_;END{print"\n$a\n\n"}'<


Edit Module Metadata

2001-12-13 Thread Rob Brown

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

2002-04-07 Thread Rob Brown

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
>






Registration Request

2002-05-14 Thread Rob Nagler

Please consider the following for inclusion in CPAN:

Name: bivio Software Artisans, Inc.
   Email: [EMAIL PROTECTED]
 URL: http://www.bivio.biz
  UserID: bivio
 License: LGPL
 Description:

bivio OLTP Platform (bOP) is a multi-dimensional, application
framework.  At the highest level, bOP provides support for
web-delivered applications based on a Model-View-Controller (MVC)
architecture.  At the lowest level, bOP provides a cohesive
infrastructure for any Perl application.

bOP provides 250 classes in the following categories:

Agent - controls execution flow and security
Exceptions - structured exception handling
IO - class loading, tracing, logging, and configuration
Mail - support for manipulating and sending mail
Models - object-relational mapping plus lists, forms, and list forms.
PetShop - an example to compare with J2EE's Pet Store demo
Type - type hierarchy with interfaces to SQL, HTML, XML, etc.
UI - facades, views, and widgets to generate HTML

You can download the latest version at:

http://www.bivio.biz/hm/download-bOP

The evolution of bOP has occurred over a period of two years
explicitly and over two decades implicitly.  For the general
philosophy behind bOP, please read:

http://www.bivio.biz/hm/why-bOP

Visit the bOP Pet Shop for a demo:

http://petshop.bivio.biz

Thanks,
Rob Nagler
[EMAIL PROTECTED]





Re: Issues with Net::DNS

2002-05-14 Thread Rob Brown

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

2002-05-23 Thread Rob Brown

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





new namespace registration

1999-12-13 Thread Rob Fugina

I'd like to register a new module namespace -- I'm already a registered
CPAN developer.

Name: Rob Fugina
Alias:  ROBF
Email: [EMAIL PROTECTED]
Home Page: http://www.geeks.com/~robf/
Planning to contribute: X10

Name   DSLI  Description  Info
-     -
X10cdpO  complete set of objects for X10 automation

Provides a whole framework of modules, all OO, for controlling
X10 devices through Firecracker, ActiveHome, or TwoWay interfaces.
Abstract controller class can be extended easily to add support for
other controllers.  Also included are network client/server modules
that completely abstract a remote X10 controller, an event scheduler,
and an event-callback interface that can be used to initiate macros
(X10 commands or even perl calls) as a result of X10 events.

I believe the namespace is justified, as my software actually includes
about a dozen different object modules in this namespace.

The current version is available at http://www.geeks.com/~robf/perl/,
along with preliminary documentation...

Posted a 'proposal' to comp.lang.perl.modules a week ago, and have not
had any responses, positive or negative.

Thanx,
Rob

-- 
Rob Fugina, Systems Guy
[EMAIL PROTECTED] -- http://www.geeks.com
EA CF 09 1B AF 76 A9 D8  75 FE 26 6A E4 14 0A 3C
   Sometimes the facts fail to correspond to known reality.



New namespace registration

1999-12-13 Thread Rob Fugina

I'd like to register a new module namespace -- I'm already a registered
CPAN developer.

Name: Rob Fugina
Alias:  ROBF
Email: [EMAIL PROTECTED]
Home Page: http://www.geeks.com/~robf/
Planning to contribute: Astro::SunTime
 
Name   DSLI  Description  Info
-     -
Astro::SunTime cdpf  Calculate sun rise/set times
 
Provides just a couple of functions for calculating sun rise/set times.

I based the namespace on existing Astro::* modules, but haven't posted
anything about it to comp.lang.perl.modules.

The current version is available at http://www.geeks.com/~robf/perl/,
along with preliminary documentation...

Thanx,
Rob

-- 
Rob Fugina, Systems Guy
[EMAIL PROTECTED] -- http://www.geeks.com
EA CF 09 1B AF 76 A9 D8  75 FE 26 6A E4 14 0A 3C
   Lint trap (core dumped)



edit_mod problem

1999-12-13 Thread Rob Fugina

I can't edit a module -- edit_mod says I don't have any officially
registered.  I should have Business::UPC registered officially already...

Rob

-- 
Rob Fugina, Systems Guy
[EMAIL PROTECTED] -- http://www.geeks.com
EA CF 09 1B AF 76 A9 D8  75 FE 26 6A E4 14 0A 3C
   Is that a tribble on your head or did The Hair Club die?



Re: [rt.cpan.org #86707] Offering to find alternative maintainers

2014-05-12 Thread Rob Brown
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

2011-07-13 Thread Rob Brown
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
>


Re: Co-maint of Tree

2012-09-30 Thread Rob Kinyon
Ron -

So, you want it? If so, please give me your CPAN id and I'll
co-maint the whole Tree namespace to you and we can work out code
transferral.

On Sun, Sep 30, 2012 at 5:37 PM, Ron Savage  wrote:
> Hi Steffen
>
> On 30/09/12 23:44, Steffen Mueller wrote:
>>
>> Hi Ron, hi Rob,
>> No need for PAUSE admin involvement since you can perfectly well sort
>> things out between yourselves - PAUSE admins don't scale. :)
>
>
> $self -> clone if ($only);
>
> --
> Ron Savage
> http://savage.net.au/
> Ph: 0421 920 622



-- 
Thanks,
Rob Kinyon


Re: Co-maint of Tree

2012-10-01 Thread Rob Kinyon
RSAVAGE is now the owner of the Tree module.

If I need to do anything more, please let me know.

On Sun, Sep 30, 2012 at 7:22 PM, Ron Savage  wrote:
> Hi Rob
>
>
> On 01/10/12 09:55, Rob Kinyon wrote:
>>
>> Ron -
>>
>>  So, you want it? If so, please give me your CPAN id and I'll
>> co-maint the whole Tree namespace to you and we can work out code
>> transferral.
>
>
> Yep. I'm RSAVAGE.
>
>
>> On Sun, Sep 30, 2012 at 5:37 PM, Ron Savage  wrote:
>>>
>>> Hi Steffen
>>>
>>> On 30/09/12 23:44, Steffen Mueller wrote:
>>>>
>>>>
>>>> Hi Ron, hi Rob,
>>>> No need for PAUSE admin involvement since you can perfectly well sort
>>>> things out between yourselves - PAUSE admins don't scale. :)
>>>
>>>
>>>
>>> $self ->  clone if ($only);
>>>
>>> --
>>> Ron Savage
>>> http://savage.net.au/
>>> Ph: 0421 920 622
>>
>>
>>
>>
>
>
> --
> Ron Savage
> http://savage.net.au/
> Ph: 0421 920 622



-- 
Thanks,
Rob Kinyon


Fwd: Tree::Persist

2012-10-03 Thread Rob Kinyon
Could someone please grant RSAVAGE full maintainership on Tree::*

Thanks,
Rob
RKINYON

-- Forwarded message --
From: Rob Kinyon 
Date: Wed, Oct 3, 2012 at 8:33 PM
Subject: Re: Tree::Persist
To: Ron Savage 


I think I screwed up and removed myself as primary maintainer without
setting you as primary maintainer. Umm ... I think we need to ask
modules@cpan for help. :/

On Wed, Oct 3, 2012 at 8:23 PM, Ron Savage  wrote:
> Hi Rob
>
> I've make a heap of patches to Tree::Persist to remove MySQL-specific code.
>
> If you make me co-maint of it I'll release V 1.01.
>
> --
> Ron Savage
> http://savage.net.au/
> Ph: 0421 920 622



--
Thanks,
Rob Kinyon


-- 
Thanks,
Rob Kinyon


Version numbers...

2024-11-26 Thread Rob Lauer
Indexer fails trying to upload Module::ScanDeps::Static v1.7.0 saying that
the version decreased (previous version = 1.006)...however:

perl -Mversion -e 'print version->parse("1.7.0") > version->parse("1.006")
? "true" : "false";'

Rob