Re: doubts about name for a new module (a daemon/service)

Hello,thanks for the reply, I have a working beta since several months now, but had to put it aside for a while. Now I would like to publish it on CPAN.code is already here: https://github.com/ANSI-C/realtimed I would go for Linux::Daemon::Realtimed for the name, and since I have this module direct

Re: doubts about name for a new module (a daemon/service)

Hi Anselmo, > […] as long as CPAN name is concerned, I am dubious about the name, this > daemon works only on Linux, due to inotify system call usage, and it is a > single executable, so I thought about these possible names: > • App::Realtimed > • App::Linux::Realtimed > • Linux::App::Realtimed >

doubts about name for a new module (a daemon/service)

Hello, due to some shortcomings of Incrond ( https://linux.die.net/man/8/incrond ) I have been forced to attempt to write a drop-in replacement for it, so far the attempt seems successful and I would like to upload it to CPAN but am undecided about the name to give it. As for the daemon itself

Re: RFC on a new module 'Grep::Query'

Hi Ron (and others), I think I've tightened things up according to your suggestions; I've split regular user install t tests vs xt/author tests, I reference metacpan and I also have a decent prereq list in Makefile plus smaller bits and pieces that caught my eye. If nothing breaks I'll submi

Re: RFC on a new module 'Grep::Query'

Hi Ken On 03/08/16 21:30, kenn...@olwing.se wrote: Hi Ron (and others), I think I've tightened things up according to your suggestions; I've split regular user install t tests vs xt/author tests, I reference metacpan and I also have a decent prereq list in Makefile plus smaller bits and pieces

Re: RFC on a new module 'Grep::Query'

Hi Ron, thank you for responding! If you don't mind, I have some follow up questions and comments :-) First a question about deps and how I treated them - maybe you can have some advice on that too... Most simply see, my comments in Makefile.PL. But in short: I've set my deps to NOT request

Re: RFC on a new module 'Grep::Query'

Hi Ken On 31/07/16 19:09, Kenneth Ölwing wrote: Hi Ron, thank you for responding! If you don't mind, I have some follow up questions and comments :-) First a question about deps and how I treated them - maybe you can have some advice on that too... Most simply see, my comments in Makefile.PL.

Re: RFC on a new module 'Grep::Query'

Hi Ken On 31/07/16 19:09, Kenneth Ölwing wrote: Hi Ron, thank you for responding! If you don't mind, I have some follow up questions and comments :-) Sure. First a question about deps and how I treated them - maybe you can have some advice on that too... Most simply see, my comments in Mak

RFC on a new module 'Grep::Query'

Hi Ken At first, I was surprised by this proposal, since I often use App::Ack (https://metacpan.org/release/ack), but the examples in the docs make a good case for having this module too available to us. Some Suggestions: o Move the pod tests into xt/author, and make any modules used to test

RFC on a new module 'Grep::Query'

Hi, After some rudimentary discussion on module-auth...@perl.org, the name Grep::Query was suggested so I've tentatively used that name, but it's not written in stone. An entry for the module has been made on PrePAN, and a working copy is available at https://github.com/kenneth-olwing/grep-qu

Re: Feeler for a New Module: REMOTE.pm

[[ This message was both posted and mailed: see the "To," "Cc," and "Newsgroups" headers for details. ]] In article , Suman Sourabh wrote: > I came across a though which I am putting it below. Opinions, Suggestions > are solicited from this group on the the idea/thought. Though this thought >

Feeler for a New Module: REMOTE.pm

opinions and suggestions: Here it goes : Please let me know if more clarification is required. *Feeler for a New Module : Remote.pm* *Problem :* In the world of automated testing on multiple platforms, there is a constant need that all the testing control takes place from one central server. Let

Naming a new module USB::Descriptor?

My day job has me manually creating descriptors for USB devices more often than I care to, so I've created a module for auto-generating said descriptors. The resulting object tree can then be output as a structure suitable for compiling, or assembling, into a device's firmware. Where in the name

registering a new module

Data::Stag bdphStructured Tags data structures CMUNGALL

Please register me as a new module contributor

Name:  Lawrence Hixson Email:  [EMAIL PROTECTED] Homepage:  http://aquacade.net UserID:  aquacade   I'd like to contribute a module for Julian Day (JD) number to/from conversions that are absolutely accurate from 1/1/ BC to 12/31/ AD to the second (perhaps a wider range of years if my

help choosing a name for a new module

I was reading the docs and they say to email you for help naiming a module so here it goes I have wrtten and interface for the INSPEC citation database in Perl. It allows a user to specify the journal, volume, and page and it spits back (via the web) a hash with all the information that

Re: A new module....

> On Fri, 03 Nov 2000 17:48:02 -0500, Brian Horan <[EMAIL PROTECTED]> said: > Greetings, > I am contacting you folks in an attempt to get a Perl module I am > developing on CPAN. It is almost complete (devlopment V1.0). > Basically it is this, I installed the CGI::WML module with some >

A new module....

Greetings, I am contacting you folks in an attempt to get a Perl module I am developing on CPAN. It is almost complete (devlopment V1.0). Basically it is this, I installed the CGI::WML module with some complaints, especially after having to get expat (XML parser)this was quite a hassle to a

a new module for perl Astro::Sunrise

Hello All, I have written a Astro::Sunrise module. What it does is compute the sunrise/sunset for a given day. I have requested a discussion on sci.astro and comp.lang.perl.modules list for this. I was told to contact this list for advise on naming convention and what not ( this was in comp.lang.