Modifications to SIFUKURT
Hello. I would like to have the following modules registered for SIFUKURT: Crypt::GOST_PP Crypt::RC5 File::Butler Math::NumberCruncher And I would like to have the following module deleted from SIFUKURT: Crypt::Beowulf If I have sent this to the incorrect place, I apologize. If there is any more information that you need from me, please let me know. Sincerely, Kurt Kincaid [EMAIL PROTECTED] __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com
Author Registration
Name: Kurt Kincaid Email: [EMAIL PROTECTED] Homepage: http://www.neurogames.com Preferred User-ID: SIFUKURT Description: Primarily I am writing security/encryption/steganography modules, all of which are platform independent and require no compiling and rely upon no external programs or modules. I am also working on a series of file utility modules and a series of game modules. The four modules that I currently have ready for distribution are as follows: Crypt::Beowulf (Rdpf) An original, very fast encryption algorithm. Crypt::Solitaire (Rdpf) A simple encryption system, written by Bruce Schneier (and based upon original perl code written by Ian Goldberg) that is based upon a deck of cards. Crypt::RC4 (Rdpf) A perl implementation of the RC4 encryption algorithm. Crypt::OTP (Rdpf) An implementation of the One Time Pad encryption method. All but the Crypt::OTP module have been listed with Freshmeat.net for some time, and have been reasonably popular, in terms of the number of downloads. To date, I have not received any feedback or comments from users. I believe I've covered all of the things listed on the PAUSE page, but if I have forgotten anything or you require additional information on anything, please let me know. Thank you for your time. Sincerely, Kurt Kincaid [EMAIL PROTECTED] __ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/
Re: Module submission Net::Discovery
On Dec 30, Tom Scanlan wrote: > I think so as well. Do I need to wait for anything to be done before > uploading as NetInfo::Discovery? NetInfo is an Apple (nee NeXT) network protocol. I, for one, would be confused. - Kurt > -Tom Scanlan > > > On Mon, 30 Dec 2002, Tim Bunce wrote: > > > On Sat, Dec 28, 2002 at 02:00:53PM -0500, Tom Scanlan wrote: > > > How about NetInfo::Discovery? Or were you actually looking for a Netx > > > namespace? > > > > NetInfo:: seems like a useful home for modules that provide information about a >network (like topology). > > > > Tim. > > > > > -Tom Scanlan > > > > > > > > > On Sat, 28 Dec 2002, _brian_d_foy wrote: > > > > > > > In article <[EMAIL PROTECTED]>, Perl Authors > > > > Upload Server <[EMAIL PROTECTED]> wrote: > > > > > > > > > The following module was proposed for inclusion in the Module List: > > > > > > > > > > modid: Net::Discovery > > > > > > > > Net::* is for modules that implement a network protocol. > > > > > > > > how about Netx::Discovery? > > > > > > > > -- > > > > brian d foy (one of many PAUSE admins), http://pause.perl.org > > > > please send all messages back to [EMAIL PROTECTED] > > > > > > > > >
Re: Deprecated::
On Jan 01, David Muir Sharnoff wrote: > * In article <[EMAIL PROTECTED]>, David Muir Sharnoff > * <[EMAIL PROTECTED]> wrote: > * > * > I propose that the Deprecated:: prefex be added to modules > * > whose use is discouraged by the module's author. > * > * that would not work. people may need the module to work with > * older code. the namespace is not a good place for meta-information. > > I would suggest that the package name be changed at the same > time. This would prevent the accidental replacement. Or maybe > it wouldn't if the module got packaged by a 3rd party. Or one could upload a new release of the package with a "development" version number, so that the CPAN shell won't download it without extreme persistence. - Kurt
Re: Automatic processing of submissions
On Jan 20, Johan Vromans wrote: > Now we have the forms for namespace requests I'd like to propose that > submissions for namespace requests will be accepted one week after > they have been submitted, UNLESS the particular submission triggered a > discussion of some sort. > > For the time being this cannot be handled automatically, but with the > help of a good mail program this should be manageble. > > Your ideas? Opposed. To put it bluntly, and only in my humble opinion, we have a worsening problem of too much mislabelled crap on CPAN, not on too long a backlog on module registations. I think that the purpose of CPAN is to make it easier for module users to find what they're looking for, not to make module authors feel warm and fuzzy about having their modules listed on a prominent web page. - Kurt
Re: Object::BaseClass submission
On Jan 21, Arthur Corliss wrote: > Greetings: > > I was wondering if I could get a yea/nay from you guys on the > Object::BaseClass submission. I'd like to port my Curses::* modules to start > using it, and I need to know if I need to include in under my Curses::* > namespace, or if it will be accepted in the the Object::* namespace. Nothing > has been uploaded to CPAN, of course, until you tell me where I can put it. > > Your diligence is appreciated. Hi Arthur, I'm sorry, but I missed your Object::BaseClass submission. Could you summarize or repost, please? - Kurt
Re: Namespace suggestions?
On Jan 21, Arthur Corliss wrote: > Greetings: > > I previously submitted Object::BaseClass for consideration as part of CPAN. > I've spent the better part of this day reading pods for the Class::* modules, > and I believe that my module would probably be better classified here. > > I'm still requesting inclusion in CPAN based on the following reasons: > > --I haven't found a module on CPAN (correct me if I missed it) > that tracks parent<->child relationships (in terms of the > parent being a container for its children) and does an orderly > termination of objects as a result automatically Be careful about your terminology here. "Parent" and "child" have well-established meanings in OO literature. They refer to the "is-a" relationship (inheritance), not the "has-a" relationship (containership). A base class has a well-established definition as a virtual class from which one inherits. This confusion may also be limiting your success in finding other classes that provide similar functionality. For example, Class::Container, Class::Composite::Container, Meta::Ds::Container, Class::UI::Container, Class::Class, Class::Struct::FIELDS, POE, and probably several other CPAN modules may hover around the functionality you're interested in. > --While some modules provide auto-accessor capabilities, they > don't do so in quite the same manner, nor do they combine > that capability for psuedo properties like state flag registers > --Most do not provide a psuedo event-handling mechanism, either > > A little background on methodology: > > This module is meant to be subclassed. A custom object would provide one > mandatory method which is called by the constructor. This method defines the > object's properties and flags, which consists of (optional) event handlers > for each flag, and read, write, or unified property accessors. A generic > accessor is provided and can work in any of the mentioned modes. All custom > handlers and accessors would account for the rest of the derived class. > > Both flags and properties are exposed directly in the interface as virtual > methods, with a standard interface. Flags and properties are handled > differently internally, but internal methods do all conform to a standard > method of invocation for each type. > > Events are triggered by manipulation of the state flag registers. > > So here's where you can tell me to go away, if need be. I believe that this > peculiar mix of functionality would be somewhat tedious to reproduce from the > existing modules, and hence, could be made available as a CPAN module. > > If you guys don't think I'm barking up the wrong tree, I would suggest that a > better name would be Class::Hybrid or Class::Generic. I would be happy to > hear any suggestions you have as well. The functionality you're trying to provide is clearly useful; I think that naming is really key to your module being *discovered and used* by the open source community. Mention containership, or static definition, or deterministic destruction, or declarative programming, or ownership hierarchy in the class name. - Kurt
Re: Namespace-Permission Problem Fw: New module Class::Prevayler
On Jan 24, [EMAIL PROTECTED] wrote: > i don't seem to have the permission for the Class::Prevayler-Namespace, > at least i don't see this namespace registered for me when i'm loggedin > to PAUSE. > I think the module/name/permission was removed before i registered this > namespace, i remember that the namespace _was_ registered on the > 'first-come'-basis. > When i try to install the module with CPAN.pm i get this message: > > The module Class::Prevayler isn't available on CPAN. > > Either the module has not yet been uploaded to CPAN, or it is > temporary unavailable. Please contact the author to find out > more about the status. Try 'i Class::Prevayler'. > > I'm the author, but i don't know what the status is ? :-) Something's funny about the tarball. It's in CPAN, and you can download it by filename, but PAUSE isn't recognizing it as containing Class::Prevayler. Andreas? - Kurt
Re: Re: Namespace-Permission Problem Fw: New module Class::Prevayler
On Jan 24, [EMAIL PROTECTED] wrote: > Maybe i did something wrong? > i think i only did an ordinary "make dist" and uploaded it.. > I could make a new version and re-'make dist' it, if that helps. But i > don't think so because the problem started with the last version (0.01). > At first i could download it with CPAN.pm, but after some days it didn't > work anymore. I'm not sure what the problem is exactly, but the last version is not 0.01; it's 0.02. - Kurt
Re: Module update for Curses
On Feb 12, Perl Authors Upload Server wrote: > Record update in the PAUSE modules database: > >modid: [Curses] >statd: [R] >stats: [d] >statl: [c] >stati: [f] >statp: [p] > description: [Character screen handling and windowing] > userid: [KSTAR] was [WPS] >chapterid: [ 8] > mlstatus: [list] > > Data entered by Kurt D. Starsinic (KSTAR). > Please check if they are correct. FYI, This switchover was made after discussion with William Setzer. - Kurt
Re: PAUSE ID request (REITTER; David Reitter)
On Feb 13, David Reitter wrote: > Guys, please forget my attempt to register. > I love perl, but this time I simply mixed up ctan and cpan. > I'd better get some food. Too late. Good luck with your TeX module. If you ever get a hankering to contribute some Perl, you have an account. - Kurt > > Request to register new user > > > > fullname: David Reitter > > userid: REITTER > > mail: CENSORED > > homepage: http://www.reitter-it-media.de > >why: > > > > I have written a visualization module for (La)TeX that displays > > certain structures used in linguistic analysis of texts. > > > > > > The following links are only valid for PAUSE maintainers: > > > > Registration form with editing capabilities: > > https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=0c20_5a462 > > cc2b56b14db&SUBMIT_pause99_add_user_sub=1 > > Immediate (one click) registration: > > https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=0c20_5a462 > > cc2b56b14db&SUBMIT_pause99_add_user_Definitely=1
Re: Namespace for Christian type Modules
On Feb 25, Casey West wrote: > I'm writing a set of modules that deal with scripture (bible) > specifications and standards, as well as a few for interfacing with > things from the Sword project (http://www.crosswire.org/sword), and > I'm perplexed about a namespace. > > I want it to be short, something like > Religion::Christianity::Bible::Spec::GBF is not appealing. > > I'm think about a top level Bible::*. I know that there are other > folks who consider the bible to be something else entirely than a > Christian bible, so I'm also thinking along the lines of Scripture::*. > > Any thoughts would be welcome. I don't think that Religion:: is the right top-level namespace. The module doesn't process theological concepts, it processes text. I would suggest that you either put your modules under Text::GBF::, or under SWORD:: (if you're planning on submitting a lot of SWORD- related modules). - Kurt
Re: This is getting ridiculous. . .
On Mar 18, Arthur Corliss wrote: > Today marks precisely one month since I first submitted Text::InputRepository > for consideration for inclusion on CPAN. To date I've only had *one* response > which was mostly concerned with the name choice. Since then I've had zero > responses to my replies and reminders that I'd like a final decision from you > guys. Arthur, I'm sorry you've been disappointed with the response. The denizens of this list are here to provide advice on naming your modules, and comments about similiarities/differences to other modules on CPAN. You can upload your module at any time with no need for permission from any of us, and you can register the namespace here: https://pause.cpan.org/ Just log in, and click "Register Namespace". Again, I apologize that we've left you disappointed. Regards, Kurt Starsinic
Re: Namespace advice for hashcash module
On Mar 20, Alan Barclay wrote: > I've just finished a module which allows users to generate and > validate hashcash tokens. > > Hashcash tokens are bitstreams which are hard to calculate, but > easy to verify, and are therefore proof that the generator > performed a certain amount of CPU work, and have been proposed > as a solution to spamming. More on this webpage > http://www.cypherspace.org/~adam/hashcash/ > > Digest::HashCash doesn't seem to be a good place, because it's > not performing a digest > > Crypt::HashCash same problem, it's not doing crypto I think Crypt::HashCash is the best fit. It *does* provide cryptographic functions, it's just not a cipher. See, e.g., Crypt::Random. - Kurt
Joke or hack?
Hi all, The "enteredby" field makes me wonder whether I should laugh or worry. Any clues? - Kurt On Apr 02, Perl Authors Upload Server wrote: > The next version of the Module List will list the following module: > > modid: perl > DSLIP: MmoOo > description: Interpreted object-oriented scripting language > userid: MATZ (Yukihiro Matsumoto) > chapterid: 1 (Core_Language) > enteredby: LWALL (???唐宗漢???) > enteredon: Tue Apr 1 14:14:14 2003 GMT > > The resulting entry will be: > > perl MmoOo Interpreted object-oriented scripting language MATZ > > Please allow a few eons until the entry will appear in the published > module list. > > Parts of the data listed above can be edited interactively on the > PAUSE. See https://pause.perl.org/pause/authenquery?ACTION=edit_mod > > Thanks for registering,
Re: Module submission US_DOD::FSM
On Jun 05, Sean M. Burke wrote: > At 06:20 PM 2003-06-05 -0700, William R Ward wrote: > >I really hope the admins don't accept this new US_DOD:: top-level > >domain. I think it should go under the Doc::US_DOD:: hierarchy. There is > >no Doc:: top-level hierarchy currently that I can find, so making a new > >place for all modules that are solely documentation seems like a better > >idea than making a new place for the Department of Defense. > > Doc::* seems reasonable to me. > > I'm idly curious how many other people (other that this Mugatu Ramses > Kwashiorkor person) are really interested in publishing non-module > non-perl* docs in CPAN. I've been thinking about that. Why would anybody go to CPAN to look for DOD docs? It's certainly not where I would ever look. - Kurt
Re: Module submission Net::IANA::PortNumbers
On Jun 07, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: Net::IANA::PortNumbers > DSLIP: RdpOg > description: translate ports to services and vice versa > userid: FOX (Adam J. Foxson) > chapterid:5 (Networking_Devices_IPC) > communities: > #perl > > similar: > Net::servent > > rationale: > > Net::IANA::PortNumbers uses the official IANA port number registry > at the protocol/number assignments directory. It translates port > numbers to services and descriptions, and services to port numbers > and descriptions, among other things. > > Net::servent offers similar functionality but is less portable, > less flexible, and relies on usually archaic and less comprehensive > data in /etc/services. This is potentially very useful, but I have two concerns: 1. It's not *actually* using the official registry, as advertised; the port numbers are hard-coded. Thus, if the registry is updated, I have no way of knowing that the entries I'm using are outdated, and no way of forcing an update. 2. You leave out some ports "with no associated protocols." I'm not sure what the value of this is; as a naive user, I would expect that the module maps as in IANA's registry, not as in what protocols are actually known to be deployed in the wild. I would suggest that you either change the description or the implementation. FWIW, I favor changing the implementation. - Kurt
Re: Module submission Net::IANA::PortNumbers
On Jun 07, Adam Foxson wrote: > On Sat, Jun 07, 2003 at 12:32:42PM -0400, Kurt Starsinic wrote: > > 1. It's not *actually* using the official registry, as > > advertised; the port numbers are hard-coded. > > Thanks for the taking the time to draw up your concerns. Actually, it > *is* using the official registry, as advertised. There is an undocumented > internal method named _create_db which takes the official registry at > http://www.iana.org/assignments/port-numbers and converts it into the > internal representation to which you're referring. Ah. I only saw that new() calls _init_db(), which reads from . And I now see that there's no way to easily use the output from _create_db(), without editing the module's source. > I do this for several reasons, and the top reason is that it results in a > distribution that *tremdously* smaller than if it would not have been > translated to an internal representation . . . . If you still feel there > should be an implementation change for this point, please feel free to > suggest one that you feel would be better. :-) I'd suggest a few things. Use any, all, or none: Document _create_db(). Have _create_db() remove the ports you don't like (it appears to me that you hand-edited its output before incorporating it in the module), unless you agree with me (see below) that the ports shouldn't be removed. Don't put the data into __DATA__. Have the module run _create_db(), and put its output in a separate data file, on installation. > > Thus, if the registry is updated, I have no way of knowing that > > the entries I'm using are outdated, and no way of > > forcing an update. > > There is a method last_updated() that will return the date that the IANA > port registry, that was translated, stated that it was last updated. > Ostensibly, there is no current means by which one could force an update, > but I had planned to keep a good eye on it and release new versions as > necessary. I think it's better if updating the data doesn't require updating the module. Organizations and software distros with tight software control management will be more likely to use it then. > If I do include a means by which to allow users of N::I::P to force an > update how would you envision that working? As I alluded to above, _init_db() should read from a file, and _create_db() should write to same; then the user, given sufficient privileges, could call _create_db() to force an update. > > 2. You leave out some ports "with no associated protocols." > > I'm not sure what the value of this is; as a naive user, I > > would expect that the module maps as in IANA's registry, > > not as in what protocols are actually known to be deployed > > in the wild. > > Well, the problem with the sixteen services that you mention is simply that > in the port registry they have no protocols associated with them, thus I > have no idea as to how they should be "correctly represented". I figured it > would be better to disclude them than to guess, being that all of the > methods require either a port and protocol, or service and protocol. I > regard these particular entries, in the port registry, as clerical > mistakes, since the thousands of other services do indeed have associated > protocols. If you have any ideas as to how this can best be dealt with, I > am all ears. I would suggest that the protocol should be '', and while I'm armchair protocol-tweaking, I'll suggest that '' as a protocol in port2svc() and port2desc() should match any protocol, in which case they would return a list of matches. E.g.: $iana->port2svc(113); # Returns qw(ident auth) $iana->port2desc(7300); # Returns 'The Swiss Exchange' I would say that leaving them out is a bad idea. I, for example, would use this module to: Implement tools like nmap or netstat, where *I* might choose to assume that those ports were assigned to TCP and UDP (this is my best guess about what the entries actually mean). Check if a port is assigned to anything. Again, I might choose to assume that they're assigned to TCP and UDP (and SCTP and TDP). The long and the short of it is that I'd like to see all the information that's in the database, whether or not it's complete. - Kurt
Re: Module submission Tinkering::Print
On Aug 08, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: Tinkering::Print > DSLIP: RdpOa > description: Printing capability for Perl > userid: DLADNER (Didier Ladner) > chapterid:4 (Operating_System_Interfaces) > communities: > Try http://www.perlmonks.org > > similar: > None > > rationale: > > Ok, Tinkering is because it's just what it is. There are one main > module Tinkerink::Print and 81 others module Tinkering::Fonts 36 MO > compressed, fully portable between all kind of system. 520 MO > uncompressed. Tinkering is also because it use Tk. Why a new root > level. Let's say that 520 mo is a lot. I don't see how the size of the tarball is an significant factor in justifying a new top-level namespace. Having said that, what the heck is a "MO"??? - Kurt
Re: Module submission jdb::xsub
On Aug 14, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: jdb::xsub > DSLIP: bdphd > description: Dan Brumleve's un-name-able modules > userid: BRUMLEVE (Dan Brumleve) > chapterid:2 (Perl_Core_Modules) > communities: > perl mailing lists, cpan reviews > > similar: > Inline::C List::Utils > > rationale: > > I've been getting nastygrams about my use of the root namespace. I > suggest putting some of my modules in jdb:: for now. All-lowercase Perl module names are informally reserved for pragmas. Also, what does "jdb" stand for? It's not at all obvious to me. - Kurt
Re: Module submission Mail::Box::Procmail
On Aug 13, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: Mail::Box::Procmail > DSLIP: bdpOg > description: Procmail with Mail::Box > userid: MARKOV (Mark Overmeer) > chapterid: 19 (Mail_and_Usenet_News) > communities: > > similar: > Mail::Box User::Identity > > rationale: > > Mail::Box::Procmail is a set of scripts and some classes which > create procmail-like facilities. I already many modules in the > Mail::Box::* namespace, but this one would be released as separate > distribution. > > The main difference with the usual procmail implementations is that > you do not need to create a cryptic configuration file with its own > syntax (and therefore limitations), but you simply extend your own > program based on Mail::Box and User::Identity. I don't think it's a good idea to write something that works somewhat similarly to procmail, and calling it Mail::Box::Procmail. Maybe Mail::Box::Process? Also, does this operate on a mailbox (very much unlike procmail), or on incoming messages? If the latter, then ::Box probably doesn't belong in the name. - Kurt
Re: Module submission Class::Hash
On Aug 18, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: Class::Hash > DSLIP: adpOp > description: An object-orient wrapper for hashes. > userid: HANENKAMP (Andrew Sterling Hanenkamp) > chapterid:6 (Data_Type_Utilities) > communities: > > similar: > Class::Struct > > rationale: > > Essentially, I've just wrapped a hash in an object-orient > interface. How is this different from a tied hash? In what situations is it useful? - Kurt
Re: Module submission Mail::Box::Procmail
On Aug 13, Mark Overmeer wrote: > * Kurt Starsinic ([EMAIL PROTECTED]) [030813 15:30]: > > On Aug 13, Perl Authors Upload Server wrote: > > > The following module was proposed for inclusion in the Module List: > > > > > > modid: Mail::Box::Procmail > > > Mail::Box::Procmail is a set of scripts and some classes which > > > create procmail-like facilities. I already many modules in the > > > Mail::Box::* namespace, but this one would be released as separate > > > distribution. > > > > > > The main difference with the usual procmail implementations is that > > > you do not need to create a cryptic configuration file with its own > > > syntax (and therefore limitations), but you simply extend your own > > > program based on Mail::Box and User::Identity. > > > > I don't think it's a good idea to write something that works > > somewhat similarly to procmail, and calling it Mail::Box::Procmail. > > Maybe Mail::Box::Process? > > "Procmail" as part of the name is to indicate the very comparible > application. I have plans to support procmailrc files as well, probably > using Mail::Procmailrc. Then it simply is procmail++ > > By using this name, I hope to attract more people into reading where this > module is all about. > > > Also, does this operate on a mailbox (very much unlike procmail), > > or on incoming messages? If the latter, then ::Box probably doesn't > > belong in the name. > > There is already a Mail::Procmail (from Johan Vromans) which is a > procmail implementation as usual. Besides, the "Mail::Box" in the > name is to explicitly state that it uses the Mail::Box library. That's exactly what you don't want to do (IMHO). The module name should indicate the functionality, not the implementation. As a potential user, why should I care that your module uses Mail::Box? If you re-implemented the internals in a future release, would you rename the module? As a user, should I care? - Kurt
PAUSE is officially back up
Hi all, Thanks to the efforts of the inimitable Andreas Kőnig, PAUSE is back online again (many of you probably know this already, but I just remembered that I said I'd announce when things were fixed). And if anybody sees that guy who's been sending all the spam, please slap him for me. - Kurt
Register me for cpan.org
Name: Kurt Stephens E-mail: [EMAIL PROTECTED] Home page: www.ionink.com UserId: KSTEPHENS I'm planning to contribute some meta-object protocol, aspect-oriented and other developer frameworks. _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Re: RFC on proposed module HTML::Application
On Sat, Feb 17, 2001 at 08:45:49PM -0800, Darren Duncan wrote:
> This is a request for comment on a Perl module that I am making, so
> to get an idea where it could be useful, and so hopefully you can
> provide feedback for its construction.
>
> The message that I quote below was originally sent to
> [EMAIL PROTECTED] a week ago under the subject of "request
> HTML::Application"; there has not been any reply yet, so I assume
> they are too busy at the moment, which is understandable.
>
> In the meantime, I am sending this as an RFC to several CGI/Perl/Web
> lists I am on; please forgive me if it looks like spam to you. And
> to those readers on the CGIAPP mailing list, please regard my plans
> as a complement to CGI::Application, rather than competition (the
> similarity of names is coincidence).
I think it's an appropriate name.
Peace,
Kurt
Re: Net::SSH::perl: Module Registration Request
On Sun, Feb 18, 2001 at 10:05:48AM -0800, Benjamin Trott wrote:
> > There is already a Net::SSH module on CPAN. Can you provide a quick
> > summary of the differences between this and your module?
>
> The current Net::SSH module on CPAN is a wrapper around the ssh command line
> client.
>
> Mine is an actual Perl implementation of the SSH protocol.
>
> I've spoken w/ the author of the current Net::SSH (and queried the modules
> list previously about the matter), and we've agreed that the best thing to
> do would be to rename his current Net::SSH to something like
> Net::SSH::system, then to replace Net::SSH itself with an interface to each
> of our modules, to be used something like:
>
> use Net::SSH mode => 'perl';
>
> This would load everything necessary for my Net::SSH::perl implementation,
> and if you then did
>
> my $ssh = Net::SSH->new('host');
>
> you'd open an SSH connection using Net::SSH::perl.
Perl informally reserves lower-cased package names. I would suggest
Net::SSH::Perl and Net::SSH::System.
Peace,
Kurt
Re: Can't install Selenium in Linux Mint
Hi, This is a Linux Mint question, not a modules@perl.org question. Having said that, there are no Linux Mint packages for selenium. You will have to install the software from source. Good luck! - Kurt On Mon, Oct 28, 2013 at 6:36 PM, Conroy Fritz wrote: > Hello, > > Sorry to bother you, but I've been trying for a long time to install > Selenium in Linux Mint but > always get errors. When I tried installing Mechanize, it worked fine with > the command > > sudo apt-get install libwww-mechanize-perl libxml-simple-perl > > > but when I substitute "selenium" for "mechanize" in the above command or > simply try > > > sudo apt-get install seleniumor sudo apt-get install > selenium-server > > it always says "E: Unable to locate package selenium" or "E: Unable to > locate package selenium-server" > > I've tried all sorts of Google searches on how to install Selenium in > Linux Mint, but none seem to answer > my question. I thought it should be able to get installed using the "sudo > apt-get install " command. > > Would you be able to tell me how to install it? I'm running Linux Mint 15 > in VMware Player (on Windows 7). > I'm interested in using Selenium because I want to automate a program to > log in to a website and click > on some files that are sometimes posted there; I read that Mechanize > doesn't read JavaScript so I thought > I should try Selenium. > > Thanks for any info, > > Conroy > > > >
Re: WHOIS Book - pwhois
Dear Garth, Ariel Brosh unfortunately passed away in 2003. As a CPAN administrator, I receive emails to his CPAN account, but I have no contact information for his next of kin. Here is the only on-line confirmation I have of his passing: http://www.perlmonks.org/bare/?node_id=226363 You might want to contact Israel.pm for more information: http://perl.org.il/ Best of luck with your book, Kurt Starsinic On Thu, Oct 31, 2013 at 11:18 PM, Garth Bruen wrote: > Ariel &Walery, > > My name is Garth Bruen and I am writing a book about WHOIS for Wiley. The > book covers history, technical issues, coding and policy. I would like to > include your PWhois in the text as an example (with full credit of course). > I am also interested in your general thoughts about WHOIS if you have time. > > Thank you, Garth > > - > > Garth Bruen > gbr...@knujon.com > > 617-947-3805 > http://www.knujon.com > Chair of ICANN At-Large North America (naralo.org) > http://www.linkedin.com/pub/4/149/724 > The Death of the Internet: > http://astore.amazon.com/knujocom-20/detail/1118062418 > Blog: > http://www.digitalcitizensalliance.org/cac/alliance/blog.aspx?ident=garth > Twitter: @Knujon > > > >
Re: Module update for Math::FFT
I'll take Math::FFT if there are no objections. - Kurt On Mon, Jan 6, 2014 at 1:13 AM, Perl Authors Upload Server < upl...@pause.perl.org> wrote: > Record update in the PAUSE modules database: > >modid: [Math::FFT] >statd: [a] >stats: [d] >statl: [c] >stati: [O] >statp: [p] > description: [Perl extension for Fast Fourier Transforms] > userid: [ADOPTME] was [RKOBES] >chapterid: [6] > mlstatus: [list] > > Data entered by Randy Kobes (contact brian d foy) (RKOBES). > Please check if they are correct. > > Thanks, > -- > The PAUSE >
Re: FW: CPAN Scripts Indexing ..
Hi Graham et al., Sorry, I have just been swamped. I will look into the issue this week. On Sun, Feb 23, 2014 at 4:55 PM, Ron Savage wrote: > Hi Graham > > Looks like your 6 emails all got forwarded to modules -at- cpan.org. > > I guess Kurt is not involved any more. > > I don't know how to fix the issue, so I'll let an expert take over. > > Cheers > -- > Ron Savage (also in Melbourne) > savage.net.au >
Re: Indexing Problem for Scripts on CPAN Site ..
Hi Graham, Some of the indexing infrastructure only activates when you upload via PAUSE at Upload a file to CPAN<https://pause.perl.org/pause/authenquery?ACTION=add_uri>. Did you upload the versions that did *not* index via FTP? If so, the solution is to upload a newer version via the web interface. - Kurt On Sun, Mar 23, 2014 at 7:26 PM, Graham Jenkins wrote: > > From: x...@xdg.me > > Date: Mon, 10 Mar 2014 20:56:18 -0400 > .. > > On that page, it says to report problems to Kurt Starsinic. He does > read this list, but you might want to email him directly. > > Still not fixed. Would some of you guys be able to discuss with him please? > > Regards .. Graham J. >
Re: Indexing Problem for Scripts on CPAN Site ..
I'll send a pull request later today. I'll update then. On Thu, Apr 10, 2014 at 6:56 PM, Graham Jenkins wrote: > > From: andreas.koenig.7os6v...@franz.ak.mind.de > > Date: Sun, 30 Mar 2014 06:35:56 +0200 > > > The scripts indexer code is currently broken. Kurt is intending to send > > me a pull request. > > Do we have an estimate yet on when this will be fixed? > > Graham Jenkins .. 0410-237-171 > >
Re: Indexing Problem for Scripts on CPAN Site ..
I just sent a pull request. Andreas, let me know if you would like assistance in getting things working (it's a pretty simple pull request, but I'm not sure what might have changed about infrastructure in the mean time (or how busy you are)). Graham, thank you for your persistence and patience. I'm sure that the index will be updated quite soon now. On Thu, May 1, 2014 at 10:27 PM, Graham Jenkins wrote: > > Date: Mon, 14 Apr 2014 12:06:39 -0400 > > From: kstarsi...@gmail.com > > > I'll send a pull request later today. I'll update then. > > Is there any chance this will be fixed this month? I've got a few updates > to push .. > > Graham Jenkins .. 0410-237-171 > >
Re: Indexing Problem for Scripts on CPAN Site ..
That is what it means! On Fri, May 2, 2014 at 3:55 PM, Andreas Koenig < andreas.koenig.7os6v...@franz.ak.mind.de> wrote: > Kurt Starsinic writes: > > > I just sent a pull request. Andreas, let me know if you would like > > assistance in getting things working (it's a pretty simple pull > > request, but I'm not sure what might have changed about infrastructure > > in the mean time (or how busy you are)). > > From my POV, it looks like the cronjobs are the only thing missing. I > just tried > > # PATH=/opt/perl/current/bin:/usr/bin:/bin:/home/puppet/pause/cron perl > -Ilib -c bin/indexscripts.pl > bin/indexscripts.pl syntax OK > > Does that mean that I can install the cronjobs according to this call? > > > Graham, thank you for your persistence and patience. I'm sure that the > > index will be updated quite soon now. > > Indeed, Graham, thanks for the heads up! > > -- > andreas >
Re: Indexing Problem for Scripts on CPAN Site ..
Between twice and four times a day sounds fine. IMHO, the scripts section needs some attention before it's worth tweaking it any more. In particular: It doesn't index scripts uploaded via FTP It doesn't index scripts in tarballs It is one freakishly-long and continuously-growing page I hope to address some or all of these issues soon, at which point it may make sense to revisit the indexing scheme. Or, if anyone else wants to take a whack at it, it's Open Source, after all. :) - Kurt On Sun, May 4, 2014 at 11:08 PM, Andreas Koenig < andreas.koenig.7os6v...@franz.ak.mind.de> wrote: > Graham Jenkins writes: > > > Thanks Andreas. The scripts previously uploaded are now correctly > > indexed. > > > > But two more scripts uploaded as hereunder hadn't been indexed an hour > > later, so I selected a PAUSE re-index for them .. and (an another hour > > later) it still hasn't happened. > > The cronjob for scripts-indexing were only scheduled for once a day. I > switched to four times a day just now. They are not influenced by the > normal pause reindexing that can be triggered from the pause homepage. > Kurt, what would you suggest for a good cronjob scheduling? The old > cronjobs were scheduled for twice a day. > > -- > andreas >
Re: PAUSE ID request (USEOPENID; Alan Batie)
I don't see any issue with this userid in particular. It's not like it's r...@cpan.org or anything. - Kurt On Mon, Nov 15, 2010 at 9:26 PM, David Golden wrote: > I'm not entirely sure I like a userid of "USEOPENID" but I see no > clear reason to reject it, either. > > What do other admins think? > > -- David > > > On Mon, Nov 15, 2010 at 9:21 PM, Perl Authors Upload Server > wrote: >> Request to register new user >> >> fullname: Alan Batie >> userid: USEOPENID >> mail: CENSORED >> homepage: >> why: >> >> I've written a perl module to do failed login tracking and would >> like to contribute it >> >> >> The following links are only valid for PAUSE maintainers: >> >> Registration form with editing capabilities: >> https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=0f30_f28a3337120af2ad&SUBMIT_pause99_add_user_sub=1 >> Immediate (one click) registration: >> https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=0f30_f28a3337120af2ad&SUBMIT_pause99_add_user_Definitely=1 >> >
Re: ZEFRAM's CPAN distributions
I'd like to take Module::Runtime. - Kurt On Tue, Mar 25, 2025 at 6:59 AM Neil Bowers wrote: > Hi Leon, > > > I think I'm the best person to adopt Crypt::Eksblowfish and > Authen::Passphrase as they're both in my area of expertise. > > > I've just transferred first-come on both of these to you. > > Neither of them has a co-maint. > > Neil >
Re: I want a user-id so i can upload modules (fwd)
On Jun 26, perl wrote: > Please send me my user-id for CPAN. I want to post some modules. > > Thanks. Gidon, Your account was created on June 5. You should have received an email to [EMAIL PROTECTED] giving you a password. If you did not receive that email, or if you forgot your password, please go to https://pause.perl.org/ and click "Forgot Password?" - Kurt > On Thu, 20 Jun 2002, gidon wrote: > > > > > Please send me a user-id for CPAN or at least tell me > > why you aren't sending me one. > > > > -- Forwarded message -- > > Date: Tue, 4 Jun 2002 17:47:06 -0400 (EDT) > > From: gidon <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: I want a user-id so i can upload modules > > > > > > your name: Gidon Wise > > > > your email address: [EMAIL PROTECTED] > > > > your homepage if you have one: http://www.gidon.com/ > > > > your preferred user-ID on CPAN: GIDON > > > > A short description of what you're planning to contribute: > > > > 1) ** this is the one that I'm going to upload now** > > I have a module called AI::state_space_search > > I haven't finished thinking about the name. > > It might also be called AI::Search::state_space > > http://www.gidon.com/scratch/state_space_search.pm.txt > > > >** these I plan on uploading I hope ** > > 2) > > I have a bunch of math functions. > > > > 3) > > I have a graph package > > > > 4) > > I have a package that translates SQL to stripe data across tables. > > > > > >
Re: Math::Business:BlackSch
On Jul 25, Anders Johnson wrote: > I applied to register Math::Business::BlackSch and uploaded it over 6 months > ago, and I haven't heard a thing from Perl-land. Am I doing something wrong? I don't remember your application, but assuming that this is for Black Scholes calculation, why not call it Math::Business::BlackScholes? You lose clarity for a miniscule savings in the module length. - Kurt
Requesting name XML::XPathToXML
Hi, Got a new module, needs name. Proposing XML::XPathToXML unless objections or better suggestions. Excerpt from POD: =head1 NAME XML::XPathToXML - Generates XML document from XPath expressions =head1 SYNOPSIS my %data = ( '/project/name' => 'The Ultimate Question', '/project/start'=> '2002-09-08', '/project/end' => '7002002-09-08', '/project/@id' => '42', '/project/temp/pre' => '41', '/project/temp/pre[position()=6]' => '46', '/project/temp/pre[3]' => '43', ); my $xpx = new XML::XPathToXML( debug=>1 ); $xpx->parse( \%data ); $xpx->parse( '/project/temp/pre[last()]/@guess', 'tooHigh' ); print $xpx->documentElement->toString(1)."\n"; Result: The Ultimate Question 2002-09-08 7002002-09-08 41 43 46 =head1 DESCRIPTION Generates an XML document or node tree from one or more XPath expressions. Returnes an XML::LibXML::Document or XML::LibXML::Element. =cut Thanks, -Kurt. __ kurt george gjerde <[EMAIL PROTECTED]> intermedia uib, university of bergen Working for bandwidth.
Re: Requesting name XML::XPathToXML
brian d foy: > > In article <[EMAIL PROTECTED]>, > Kurt George Gjerde <[EMAIL PROTECTED]> wrote: > > > Got a new module, needs name. Proposing XML::XPathToXML unless > > objections > > or better suggestions. > > how is this better than XML::XPath? Ah, I didn't know XML::XPath could do this but I now checked and found the createNode() method. Anyway, I'm using XML::LibXML instead of pure perl so it should be faster (and more convenient if you're already using LibXML). Maybe the name should reflect this? XML::XPathToLibXML, XML::LibXML::FromXPath, XML::XPath::ToLibXML. I'll check with Matt and see if he can add this functionality to LibXML. That would be best. Thanks, -Kurt. __ kurt george gjerde <[EMAIL PROTECTED]> intermedia uib, university of bergen Will work for money.
Re: DIOGEN account
On Oct 29, Trushkin, Vladimir (Minsk) wrote: > Anybody! :) > > My ticket will never reach me because email I submitted as being my contact > seems expired ([EMAIL PROTECTED] <mailto:trushkin@;name.com> ). Iname.com > service is dead. > > So please do something about my account DIOGEN. My correct email is > [EMAIL PROTECTED] <mailto:trushkin@;tut.by> . > > Or should I try to submit a new account? Vladimir, Your account is registered with the correct email address. If you go to https://pause.cpan.org/ and click on "Forgot Password?", you will be able to manage your account. - Kurt
Re: Tie::LookupAsFunction
On Nov 08, David Muir Sharnoff wrote: > I would like to allocate a module name: Tie::LookupAsFunction. > > Nothing fancy, but I couldn't find anyone else who had released it > as a module... Are you familiar with Michael Schwern's Tie::Math? - Kurt
Re: Tie::LookupAsFunction
On Nov 11, David Muir Sharnoff wrote:
>
> * In article <[EMAIL PROTECTED]>, David Muir Sharnoff
><[EMAIL PROTECTED]> wrote:
> *
> * > *
> * > * Or even better, Hash::ComputedValue ?
> *
> * > Hmmm. The way I think it will be used is mostly to do minor
> * > transformations on values like adding commas to a number eg: 1,000.
> *
> * that's still a computed value, though.
> *
> * > So, how about Hash::Transforms?
> *
> * i don't like that one so much. it is much less clear.
>
> Okay, that one is nixed.
>
> * and, just out of curiousity, what advantage does your module
> * have over a closure? it seems you have to do more work to get
> * the same effect.
>
> How so? I don't use closures that often so maybe I'm missing
> something, but it seems to me that there isn't any similarity
> at all. The purpose of my module is to save a few characters.
>
> Instead of:
>
> sub xyz {
> code
> }
>
> " some string @{[ xyz(abc) ]} "
>
> You have
>
> use my_module;
> tie %xyz, 'my_module',
> sub {
> code
> };
>
> " some string $xyz{abc} "
>
>
> Useful if you're going to want to interpolate a function a lot.
> Worse that useless otherwize.
So, how is yours different from MJD's Interpolation.pm?
- Kurt
Re: Stanza structured file processing modules...
On Nov 25, Dick Munroe wrote: > Dick Munroe > [EMAIL PROTECTED] > http://www.acornsw.com/resume/dick.html > DM > I have a need to parse and manipulate files organized as stanzas. The > modules seem to be generally useful if you're doing any sort of > configuration file manipulation. Are you asking if modules like this are available somewhere, or are you offering to write them yourself? - Kurt
Re: (Reposted) Request for a CPAN Account
On Nov 30, brian d foy wrote: > In article <[EMAIL PROTECTED]>, Chocolate Boy > <[EMAIL PROTECTED]> wrote: > > > >In article <[EMAIL PROTECTED]>, Chocolate Boy > > ><[EMAIL PROTECTED]> wrote: > > > >> I've noticed that most requests for CPAN accounts are granted > > >within a few > > >> days. > > >> I posted the message below two weeks ago and haven't yet > > >received a reply. > > > >> Name: chocolateboy > > > >perhaps it slipped because you forgot to give us your real name. > > > Sorry, I didn't notice this stipulation anywhere in the CPAN documentation. > > > And being a fan of the work of Abigail and Alligator Descartes, it never > > occurred to > > me that it was a legal requirement in Perl Country. I'm curious as to why you > > think you need it. > > it's not a legal requirement, but i know who Abigail and Alligator > are. I do not know who you are. > > if you would like me to create a PAUSE ID for you, please send your > real name and i will add it. I already created an account yesterday. I'm not fond of accounts without real names, but we went through this several months ago, and general consensus was that we're not identity police. - Kurt
What liscense should a cpan perl module be?
I want to upload a module to cpan but the institution I work for(Large Midwestern University) has a their own "freeware" but its not the Artistic license or the GPL. Its similar to the GPL. The license would allow people to use the module freely but specifically absolves my University of liability etc.. Is this OK
Re: FINAL CALL: Policy request
On Mon, Apr 09, 2001 at 10:59:44AM +0200, Johan Vromans wrote: Content-Description: message body text > To many of these requests are currently in the queue. > Do we provide CPAN id's for companies/groups/etc? For their mailing lists, but not for upload ID's. I recommend that we keep it that way. - Kurt
Re: PAUSE ID request
On Sun, Apr 15, 2001 at 05:27:38PM +0100, Matt Sergeant wrote: > On Sun, 15 Apr 2001, Johan Vromans wrote: > > > [Quoting Matt Sergeant, on March 28 2001, 19:44, in "PAUSE ID request"] > > > Hi, > > > > > > We at AxKit.com would like to have an "AXKIT" PAUSE ID, if possible. > > > > Sorry, we do not provide IDs for companies and organisations. > > Yeah I think I knew this already. I talked about it with Andreas at the > last perl conference, and I guess I'll have to discuss it again. There's > really no reason for it, when the software being uploaded is open > source, IMHO. I think there is a reason for it. Each file on PAUSE is uploaded by *a* person who's ultimately responsible for it. You don't have that with files `owned' by a list -- you've thrown away the information of who did the upload. Also, it's not too rare that a list to dissolves, but the last person who left the list doesn't know that they're the last one to leave. This makes it even harder to pick up dropped packages. - Kurt
Re: PAUSE ID request
On Mon, Apr 16, 2001 at 11:10:45PM +0100, Matt Sergeant wrote: > On Mon, 16 Apr 2001, Kurt D. Starsinic wrote: > > > > > Sorry, we do not provide IDs for companies and organisations. > > > > > > Yeah I think I knew this already. I talked about it with Andreas at the > > > last perl conference, and I guess I'll have to discuss it again. There's > > > really no reason for it, when the software being uploaded is open > > > source, IMHO. > > > > I think there is a reason for it. Each file on PAUSE is uploaded by > > *a* person who's ultimately responsible for it. You don't have that with > > files `owned' by a list -- you've thrown away the information of who did > > the upload. > > That's a different matter when it's not a list, but a company though. If > you think about it, there's even more responsibility with a company than > with an individual. Not necessarily. A company isn't a breathing entity, and a company didn't send the email requesting the PAUSE ID. A person did, and we don't want to get in the business of determining whether that person speaks for that company. It's also entirely possible that support for and awareness of some CPAN effort by a particular company just dies (say, the last or only employee involved in the project leaves). Now, say I want to take over maintenance, and I email `the company', and either receive no response, or a response from a pointy-haired manager saying `I don't understand Open Source, but that code belongs to my company, and I don't want you to change it, nyah.' > > Also, it's not too rare that a list to dissolves, but the last > > person who left the list doesn't know that they're the last one to leave. > > This makes it even harder to pick up dropped packages. > > That's a problem regardless of whether it's a person, a company, or a > list. Ultimately it comes down to licensing and trust. > > In fact, I could have written personally asking for a PAUSEID called > "AXKIT", and just shared the password. Same issues. Yes, you could have, and that would have been lying, and I ask you not to do that. You would have been declaring yourself the only point person, and I would _hope_ that, if anybody else on the AXKIT list declared in a public forum, `I wrote such-and-such module and here is my response to your bug report/feature request', that said person would be flamed or ignored. If you're claiming that there's some hardship for you in creating a list and one or more ID's, please describe it. If not, then I think you're just proposing a scheme to hide information, which I don't support. - Kurt
Module submission emails
Hi Andreas,
I think that the module submission proposals should have the author's
email address somewhere in the headers, so that a group-reply would go
to the author. What do you think?
- Kurt
Re: Module submission Peep
On Tue, Apr 17, 2001 at 10:11:20AM +0200, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: Peep > DSLI:bdpO > description: Modules for Peep: The Network Auralizer > userid: STARKY (Collin Starkweather) > chapterid: 23 (Miscellaneous_Modules) > communities: > The above module is based on the Peep network monitoring tool > written by Michael Gilfix (I recently rewrote the clients as Perl > modules), which was recently covered in USENIX's ;login magazine and > was the winner of the LISA 2000 best paper award (for a copy of the > paper, see the link at http://peep.sourceforge.net/intro.html). This sounds like a very useful module. You should have really compelling reasons for setting up a top-level namespace, though. In particular, you should be expecting the namespace to hold a lot of modules someday. I suggest Net::Peep. - Kurt
Re: Module submission emails
Hi, Please disregard the email below. The proposals do have the author's email address in the headers. I didn't see them due to momentary brain damage. - Kurt On Wed, Apr 18, 2001 at 12:00:10PM -0700, Kurt D. Starsinic wrote: > Hi Andreas, > > I think that the module submission proposals should have the author's > email address somewhere in the headers, so that a group-reply would go > to the author. What do you think? > > - Kurt
Re: [Reefknot-devel] Re: request CPAN id REEFKNOT (fwd)
On Fri, Apr 20, 2001 at 02:29:52PM -0400, Kirrily Skud Robert wrote: > Johan and/or [EMAIL PROTECTED], > > What is the "official" best way to manage a module which may have > different people acting as release managers over time? It seems > like the only current way is to just have the release manager upload it > under their own CPAN id. I think that this just became an FAQ. You have accurately described the "official" best way. modules@, should we craft a response and put it on the web? > This seems bad to me... currently CPAN allows anyone to upload anything > with any name, so I (SKUD) could upload (for instance) an LWP module > with a higher version number than the current one, and it could cause > all kinds of problems. However, it would be fairly obvious that I'd > done something bad, because someone would fairly rapidly realise that > I'm not actually the maintainer of that module and spank me. Even that > -- relying on a social fix to potentially dangerous exploits -- is > pushing our luck, but at least it's *something*. Could someone with more expertise (Andreas) field this question? > If a module often changes hands, perhaps every couple of versions, then > how will anyone know whether they can trust any given version? One does not achieve trust of Open Source software based on finding the source code in a particular directory. > The situation becomes yet more complex when we have a family of modules, > any of which could be maintained by different people over time. > Wouldn't it be better to go to authors/id/R/RE/REEFKNOT/ and be able to > see all the reefknot-related modules in one place? (We currently have > Net::ICal, and will shortly have Net::ITIP, Net::IMIP, and a number of > Reefknot::* modules). CPAN.pm is the high-level interface to CPAN. One should not browse the FTP directories directly and expect to be enlightened. - Kurt
Re: Proposed Module Net::DHCPparse
On Sun, Jun 17, 2001 at 11:53:12PM +, John D. Shearer wrote: > I would like to submit a new module for consideration but want some feedback > first. The module name is Net::DHCPparse. The concept is that you give it > an ISC 'dhcpd.leases' file (or a copy) and it will parse that file and return > a hash with the keys being the IP address contained in the leases and the values > being a fixed length record containing the IP address, most recent lease timestamp, > MAC address, and client name. > > I have seen people asking about a DHCP parsing program and I have been using > this routine for some time with great success. Some have balked at the fixed > length record, but I like it for web page formatting and the pod contains a > short script to parse the record into individual fields if needed (using unpack). > > > Any thoughts on this would be appreciated - especially on naming. Well, it should be able to parse any IHC config files (as they're all the same syntax) -- at least BIND and DHCP, off the top of my head. It would be good if the name reflected that level of generality. Also, the Net:: namespace is all about network protocols, not file formats or parsing. How about Text::IHCparse? - Kurt
Re: Pause account request
On Mon, Jun 25, 2001 at 07:58:37PM +0200, Janos Mohacsi wrote: > Dear Sirs, > > I would like to have a Pause account. I have sent on 5th June to the perl > modules list referenced by: > > http://www.xray.mpe.mpg.de/mailing-lists/modules/2001-06/msg00098.html > > But I still don't have pause account. What should I do? Janos, Your email address was misspelled on your PAUSE account. It's been fixed now. Regards, Kurt
Re: Request for PAUSE ID for CPAN submission.
On Thu, Jul 26, 2001 at 02:10:26PM -0700, Edouard Lagache wrote: > Your Name:CAIDA > Your Email Address: [EMAIL PROTECTED] > Your Homepage:http://www.caida.org/ > Your Preferred CPAN User-ID: CAIDA > Planned Contribution: Updates to the Perl CPAN module Chart-Graph. You already have an account! Is there some problem with your password? - Kurt
Registration
name: Kurt George Gjerde email: [EMAIL PROTECTED] user-ID: KGJERDE Wants to contribute misc modules. -Kurt. __ kurt george gjerde <[EMAIL PROTECTED]> intermedia uib, university of bergen use Perl;
Re: New module Tasks
On Thu, Aug 16, 2001 at 01:45:54PM +0100, Tim Bunce wrote: > I think we should not let people submit new top-level module names > without extra work/steps/justifications etc. > > And along with that add a mechanism to request a new top-level category::* I agree that those are good ideas. Now, who's going to bell the cat? ;^) - Kurt
Re: Btrees.pm
On Mon, Aug 20, 2001 at 10:12:20PM -0700, Ron Squiers wrote: > Hi Tim or Andreas, > > I poked http://search.cpan.org/search?module=Tree::Base but there was > nothing there. I've instead used and tested the AVL tree code from > "Mastering Algorithms with Perl" by Jon Orwant, Jarkko Hietaniemi & John > Macdonald. There were bugs in the book, which I've fixed, tested and added a > list routine. Would it be legal to post this module or do I need O'Reilly's > permission first? Hi, I'm not Tim or Andreas, but I believe that's a question better asked of Jon, Jarkko, and/or John. Regards, Kurt
Re: PAUSE updates
Skud, Welcome to modules! Your presence is appreciated. On Sun, Aug 26, 2001 at 11:34:10PM -0400, Kirrily 'Skud' Robert wrote: > So here's a quick suggestion: why don't we cut the traffic significantly > by /dev/null-ing all the "welcome new user" and "user update" stuff? > And, if we don't actually read or verify the "module update" stuff, that > too. Or if /dev/null is too strong a measure, perhaps a separate > [EMAIL PROTECTED] list for those who actually care? As someone who adds a lot of the new users, I need to see the new user notices, so that I don't waste my time trying to re-add users that somebody else took care of. I don't usually have much use for the user update messages, but some of them matter to me (particularly when an author has asked me how to do something unusual or complicated with their account or a mailing list). And if you don't want to read them, there's always procmail . . . . - Kurt
Re: New interface styles
On Fri, Aug 31, 2001 at 11:08:09AM -0400, Kirrily Robert wrote: > In lists.projects.perl.modules, you wrote: > >I believe this was discussed a while ago, but no action was taken. > > > >Two new interface styles are needed. > > > >First is 'p' for 'pragma'. This is for things like > >Lingua::Romana::Perligata, y2k, AnyLoader, etc... that actually alter > >the behavior of the program just by their being used. I'm in favor of this. > >The second is 'o' for 'other'. A lot of stuff just doesn't fit. > >Test::Inline lets you put code in POD. What the hell kind of > >interface is that? I don't see how that affects what kind of interface it is. It's still functional, OO, declarative, procedural, whatever. - Kurt
Re: CPAN ID change request
On Thu, Sep 06, 2001 at 05:06:54PM -0400, Jeff 'japhy/Marillion' Pinyan wrote:
> I'm currently PINYAN, and I'd like to be changed to JAPHY. How do I go
> about doing that?
You don't. :^/
- Kurt
Re: Request Tracker
On Thu, Sep 13, 2001 at 08:09:40PM -0700, Ask wrote: > what about changing this list into using Request Tracker (like > parrotbugs at http://parrotbugs.develooper.com/ ) for ... uh.. > tracking requests? You might be able to convince me otherwise, but I don't think that `request tracking' is a pressing issue for modules@. The PAUSE is Pretty Good, and it's mostly Not Broken. The parts that _are_ Broken get fixed (eventually). AFAICT, PAUSE ID requests, modulelist updates, feature requests, and bug reports aren't going to /dev/null, although they are sometimes deemed Undeserving of Response, and they often get queued up for a long time. IMNSHO, what would really improve the PAUSE in general (and module- related issues in particular) would be more admins who understood more of the system. That's not intended as an insult to anyone; _I_ sure don't understand the whole system (for example, I just now tried to find the list of PAUSE admins, and I couldn't figure out where to get it!). What would be /great/ would be a PAUSE Administrators' Manual. I would maintain it if people would use it. - Kurt
Re: Request Tracker
On Mon, Sep 17, 2001 at 12:47:07AM -0400, Kirrily Robert wrote: > In lists.projects.perl.modules, you wrote: > > > >You might be able to convince me otherwise, but I don't think > >that `request tracking' is a pressing issue for modules@. > > I think it is. Duly noted. > Having just recently come from "out there" I think I have a fairly good > idea on how the rest of the Perl community sees this list. I think they > mostly see it as a mysterious black box, where you throw in requests, > and maybe (if you're lucky) something comes out again, at some > indeterminate time. I think that's an accurate model. > Most of the Perl community think of [EMAIL PROTECTED] as a sort of advice > line for module authors, particularly wrt naming conventions. When they > email us, or when they apply for a namespace through PAUSE, they want to > hear back from us. They want words of wisdom. If there isn't any > wisdom to be had, they'd rather hear "sorry, no wisdom today" than just > silence . . . . > > So yeah, the PAUSE stuff is what the modules@ cabal are mostly > interested in, and RT probably wouldn't be very useful for that. But RT > *would* be useful for the stuff requiring human response, and I think it > would be seen as a *major* improvement by the Perl community. I'm not opposing a request tracker, if somebody else wants to set it up. But again, we're not failing to respond due to poor management skills. We're failing to respond due to lack of tuits. If there were a web thingy where I could find all those old responses, I still wouldn't be following up on all of them. I follow up when I have something useful to say, unless somebody else says it first. > I'd like to see a thing where people who contact us get a form message > that says: Boy, I'm really in favor of an autoresponder. I am behind this 1000%. > . . . . And from our point of view, we could check the ticketing system and > think "oh, that guy with the question about the Frobnitz:: namespace > still hasn't had a reply, I guess we'd better get back to him." The point is that we're not _forgetting_ to get back to people. None of us has been willing to take responsibility to make sure that everybody gets responded to. Perhaps you wish to become that special somebody? > >What would be /great/ would be a PAUSE Administrators' Manual. I > >would maintain it if people would use it. > > Yeah, that would be great :) I'm working on a first draft. - Kurt P.S. None of the above is meant to indicate any lack of interest on my part for serving the Perl community better. I'm just trying to emphasize that, IMHO, the proposed solution (a request tracker) doesn't match the actual problem (dearth of tuits).
Re: Request Tracker
On Mon, Sep 17, 2001 at 09:54:20PM -0400, Kirrily Robert wrote: > On Mon, Sep 17, 2001 at 02:34:59PM -0700, Kurt D. Starsinic wrote: > | . . . None of us has been willing to take responsibility to make sure > | that everybody gets responded to. Perhaps you wish to become that > | special somebody? > > Sure. That's what I'm more interested in, to be honest. You've > probably noticed me being pretty chatty since I joined . . . . I did notice. So, I'm nominating you as Prime Responder To-er. All opposed? > . . . OK, so can we recruit people with more tuits? . . . Given appropriate definitions of `can' and `we', of course. ;^) - Kurt
Re: PAUSE registration request
On Mon, Sep 17, 2001 at 02:03:18PM -0700, Chris Radcliff wrote: > Kirrily Robert wrote: > > WSDL should probably be under WWW::WSDL, I guess. > > > > I'm not certain about that. What is the primary concern? If it's a > namespace collision, WSDL isn't likely be a common term for any other > technology. If it's a namespace conservation issue, I'd prefer XML::WSDL > in order to disentangle the XML processor aspect from the transport aspect. It's a namespace conservation issue. We set fairly high standards for creation of top-level namespaces. XML::WSDL sounds good to me, but this is an issue that should be brought up on the Perl-XML mailing list <[EMAIL PROTECTED]>. Regards, Kurt
Re: CPAN ID Request
On Sep 24, Tim Bunce wrote: > On Fri, Sep 21, 2001 at 12:33:42PM -0400, Kirrily Robert wrote: > > In perl.modules, you wrote: > > >Not really. Jabber is not just an IM or chat system. Jabber is > > >a development architecture and platform for building distributed > > >services, just as e.g. Apache is a development architecture and > > >platform for building services and so on. Many of the developments > > >I and other people are doing with Jabber have nothing to do with > > >Instant Messaging. Jabber doesn't really belong in this area. > > > > In this case, I think DJ is right. I know I'm usually > > anti-toplevel-namespace, but Jabber *is* a broad application with wide > > recognition, and I don't think it's wrong in this case. > > Exactly. It's as important to create new toplevel-namespace's where > appropriate as it is to avoid them when not. > > The judgement's fairly easy here, but sometimes requires a far-sighted > crystal ball. Sorry for taking so long to chime in. From what I've read, Net::Jabber is still most appropriate. Jabber _is_ good for many things, but you're still talking about dealing with network protocols, no? Apache is a top-level namespace, but it's rife with modules that twiddle the innards of Apache. - Kurt P.S. I know a lot about Jabber. I was the first person to port the server to FreeBSD.
Re: Request Tracker
On Sep 24, Kirrily Robert wrote: > In perl.modules, you wrote: > >On and before Mon, Sep 17, 2001 at 09:54:20PM -0400, Kirrily Robert > >(amongst others) requested a request tracker for [EMAIL PROTECTED] > > > >What about Bugzilla? I'd be happy to set up and maintain a product > >on http://bugs.zevils.com/ . --Matt > > No sodding way. We use it at work and it's a complete pile of crap. > > To put it bluntly. Could you be a little less specific? Given your response, we almost have half a snowball's chance in hell of coming up with something that suits your needs. ;^P - Kurt
Re: CPAN ID Request
On Sep 25, DJ Adams wrote: > Jabber is not just a network protocol. There are two main cornerstones > that make Jabber what it is - the protocol, which could arguably seen > as a 'meta-'protocol (designed with extensibility from the outset), > and the server architecture, within which hubs (routers), components > (satellite services) and clients (connector stubs) interoperate and > can be used to build all sorts of solutions. > > Jabber is a development platform much more than it is an IM protocol. > Clearly, because the first major application that Jabber was used for, > and arguably the most public, was IM interoperability. But if you look > at the development efforts and directions in the community (JECL, > Jabber-RPC, Jabelin, to name but a few), it becomes clear that any > firm coupling of Jabber and IM, or even the view that Jabber is 'just' > a protocol, is missing the point, and doing an injustice to Jabber. I'm _really_ familiar with Jabber, honest. Jabber is much more than an IM gateway. I'm saying that there's no call for a top-level namespace unless the Jabber community is going to populate it with a variety of internals hooks, in much the same way that the Apache community has. AFAICT, the only Jabber-related Perl modules that exist or have been proposed deal with "the Jabber protocol", from the network level (moving bits over the TCP) to the application level (building and parsing the XML). Ryan Eatmon's excellent and substantial offerings, for example, live under Net:: and XML::. If you're planning on doing something more integrated into Jabber's core, then I endorse a Jabber:: top-level namespace. If you just want to make the point that Jabber is more than IM, then I don't think the PAUSE namespace is the best forum for that. - Kurt
Re: tipjar
On Sep 30, tipjar LLC wrote: > Hello, don't know if this is necessary, but reading the > modules documentation and just want to formally claim the > > /*:?:?tipjar:?:?*/i > > module name space as under under Tipjar LLC's service mark. > > Crossing tees and dotting eyes, I don't think there's precedent for someone claiming a namespace regex. Does anybody have an opinion about that? - Kurt
Re: Apache::Htaccess changing hands
On Oct 22, Matt Cashner wrote: > i am turning the reins on Apache::Htaccess over to > C. He has uploaded a new version and i have deleted my > versions from my cpan dir. > > is there anything else i need to do to transfer THE STAFF OF POWER over > to C ? Roll 3D6 against your Constitution. - Kurt
Re: Apache::Htaccess changing hands
On Oct 23, brian d foy wrote: > In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote: > > On Oct 22, Matt Cashner wrote: > > > is there anything else i need to do to transfer THE STAFF OF POWER over > > > to C ? > > > Roll 3D6 against your Constitution. > > 3. damn! > > seriously though - i would be interested to a pointer to policy > or precedent. is this an entirely manual process involving > someone of high karma changing something? or, since i have > the distribution in my directory now and Matt doesn't, will > the modules list and search.cpan.org simply figure it out? There's an incantation that must be intoned by one of Highest Karma. That is to say, I think Andreas does this by hand. - Kurt
Re: DTD top level namespace...
On Nov 13, Wolfgang Mueller wrote: > Hi, > This is a followup to the MRML top level name space discussion. > > I think that's it. Why not create a DTD top level namespace for all modules > that provide essentially routines for treating a DTD? We still can do > something special for the "bigger" DTDs like SOAP, MPEG-7 (OK, that's an XML > Schema) and stuff. > > What do you think? If you create DTD, I am very happy with DTD::MRML. This is > really less obscure than finding XML::MRML among XML::Parser etc. That could be misleading. Specific modules don't always reference a DTD -- they may use XMLSchema, an RFC, something informal, etc -- and they may have nothing to do with validation. I don't have an alternative in mind, but I like the idea of a top-level namespace for `specific XML implementations and applications'. I'm open to suggestions. - Kurt
Re: Re-registration
On Sep 20, Joseph Davidson wrote: > name: Joseph Davidson > email: [EMAIL PROTECTED] > web: www.interguru.com/mailconv.htm > > user ID : INTERGURU > > Note this is a re-registration of "INTEGURU" which was misspelled Sorry, PAUSE IDs have a limit of 9 characters: http://www.cpan.org/modules/04pause.html - Kurt
Re: New module Data::Reconciliation
On Nov 07, Chateauvieux Martial wrote: > We would like to register a Perl developer ID: > > Name : Chateauvieux & Capdevielle > EMail : > [EMAIL PROTECTED],[EMAIL PROTECTED] > User ID : CHAVIEL Thanks for offering to contribute. You'll have to pick one email address, or request two user IDs. - Kurt
Re: Never got my password
On Nov 13, Eddie Olsson wrote:
>
> Hi.
> I requested a PAUSE user account a while back, but since I'd managed to get my
>mailserver config in a tangle, I never received the password.
> Could you please resend it. My assigned username is AVAJADI.
Hi,
You can have your password emailed to you via this URL:
https://pause.perl.org/pause/query?ACTION=mailpw
Regards,
Kurt
Re: PAUSE registration for PIED.com
On Nov 22, Michael N. Felzien wrote: > Still no word. Any reply would be welcome. Again, thank you. > > Sincerely, Mike, I can find no record of your application. Could you please re-send? Regards, Kurt
Re: Re-registration
On Nov 27, Philip Newton wrote: > On Mon, 26 Nov 2001 21:07:05 -0800, in perl.modules you wrote: > > On Sep 20, Joseph Davidson wrote: > > > name: Joseph Davidson > > > email: [EMAIL PROTECTED] > > > web: www.interguru.com/mailconv.htm > > > > > > user ID : INTERGURU > > > > > > Note this is a re-registration of "INTEGURU" which was misspelled > > > > Sorry, PAUSE IDs have a limit of 9 characters: > > > > http://www.cpan.org/modules/04pause.html > > perl -e "print length 'INTERGURU'" > 9 > > Is there something I'm not seeing? You forgot the null terminator on the string. ;^) Or maybe I just do too many PAUSE registrations at 3 in the morning. <^O Your new account is coming your way. - Kurt
Re: Request for PAUSE ID for CPAN submission.
On Oct 03, Greg Raph wrote: > Your Name:Greg Raph > Your Email Address: [EMAIL PROTECTED] > Your Homepage:http://www.caida.org/ > Your Preferred CPAN User-ID: CAIDA > Planned Contribution: Updates to the Perl CPAN module Chart-Graph. Greg, CAIDA already exists as a mailing list ([EMAIL PROTECTED] -- requested by Edouard last year), and mailing lists occupy the same namespace as users. Do you have a preference for an alternate username? - Kurt
Re: Request for PAUSE ID for CPAN submission.
On Oct 11, Greg Raph wrote: > Kurt, > > Sorry about the mixup. In that case, could you make the CPAN user-ID: > CAIDAPERL ? Done. - Kurt
Re: new PAUSE account
On Nov 21, Ricki Stern wrote: > a.. your name - Ricki Stern > b.. your email address [EMAIL PROTECTED] =20 > c.. your homepage if you have one - don't have one > d.. your preferred user-ID on CPAN. It must be between 4 and 9 = > characters long, all uppercase, letters only. One dash allowed. - I = > would like the ID rickistern Between 4 and 9 characters, please? - Kurt > e.. a short description of what you're planning to contribute - right = > now I wrote a module which contains 3 trim functions. LTrim, Rtrim and = > Trim. These functions use regular expressions to trim the whitespace off = > of the ends. > > >
Re: PSID.pm - where to?
On Dec 09, LaLa wrote: > Hi all! > > I need advice about where to put my PSID.pm module (in which namespace). > Currently, the module can be found here in a somewhat raw form: > > http://lala.c64.org > > I've never uploaded anything to CPAN before, and I don't want to do something > stupid, so I thought I'd rather ask. :) I've read the docs about how to upload > stuff to CPAN, and my only remaining problem is about the namespace. > > In short, PSID is a class that handles (reads/writes/manipulates) PlaySID > files (Commodore-64 music files), commonly known as SID files. One SID fan > suggested the HVSC::PSID namespace (HVSC meaning "High Voltage SID Collection" > and can be found here: http://www.hvsc.c64.org ), but I'm not a fan of that, > since PSID is a file format, while HVSC is a SID archive that happens to > archive SID tunes as PSID files. I was also thinking about File::PSID, after > all, PSIDs are nothing else but binary files formatted in a special way, but > I don't know if that would be the best. Or maybe just leave it as top-level > PSID (which is what it is right now)?... Top-level would be a bad idea. How about under the existing Audio namespace? For example, Audio::PSID? - Kurt
Re: Module submission Crypt::Elliptic
On Nov 28, Perl Authors Upload Server wrote: > The following module was proposed for inclusion in the Module List: > > modid: Crypt::Elliptic > DSLIP: cdpOg > description: Implementation of the Elliptic Curve cipher. > userid: ALIZTA (Alistair Mills) > chapterid: 14 (Security_and_Encryption) > communities: > > similar: > > rationale: > > I have used this method of cryptology in various projects, however, > I have never managed to find a Perl implementation of Elliptical > Curve Cryptography (ECC). > > I have written some libs which implement some aspects of this > algorithm and I am at present extending these libs to create a > complete Crypto ECC module. There are quite a few elliptic curve algorithms. Which one(s) does this support? It would be nice to see the algorithm name in the class name. - Kurt
Re: Module submission Crypt::Elliptic
On Dec 12, William R Ward wrote: > I think the original "Elliptic" name is more clear. > Crypt::Elliptic::PGP and Crypt::Elliptic::DSA seem like good module > names to me. (note: I am not a CPAN admin) I would strongly favor Crypt::ECDSA, etc. Almost all of the cryptographic algorithm modules are named Crypt::, and it's a system that makes sense. If you don't know what ECDSA is, then you probably don't have a use for it. And if you do want ECDSA, you don't want just any old pseudovariant of DSA that's based on some kind of elliptic curve math or another -- you want exactly that standard. - Kurt > --Bill. > > [EMAIL PROTECTED] writes: > > > Hi Kurt, > > > > I was thinking of implementing a few of the various Elliptic Curve > > Cryptosystems within the Crypt::Elliptic namespace, however, given more > > thought it is possibly more apt for them to be placed within the > > Crypt::ECC namespace. > > > > Since pretty much any cryptographic scheme/protocol based on discrete > > logarithms can be (fairly) easily converted to elliptic curve form, such > > that the Elliptic Curve Digital Signature Algorithm would be: > > > > Crypt::ECC::DSA > > > > And the Elliptic Curve Pretty Good Privacy Algorithm would be: > > > > Crypt::ECC:PGP > > > > etc, etc. > > > > However, the implementations could also be placed within the Crypt > > namespace, as in: > > > > Crypt::ECDSA > > Crypt::ECPGP > > etc, > > > > I'm not partial to either setup. > > > > Regards, > > > > Alistair Mills > > > > >On Tue, 11 Dec 2001, Kurt D. Starsinic wrote: > > > On Nov 28, Perl Authors Upload Server wrote: > > > > The following module was proposed for inclusion in the Module List: > > > > > > > > modid: Crypt::Elliptic > > > > DSLIP: cdpOg > > > > description: Implementation of the Elliptic Curve cipher. > > > > userid: ALIZTA (Alistair Mills) > > > > chapterid: 14 (Security_and_Encryption) > > > > communities: > > > > > > > > similar: > > > > > > > > rationale: > > > > > > > > I have used this method of cryptology in various projects, however, > > > > I have never managed to find a Perl implementation of Elliptical > > > > Curve Cryptography (ECC). > > > > > > > > I have written some libs which implement some aspects of this > > > > algorithm and I am at present extending these libs to create a > > > > complete Crypto ECC module. > > > > > > There are quite a few elliptic curve algorithms. Which one(s) does > > > this support? It would be nice to see the algorithm name in the class > > > name. > > > > > > - Kurt > > > > > > > > > > -- > William R Ward[EMAIL PROTECTED] http://www.wards.net/~bill/ > - > If you're not part of the solution, you're part of the precipitate.
Re: A name for an expression evaluator for CPAN
On Dec 18, [EMAIL PROTECTED] wrote: > Last week I sent this note out. A recommendation came from the perl modules > newsgroup > to change the capitalization of the module name. I've changed it to > Math::ExprEval . > > Scott > > PS I used PAUSE before, but can't find my password. What do I do? Thanks. Go to http://pause.cpan.org/ and click on the first link that occurs to you. - Kurt
Re: PAUSE account request
On Dec 23, Issac Goldstand wrote: > Waiting for confirmation of an account (or denial). It's been almost 2 > weeks, so I'm assuming something's gone wrong... Isaac, I don't have your account application. Either I lost it, or SMTP did. Could you please send another, and I'll process it as soon as I can? Regards, Kurt Starsinic
Re: Continued Request for new account
On Jan 15, Pasha Sadri wrote: > Hi, > > A few months ago, I attempted to register for a new PAUSE account. I wanted > to submit an XML related module to CPAN. After the initial submission, and > a short thread about the module name, I did not receive a final response > from anyone and my registeration process was never completed. > > I recently decided to pick up the process and performed a search on the > [EMAIL PROTECTED] archive and found that my request was actually accepted, > but I never received the welcome message nor my password (as mentioned in > the archvied message titled "Welcome new user PASHA"). > > You can follow the thread on the mailing list archive by running the > following search: > > http://www.xray.mpe.mpg.de/cgi-bin/w3glimpse/modules?query=pasha&errors=0&ca > se=on&maxfiles=100&maxlines=30 > > Could someone please resend my password to me so that I can complete the > registration process? > > Thank you very much in advance :) Pasha, Please go to https://pause.cpan.org/ and click `Forgot Password?' - Kurt
Re: Help!
On Feb 08, Trushkin, Vladimir (Minsk) wrote:
> Request:
> 2001-12/msg00281: CPAN
> module contribution
> * 48: User
> ID: DIOGEN
>
>
> I have never got none message from CPAN, here is what I have found on CPAN
> Mail Archive (this a respond to my CPAN module contribution request):
> {
> * From: "Perl Authors Upload Server" <[EMAIL PROTECTED]>
> * Reply-To: [EMAIL PROTECTED]
> * To: [EMAIL PROTECTED]
> * Date: Sat, 29 Dec 2001 03:12:38 +0100
> * Message-Id: <[EMAIL PROTECTED] >
>
>
> Welcome Vladimir Trushkin,
>
> PAUSE, the Perl Authors Upload Server, has a userid for you:
>
> DIOGEN
>
> Once you've gone through the procedure of password approval (see the
> separate mail you should receive about right now), this userid will be
> the one that you can use to upload your work or edit your credentials
> in the PAUSE database.
>
> This is what we have stored in the database now:
>
> Name: Vladimir Trushkin
> email: [EMAIL PROTECTED]
> homepage:
> enteredby: Kurt D. Starsinic
>
>
> }
>
> Note the fields from and to are filled with same address [EMAIL PROTECTED]
> Where a message with my password went is not known to me, so, please could
> you resend it to my registration e-mail.
Vladimir,
Please go to https://pause.cpan.org/ and click `Forgot Password?'
- Kurt
Re: PAUSE ID revisit...
On Jan 18, Philip Newton wrote: > On Wed, 9 Jan 2002 11:27:57 +, [EMAIL PROTECTED] (Tim Bunce) > wrote: > > > I can't remember what the "precedence to denying organizational > > PAUSE id's" was. Can anyone else? > > Maybe he meant something like this: > http:[EMAIL PROTECTED]/msg08649.html ? > > But that was someone applying for one PAUSE ID with two names and two > email addresses behind it. Kurt answered in > http:[EMAIL PROTECTED]/msg08948.html and said > one email address only, please; subsequently, that person re-registered > with one name and one address (and got the user ID CHATEAU, IIRC). So, David, did you ever get your organizational ID? Do you want one? If so, send in an application and we'll hook you up. - Kurt
Re: Seeking name for an encryption module
On Mon, Dec 20, 1999 at 02:11:42PM -0800, M Lyons wrote:
>
> Hi Guys,
>
> I've gotten the boss to give permission to release a module that takes
> care of the details of encrypting a hash into a signed, BASE64 encoded
> ticket that can be sent as a cookie or used inside a URL etc:
>
> use ISUC;
> $isuc = new ISUC("BlockCipher passphrase", "MAC passphrase");
> $encoded = $isuc->encode({ key1 => "value1", key2 => "value2" });
> $hashref = $isuc->decode($encoded) or die "Corrupt ISUC ticket";
>
> Our in-house name has been ISUC.pm ("internet simple URL cipher") which is
> clearly suboptimal.
>
> Question #1: Is there an already-extant module of this type that I should
> be using (or contributing to) instead?
>
> Question #2: Assuming this module might be of use to someone else, where
> should it live in the CPAN namespace?
Question #1: What encryption algorithm are you using?
Question #2: What hasing algorithm are you using?
Question #3: What's the benefit of using both?
Question #4: Do you actually expect people to take your module seriously
when it's called `ISUC'? 1/2 :^)
Peace,
* Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer *
|`The future masters of technology will have to be lighthearted and |
| intelligent. The machine easily masters the grim and the dumb.' |
|-- Marshall McLuhan|
Re: problem with PAUSE id
On Wed, Dec 29, 1999 at 09:17:29PM -0500, Benjamin Elijah Griffin wrote: > At Fri Dec 10 14:11:20 1999 I wrote: > > To: [EMAIL PROTECTED] > > Subject: request for PAUSE id > > > > Name: Benjamin Elijah Griffin > > Email: <[EMAIL PROTECTED]> > > Prefered-ID:ELIJAH > > > > I've got several scripts I want to contribute that have been discussed > > in such diverse locations as the panix internal newsgroups, alt.hackers > > and with people I know. Eg: a whois script that follows the redirections > > coming from rs.internic.net these days; a grep-like tool to scan headers > > only in mbox files and/or newsspool directories (skipping the body can > > provide a big efficiency gain). > > I never got any response. Today I happened to notice that > the 01mailrc.txt file has a very strange address for me: > > alias ELIJAH "[EMAIL PROTECTED] " > > Instead of a more reasonable: > > alias ELIJAH "Benjamin Elijah Griffin <[EMAIL PROTECTED]>" > > Perhaps this is why I never got my password? I've just fixed this. If you need your password reset, please let me know. Peace, * Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer * | `The term `Internet' has the meaning given that term in | | section 230(f)(1) of the Communications Act of 1934.' | | -- H.R. 3028, Trademark Cyberpiracy Prevention Act |
Re: PAUSE registration
On Sat, Feb 05, 2000 at 08:00:39PM -0500, Matthew A. Zucker wrote: > Name: Matthew A. Zucker > Email:[EMAIL PROTECTED] > Homepage: http://students.vassar.edu/~mazucker > User ID: ubermuffin > > What I plan to contribute: Mailscape - A web-based email searcher/indexer > script for Netscape mail client users. > > I wrote Mailscape so I could search emails I'd recieved and downloaded onto > my computer when I was away from it. This is a sort of single-application > script that I think people who use Netscape as their primary mail client > might enjoy having. That user ID is too long. Do you have another preference? Peace, * Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer * | `If we knew what it was we were doing, it wouldn't be called| |research, would it?' -- Albert Einstein|
Re: registering as a developer.
On Fri, Feb 25, 2000 at 03:40:47PM -0600, Ian B. Robertson wrote: > I would like to register as a perl module developer. My name is Ian > Robertson; my email address is [EMAIL PROTECTED] A good userID > would be IROBERTS or I-ROBERTS. I'm planning on contributing a module > to interface with Solaris system C calls for Access Control Lists > (ACLs). A DSLI entry follows: > > Name DSLI Description Info > - - > Solaris::ACL bdcO access Solaris ACLsIROBERTS > > I have mentioned this on comp.lang.perl.modules; no discussion ensued. > > - Ian > > P.S. Unless there were mailing problems, you probably received a > similar request a month ago. I appologize if this is already being > handled. Sorry, I mistyped your email address. I've corrected it now; let me know if you have any trouble accessing your account. Peace, * Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer * |`The future masters of technology will have to be lighthearted and | | intelligent. The machine easily masters the grim and the dumb.' | |-- Marshall McLuhan|
Re: PAUSE registration
On Wed, Mar 15, 2000 at 01:51:54PM -0600, Yossef Mendelssohn wrote: > Name: Yossef Mendelssohn > Email: [EMAIL PROTECTED] > ID: YMENDEL > > module description > > Name DSLI Description > --- > POE::Component::POE adpf A wrapper for POE.pm > > > Discussion of module's importance. (note: "dngor" is the creator > of POE. I am "Citizen_X"). > > dngor: what do you think about me writing POE::Component::POE? > I think it's wacked in the head, especially if you're just gonna > use POE; 1; > hey.. that's not going to get me a cpan id, dngor ;) > Oh! Scratch that. > you need the cue again? > POE::Component::POE is a wonderful idea. It embodies just about > every module virtue Tom Christiansen has enumerated. > > > Module background explanation: > > POE literally means "Perl Object Environment", but like many good acronyms > it has other has meanings. One of these other meanings is "Part of > Everything", which explains modules like POE::Component::IRC. Since POE > is obviously covered under the "Everthing" umbrella, I considered it > necessary to have a POE::Component::POE module, which I would take it upon > myself to write. As the above conversation indicates, the original > module's author heartily agrees with my view. Yossef, I can't tell whether you are kidding or not. I agree with dgnor's first assessment, that you are wacked in the head (I mean that in the nicest possible way). The module name is almost perfectly unintuitive, and I have no idea what it is supposed to do. What up? Peace, * Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer * | "The job of a citizen is to keep his mouth open." -- Gunter Grass |
Re: Lack of action
On Fri, Mar 24, 2000 at 09:47:32PM -0500, Dan B wrote: > This is the *fourth* time I have submitted this module for registration, yet > it has not been registered. > > I have waited three weeks in between messages, yet no responses were posted > to any of my three last messages. If nothing is done after this message is > posted, maybe I'll move on to PHP. Dan, I'm sorry for your inconvenience, but please remember that CPAN is an entirely volunteer effort. If the Comprehensive PHP Archive Network responds more quickly to your requests, please let us know so that we can learn from them. 1/2 :^) - one of the incredibly busy (and occasionally cranky) volunteers who helps maintain CPAN (but, unfortunately, not one who can update the modules list for you).
Re: Lack of action
On Thu, Mar 30, 2000 at 06:18:58PM +0300, Jarkko Hietaniemi wrote: > > Tim Bunce writes: > > On Mon, Mar 27, 2000 at 06:09:13PM -0500, Kurt D. Starsinic wrote: > > > On Fri, Mar 24, 2000 at 09:47:32PM -0500, Dan B wrote: > > > > This is the *fourth* time I have submitted this module for registration, yet > > > > it has not been registered. > > > > > > > > I have waited three weeks in between messages, yet no responses were posted > > > > to any of my three last messages. If nothing is done after this message is > > > > posted, maybe I'll move on to PHP. > > > > > > Dan, > > > > > > I'm sorry for your inconvenience, but please remember that CPAN is > > > an entirely volunteer effort. If the Comprehensive PHP Archive > > > Network responds more quickly to your requests, please let us know so > > > that we can learn from them. > > > > > > 1/2 :^) > > > > > > - one of the incredibly busy (and occasionally cranky) volunteers > > > who helps maintain CPAN (but, unfortunately, not one who can update > > > the modules list for you). > > > > Also, remember that you don't _need_ 'permission' to upload, and lack > > of reply to module name suggestions generally means no one has any > > complaints. > > Maybe the modules list should have an autoreply stressing this point? The following is an autoreply to your message: Patches welcome. End autoreply
Re: Reworking CPAN/authors/id/
On Wed, Apr 05, 2000 at 02:40:32PM +0200, Andreas Koenig wrote:
> I believe, the CPAN/authors/id/ directory needs a gentle cleanup.
> Currently there is no simple algorithm to generate the directory of an
> author from the userid. The only way to find out that JHI has the
> directory JHI/ is by trying which of JHI/ and J/JH/JHI/ exists.
>
> It would be a simple job to make the transition with backwards
> compatibility like so (tested):
>
> use File::Path qw(mkpath);
> opendir DIR, "."; # from authors/id
> for (readdir DIR){
> next if /^\./ or length($_)==1;
> my $targ = substr($_,0,1) . "/" . substr($_,0,2);
> mkpath $targ;
> rename $_, "$targ/$_";
> symlink "$targ/$_", $_;
> }
>
> But that will cause a huge avalanche of mirror traffic (both for
> mirror and rsync). So I suppose we'd have a sleep 3600 after each loop
> so that the job takes 12 days until all 290 directories are relocated.
>
> The question is: do you see any other problems I am not seeing? Is
> sleep 3600 OK? Is the whole idea sound? If nobody has objections, I'll
> start tomorrow by relocating my own directory, wait a week and if no
> problems are reported run the job with the sleep 3600. Otherwise,,,
>
> Opinions?
The idea is very good, Andreas. It would probably be a good idea _not_
to run it when the update daemons are running, or you might get very
confusing glitches in the moment between the rename and the symlink.
Peace,
* Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer *
| `The term `Internet' has the meaning given that term in |
| section 230(f)(1) of the Communications Act of 1934.' |
| -- H.R. 3028, Trademark Cyberpiracy Prevention Act |
Re: submission of GnuPG::Interface
On Wed, Apr 26, 2000 at 02:25:04AM -0500, Frank Tobin wrote: > This is the second sending of this message; I have not gotten response > back from the first. > > I've recently created the first release of GnuPG::Interface, the successor > to my PGP::GPG::MessageProcessor, and am looking for approval. I already > have an account on CPAN (FTOBIN). > > Desired contribution: GnuPG::Interface > > Description: > > GnuPG::Interface is a heavily object-oriented interface to interacting > with the GNU Privacy Guard. It also consists of a rich object-oriented > GnuPG key structure. The `Interface' part seems redundant to me. What else would a GnuPG module be? Peace, * Kurt Starsinic ([EMAIL PROTECTED]) -- Senior Network Engineer * | `People keep pretending they can make things deeply | |hierarchical, categorizable and sequential when they can't.| |Everything is deeply intertwingled.' -- Ted Nelson |
