Re: Which namespace for a build system?
I'm going to polute witha new top level namespace! PBS:: Don't anyone have any idea of where we should put this type of modules? Devel:: Devel::Build:: Build:: App::BuildSystem I'd appreciate some input. Cheers, Nadim.
Re: Let's eliminate the Module List
On Wed, Aug 18, 2004 at 04:57:34PM -0500, Mark Stosberg wrote: On Wed, Aug 18, 2004 at 04:54:32PM -0500, Andy Lester wrote: I propose eliminating the Long Module List. I'm talking about http://www.cpan.org/modules/00modlist.long.html (2998 modules), not http://www.cpan.org/modules/01modules.index.html (6800 modules). As a long time CPAN module author and user, I second this proposal. Thirded, and in fact I proposed this on [EMAIL PROTECTED] last week but hadn't followed up on it yet. But I had intended to crusade for it, so count me in. K. -- Kirrily 'Skud' Robert - [EMAIL PROTECTED] - http://infotrope.net/ Heavily armed, easily bored, and off my medication.
Re: Let's eliminate the Module List
On Thu, Aug 19, 2004 at 05:24:57PM +0100, Jose Alves de Castro wrote: On Thu, 2004-08-19 at 16:47, Christopher Hicks wrote: On Thu, 19 Aug 2004, Hugh S. Myers wrote: It seems to me that ANY thing that contributes to the solution set of 'How do I find the module I'm looking for?' needs to be kept until it can be replaced with something of equal or greater value. search.cpan.org seems to be of greater value than the modules list according to most of the people that have chimed in. Try asking beginners what they think. I believe it is easier for them to look at a long list of modules then searching for a specific one, particularly because they often don't know what they should be looking for. The problem is that the list is missing many modules and in some cases it is missing the right module for a particular job while listing other inferior modules and since no one is adding to the list, this can only get worse. Anyway, I like to have a long list of modules to show my Java friends and say see? If we had keywords you could just search on a keyword and show them that list instead, F
Re: Let's eliminate the Module List
On Thu, 2004-08-19 at 17:35, Fergal Daly wrote: On Thu, Aug 19, 2004 at 05:24:57PM +0100, Jose Alves de Castro wrote: On Thu, 2004-08-19 at 16:47, Christopher Hicks wrote: On Thu, 19 Aug 2004, Hugh S. Myers wrote: It seems to me that ANY thing that contributes to the solution set of 'How do I find the module I'm looking for?' needs to be kept until it can be replaced with something of equal or greater value. search.cpan.org seems to be of greater value than the modules list according to most of the people that have chimed in. Try asking beginners what they think. I believe it is easier for them to look at a long list of modules then searching for a specific one, particularly because they often don't know what they should be looking for. The problem is that the list is missing many modules and in some cases it is missing the right module for a particular job while listing other inferior modules and since no one is adding to the list, this can only get worse. I know that, but what I'm saying is Let's keep the list updated! I had already volunteered to brian to do that, and by the same time this whole thing of killing the list has exploded... I agree with you all, I know the list is probably doing more harm then good, but it wasn't like that years ago, and the only reason it is like that now is that the list isn't being updated! If someone keeps it up to date, I think it'll be a good thing for all of us once again. Anyway, I like to have a long list of modules to show my Java friends and say see? If we had keywords you could just search on a keyword and show them that list instead, I don't want to show the results of a search. I want to say Here is the link to the module list. See how long it is? It contains practically everything you need, doesn't it? And I also want to be able to look at the list and think of what other things are still lacking... F -- José Alves de Castro [EMAIL PROTECTED] http://natura.di.uminho.pt/~jac signature.asc Description: This is a digitally signed message part
RE: Let's eliminate the Module List
Title: RE: Let's eliminate the Module List I agree with you all, I know the list is probably doing more harm then good, but it wasn't like that years ago, and the only reason it is like that now is that the list isn't being updated! If someone keeps it up to date, I think it'll be a good thing for all of us once again. If someone keeps it up to date they wont be doing much else is the impression I get. Some things that work well for small communities just don't work well in large ones. It seems to me that the module list is one of them. I personally would like to see it go. Yves
Re: Let's eliminate the Module List
[EMAIL PROTECTED] (Jose Alves de Castro) writes: I don't want to show the results of a search. I want to say Here is the link to the module list. See how long it is? It contains practically everything you need, doesn't it? http://www.cpan.org/modules/02packages.details.txt.gz -- yes /dev/kmem # Shutdown is broken. This'll have to do - plan9 has a bad day
Perspectives on a Namespace
Hello, My name is Luis. I have been using a module called DB_File::Lock for the past year on a project. I was asked by my employeer to develop a way to remove data not associated with a hash in a dbm file. The objective was to streamline a dbm file because using the remove function only removes the hash and not the data associated to the hash. I was successful in creating the module and now I want to prepare it for distribution. Under the advice of the PAUSE page, I am asking for your perspective on a namespace. I was think DB_File::GarbageRemoval or DBM::GarbageRemoval. What do you think? thanks, Luis __ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail
