RE: Author's namespace

If the code is not to be used by others, may be you shouldn't upload it to CPAN at all?! If it's a piece of code used by a re-usable module of yours, then it should be put under that module's namespace, instead of putting it under a non-related namespace. -- sherzod : -Original Messa

(RFC) (PATCH) META.yml Specification Update

Ok. So, I've gone over the spec and referenced this thread and my archives of past meta discusions on module-authors, and I've come up with a preliminary patch for Ken and anyone else interested. This is a patch against which: * Added more YA

Re: Author's namespace

* Fergal Daly <[EMAIL PROTECTED]> [2003-11-14 01:48]: > The whole point is that it you don't need to be nice to others. > Ideally, Author::* wouldn't turn up in searches (unless you > ask for it). I don't like that idea at all. If you want to go there, make Authors::FDALY a distribution. Then I w

Re: Author's namespace

On Thursday 13 November 2003 22:34, A. Pagaltzis wrote: > I'm not particularly excited about the idea, but it's better than > duplication. I really like the Authors:: idea, although I'm not > sure that name is good. > > However, the ::MM bit really irks me. If anything, please make > the name mean

Re: Tie::Array::Sorted

* Simon Cozens <[EMAIL PROTECTED]> [2003-11-14 00:11]: > The module's already uploaded, guys; the thread is dead. Spoilsport!! :-) -- Regards, Aristotle "If you can't laugh at yourself, you don't take life seriously enough."

Re: Tie::Array::Sorted

On Thu, Nov 13, 2003 at 10:52:16PM +, Simon Cozens wrote: > The module's already uploaded, guys; the thread is dead. The module was uploaded within 3 hours of you posting the original message. (but that doesn't seem to have stopped anyone for the past 2 days) Nicholas Clark

Re: Tie::Array::Sorted

[EMAIL PROTECTED] (Struan Donald) writes: > However, if I am looking for a module that makes it easy for me to > have a sorted array I am not going to look at modules with Set in the > name. The module's already uploaded, guys; the thread is dead. -- There seems no plan because it is all plan.

Re: Submitting a new module? (Linux::ForkControl)

On Thu, Nov 13, 2003 at 02:32:57PM -0500, Brad Lhotsky wrote: > There are similar modules, but their interface is different. I've only > found Parallel::ForkManager to be close, implementation wise, to do what > my module does. I aimed to remove all the fork controlling code/logic > away from the

Re: Tie::Array::Sorted

* at 13/11 17:16 + Fergal Daly said: > On Wed, Nov 12, 2003 at 05:17:28PM +, Simon Cozens wrote: > > Randy W. Sims: > > > Sounds like a set/multiset/bag structure. > > > > I thought it sounded more like a sorted array, but I'm prepared to be > > persuaded otherwise. (Primarily because I've

Re: Author's namespace

* Fergal Daly <[EMAIL PROTECTED]> [2003-11-13 23:22]: > Exactly how stupid is this idea? I'm not particularly excited about the idea, but it's better than duplication. I really like the Authors:: idea, although I'm not sure that name is good. However, the ::MM bit really irks me. If anything, ple

Author's namespace

Is there, or should there be a namespace for each author? Somewhere I can put modules that I don't consider worth releasing but that I do use in some of my released modules? For instance I have a very simple method maker that I wouldn't expect anyone else to use and I don't want to bother writin

Re: Submitting a new module? (Linux::ForkControl)

On Thu, 13 Nov 2003, Brad Lhotsky wrote: > Maybe is should live under Parallel::Fork::Control::* ? How about Parallel::EasyForks or Parallel::ForkEasy? ;) -- If you're not part of the solution, you're part of the precipitate. - Steve

RE: Submitting a new module? (Linux::ForkControl)

: I would strongly favour the latter, so we can also have : Proc::ForkControl::Solaris and Proc::ForkControl::BSD etc etc. s/Control/Cntl/ -- Sherzod

Re: Submitting a new module? (Linux::ForkControl)

* Brad Lhotsky <[EMAIL PROTECTED]> [2003-11-13 20:35]: > There are similar modules, but their interface is different. > I've only found Parallel::ForkManager to be close, > implementation wise, to do what my module does. Either your description was unclear, or I misread it. > Also, I didn't feel

Re: Submitting a new module? (Linux::ForkControl)

There are similar modules, but their interface is different. I've only found Parallel::ForkManager to be close, implementation wise, to do what my module does. I aimed to remove all the fork controlling code/logic away from the main program. The way I've implemented the module, the code in your

Re: Tie::Array::Sorted

Simon Cozens writes: > I can't see any connection between keeping something *sorted* > specifically and having a set. I think it depends what you're doing with duplicates. I haven't looked at your module, but if you are leaving duplicate values in there (consecutively, presumably) then I'm prett

Re: Submitting a new module? (Linux::ForkControl)

[EMAIL PROTECTED] (Arthur Corliss) writes: > 2) I almost thing that a reverse would be better (i.e., ForkControl::Linux, Alternatively, there are Unix and Proc top level namespaces already. -- The trouble with computers is that they do what you tell them, not what you want. -- D.

Re: Tie::Array::Sorted

On Wed, Nov 12, 2003 at 05:17:28PM +, Simon Cozens wrote: > Randy W. Sims: > > Sounds like a set/multiset/bag structure. > > I thought it sounded more like a sorted array, but I'm prepared to be > persuaded otherwise. (Primarily because I've already released the module > to CPAN. ;) I think t

Re: Submitting a new module? (Linux::ForkControl)

* Brad Lhotsky <[EMAIL PROTECTED]> [2003-11-13 17:58]: > Anyone see this as useful? Sure is. > Is 'Linux::ForkControl' a decent name for this module? I don't think so. We already have a TLNS for process related stuff - "Proc::". Okay, so this is Linux specific. That belongs in the name too. An

Re: What Devel::SawAmpersand does?

Now I got it, thanks. It´s not clear indeed. bnegrao. > > You should ask its author, not this list. Nevertheless, since the > source is there, I had a look. All it does is offer a function > that reports whether Perl has at this point seen one of the match > variables you mention. I expected that

Re: What Devel::SawAmpersand does?

* Bruno Negrao <[EMAIL PROTECTED]> [2003-11-13 18:33]: > I read the Devel::SawAmpersand documentation but I simply could > not understand what this module does. Instead of its > documentation explains what this module does, the documentation > teaches techniques to avoid $', $& and $` variables

Re: Submitting a new module? (Linux::ForkControl)

On Thu, Nov 13, 2003 at 11:56:02AM -0500, Brad Lhotsky wrote: > but the idea is to extend the module using the /proc > filesystem (hence the name space) > > 2) Is 'Linux::ForkControl' a decent name for this module? Other operating systems have /proc interfaces. (Perhaps not identical to Linux bu

Re: Submitting a new module? (Linux::ForkControl)

On Thu, 13 Nov 2003, Brad Lhotsky wrote: > So I guess, two questions: > > 1) Anyone see this as useful? > 2) Is 'Linux::ForkControl' a decent name for this module? 1) Yes. 2) I almost thing that a reverse would be better (i.e., ForkControl::Linux, or similar). Your module could provide a ge

What Devel::SawAmpersand does?

Hi all, I read the Devel::SawAmpersand documentation but I simply could not understand what this module does. Instead of its documentation explains what this module does, the documentation teaches techniques to avoid $', $& and $` variables ?? thanks, bnegrao

Submitting a new module? (Linux::ForkControl)

I submitted my request to register the namespace to [EMAIL PROTECTED] through the pause.perl.org interface. Before I upload the module, I figured I'd send a email here, to double check my logic. Basically, here's my "rationale" from the namespace registration request: I plan on utilizing inf

Re: Tie::Array::Sorted

* Randy W. Sims <[EMAIL PROTECTED]> [2003-11-13 16:32]: > Hmm, Jarkko has a nice set (err, no not those), but (and no not that > either) [ ... ] > > Randy. Your name is very appropriate. :-) -- Regards, Aristotle "If you can't laugh at yourself, you don't take life seriously enough."

Re: How to indicate a dependency in my module

* Bruno Negrao <[EMAIL PROTECTED]> [2003-11-13 16:32]: > Even if I use the technique you suggested, when an automated > cpan-tester went to install my module, it will fail if it > didn't have daemontools installed, right? I'm not sure how CPAN testers would react to that result, but even if they r

Why YAML. (was Re: [Module::Build] Re: How to indicate a dependency in my module)

First, I'd like to address people's concern over the format of the META file. Module users and 99% of module authors have nothing to be concerned about. Most folks shouldn't even know the thing exists. Module::Build has been generating and using META.yml since nearly the beginning. MakeMaker

Re: Tie::Array::Sorted

Randy W. Sims: > Hmm, Jarkko has a nice set (err, no not those), but (and no not that > either) your module is the only one I see that uses a tied array to > implement a set; Sorry, I should have been more explicit. I can't see any connection between keeping something *sorted* specifically and

Re: Tie::Array::Sorted

Randy W. Sims: > Sounds like a set/multiset/bag structure. I thought it sounded more like a sorted array, but I'm prepared to be persuaded otherwise. (Primarily because I've already released the module to CPAN. ;) > Which of those were you think

Re: Tie::Array::Sorted

[EMAIL PROTECTED] (Darren Chamberlain) writes: > > Is Tie::Array::Sorted a reasonable name for it, or would another one > > be more obvious? > > This seems a reasonable name. Is there also a hash version in the > works? I write: There's already a sorted tied hash module, by someone else. Amazin

Re: Tie::Array::Sorted

* Orton, Yves [2003-11-12 17:00]: > > /me feels silly > > Ach, dont be. The main reason I feel silly is that I just used Tie::IxHash yesterday. I just never made the connection... (darren) -- There is not enough love in the world to squander it on anything by human beings. pgp0.pgp Desc

Re: New modules

* Oliver White [2003-11-12 20:22]: > As a first step, I was considering adding a module to read GSHHS data > [a binary format for coastline data] and give it a name something like > Geo::GSHHS. More info at the site: > http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html You could petition the na