date:20030331

Request to register new user

fullname: Philipp Marek
  userid: PMAREK
mail: CENSORED
homepage: 
 why:

I've got a modules Win32::MSI, which gives an SQL-like access to
MSI-files. In the modules-list I found 2 messages for win32::msiexec
([EMAIL PROTECTED] and
[EMAIL PROTECTED]) but I can't find the module
win32::msiexec anywhere.


The following links are only valid for PAUSE maintainers:

Registration form with editing capabilities:
  
https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=5b40_616c0f27150f37dd&SUBMIT_pause99_add_user_sub=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=5b40_616c0f27150f37dd&SUBMIT_pause99_add_user_Definitely=1

Re: Module submission Lingua::Beatnik

2003-03-31 Thread Arthur Bergman

On söndag, mar 30, 2003, at 16:09 Europe/Stockholm, Perl Authors Upload 
Server wrote:

The following module was proposed for inclusion in the Module List:

  modid:   Lingua::Beatnik
  DSLIP:   idpOg
  description: Interpreter for Beatnik language
  userid:  BEATNIK (Hendrik Van Belleghem)
  chapterid:   11 (String_Lang_Text_Proc)
  communities:
  similar:

  rationale:

Lingua::Beatnik will be a perl module to interpret Beatnik code,
which is basically a simple programming language based on scrabble
word results.
http://www.cliff.biffle.org/esoterica/beatnik.html

Perhaps an Acme:: namespace instead?

Arthur

Re: PAUSE indexer report KWILLIAMS/Module-Build-0.17.tar.gz

2003-03-31 Thread Andreas J. Koenig

> On Sat, 29 Mar 2003 19:13:09 -0600, Ken Williams <[EMAIL PROTECTED]> said:

  > On Saturday, March 29, 2003, at 06:40  PM, PAUSE wrote:
 >> User: KWILLIAMS (Ken Williams)
 >> Distribution file: Module-Build-0.17.tar.gz
 >> Number of files: 38
 >> *.pm files: 17
 >> README: Module-Build-0.17/README
 >> META.yml: 2 META.yml found, ignoring

  > Hi,

  > The two META.yml files found are META.yml and t/Sample/META.yml in
  > this case.  I think probably the indexer should only look for the
  > META.yml file at the root level of the distribution, or perhaps ignore
  > any in t/ .  What would be best?

Fixed in revision 330. I opted for ignoring META.yml below t/ for now.


-- 
andreas

Re: Module submission Function::ID

2003-03-31 Thread Eric J. Roode

On Sun, Mar 30, 2003 at 08:12:37PM +0800, Autrijus Tang wrote:
> On Sun, Mar 30, 2003 at 11:37:43AM +0200, Arthur Bergman wrote:
> > I think Tie::FunctionID is wrong since the fact that the variables are 
> > tied is in this case implmentation specific and not function specific.
> 
> Point.  Devel::FunctionID, then?

Hmm, seems a bit long.  How about Devel::Function?  No, that sounds
like something to help you develop functions.

Devel::ThisFunction?  Maybe... but that's even longer than 
Devel::FunctionID.  Closer to the actual usage, though.

Devel::Self?  ...no, that sounds like a program that writes itself.

Devel::This?  Hm.  That could work.  That also opens the door for
future functionality.  Like say $this_package or something.  (Yes, I
know about __PACKAGE__, but that doesn't interpolate into strings...
).  Or something else that someone else might suggest someday.

What do you think of Devel::This?

Thanks in advance.  (and thanks for your comments, folks!)

-- 
Eric J. Roode[EMAIL PROTECTED]
print scalar reverse sort qw p ekca lre reh 
ts uJ p, $/.r, map $_.$", qw e p h tona e;

pgp0.pgp
Description: PGP signature

Re: Module submission Function::ID

2003-03-31 Thread Arthur Bergman

On måndag, mar 31, 2003, at 14:45 Europe/Stockholm, Eric J. Roode wrote:

Devel::Self?  ...no, that sounds like a program that writes itself.

Devel::This?  Hm.  That could work.  That also opens the door for
future functionality.  Like say $this_package or something.  (Yes, I
know about __PACKAGE__, but that doesn't interpolate into strings...
).  Or something else that someone else might suggest someday.
What do you think of Devel::This?

Thanks in advance.  (and thanks for your comments, folks!)

I am a bit sceptical to Devel::This because for a lot of OO people, 
this is a synonym to self.

my $self = shift; vs my $this = shift;

Arthur

PAUSE ID request (PMAREK; Philipp Marek)

Request to register new user

fullname: Philipp Marek
  userid: PMAREK
mail: CENSORED
homepage: 
 why:

I've got a modules Win32::MSI, which gives an SQL-like access to
MSI-files. In the modules-list I found 2 messages for win32::msiexec
([EMAIL PROTECTED] and
[EMAIL PROTECTED]) but I can't find the module
win32::msiexec anywhere.


The following links are only valid for PAUSE maintainers:

Registration form with editing capabilities:
  
https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=6b40_6676ace177c17c0e&SUBMIT_pause99_add_user_sub=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=6b40_6676ace177c17c0e&SUBMIT_pause99_add_user_Definitely=1

Check it out

2003-03-31 Thread ªL«H§»





Hello,The attached product is send as a part of our official campaignfor the popularity of our product.You have been chosen to try a free fully functional sample of ourproduct.If you are satified then you can send it to your friends.All you have to do is to install the software and register an accountwith us using the links provided in the software. Then send this softwareto your friends using your account ID and for each person who registerswith us through your account, we will pay you $1.5.Once your account reachesthe limit of $50, your payment will be send to your registration address bycheck or draft.Please note that the registration process is completely free which meansby participating in this program you will only gain without loosing anything.Best Regards,Admin,

--- Trend GateLock [EMAIL PROTECTED] (¥D¾÷¡Ghigp8.gatelock.com.tw)

** ¤¤¬rÀÉ®× Plus2.scr ¤w§R°£¡C

 Trend GateLock [EMAIL PROTECTED] (¥D¾÷¡Ghigp8.gatelock.com.tw)

** ¦bÀÉ®× Plus2.scr ¤¤µo²{¯f¬r WORM_YAHA.P¡C
µLªk²M°£¯f¬r¡A¤¤¬rÀÉ®×¤w§R°£¡C

-

Re: Module submission Function::ID

The Devel:: namespace is meant for modules used during
development/debugging, but not ordinarily used in production.

Tim.

On Sun, Mar 30, 2003 at 08:12:37PM +0800, Autrijus Tang wrote:
> On Sun, Mar 30, 2003 at 11:37:43AM +0200, Arthur Bergman wrote:
> > I think Tie::FunctionID is wrong since the fact that the variables are 
> > tied is in this case implmentation specific and not function specific.
> 
> Point.  Devel::FunctionID, then?
> 
> Thanks,
> /Autrijus/

Re: Module submission DBIx::Informix::Perform

We have Oracle::* and others. An Informix::* namespace seems
best for this.

The DBIx::* space is best for modules that are not database specific.

Tim.

On Sun, Mar 30, 2003 at 09:28:08AM +0200, Perl Authors Upload Server wrote:
> 
> The following module was proposed for inclusion in the Module List:
> 
>   modid:   DBIx::Informix::Perform
>   DSLIP:   bdpha
>   description: Informix Perform character DB form emulator
>   userid:  WEAV (Eric C. Weaver)
>   chapterid:7 (Database_Interfaces)
>   communities:
> performulator.sourceforge.net, freshmeat.net
> 
>   similar:
> 
>   rationale:
> 
> DBIx seemed the place for something of this nature; Alzabo and its
> ilk are there.
> 
> I know of no other implementation of a utility like this anywhere.
> Of course, I don't get out much.
> 
>   enteredby:   WEAV (Eric C. Weaver)
>   enteredon:   Sun Mar 30 07:28:07 2003 GMT
> 
> The resulting entry would be:
> 
> DBIx::Informix::
> ::Perform bdpha Informix Perform character DB form emulator  WEAV
> 
> 
> Thanks for registering,
> -- 
> The PAUSE
> 
> PS: The following links are only valid for module list maintainers:
> 
> Registration form with editing capabilities:
>   
> https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=4a40_4d26bbdb99b79213&SUBMIT_pause99_add_mod_preview=1
> Immediate (one click) registration:
>   
> https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=4a40_4d26bbdb99b79213&SUBMIT_pause99_add_mod_insertit=1

Module update for Verilog::CodeGen

Record update in the PAUSE modules database:

   modid: [Verilog::CodeGen]
   statd: [R] was [a]
   stats: [d] was [n]
   statl: [p]
   stati: [h]
   statp: [p]
 description: [Object-oriented Verilog code generator]
  userid: [WVDB]
   chapterid: [ 9]
mlstatus: [list]

Data entered by Wim Vanderbauwhede (WVDB).
Please check if they are correct.

Thanks,
-- 
The PAUSE

Re: Module submission Function::ID

Sub::ThisFunction
Sub::CalledAs

Tim.

On Mon, Mar 31, 2003 at 07:45:48AM -0500, Eric J. Roode wrote:
> On Sun, Mar 30, 2003 at 08:12:37PM +0800, Autrijus Tang wrote:
> > On Sun, Mar 30, 2003 at 11:37:43AM +0200, Arthur Bergman wrote:
> > > I think Tie::FunctionID is wrong since the fact that the variables are 
> > > tied is in this case implmentation specific and not function specific.
> > 
> > Point.  Devel::FunctionID, then?
> 
> 
> Hmm, seems a bit long.  How about Devel::Function?  No, that sounds
> like something to help you develop functions.
> 
> Devel::ThisFunction?  Maybe... but that's even longer than 
> Devel::FunctionID.  Closer to the actual usage, though.
> 
> Devel::Self?  ...no, that sounds like a program that writes itself.
> 
> Devel::This?  Hm.  That could work.  That also opens the door for
> future functionality.  Like say $this_package or something.  (Yes, I
> know about __PACKAGE__, but that doesn't interpolate into strings...
> ).  Or something else that someone else might suggest someday.
> 
> What do you think of Devel::This?
> 
> Thanks in advance.  (and thanks for your comments, folks!)
> 
> -- 
> Eric J. Roode[EMAIL PROTECTED]
> print scalar reverse sort qw p ekca lre reh 
> ts uJ p, $/.r, map $_.$", qw e p h tona e;

Re: Module submission DBIx::Informix::Perform

2003-03-31 Thread Eric C. Weaver

Tim Bunce wrote:
We have Oracle::* and others. An Informix::* namespace seems
best for this.
Too late.  Besides, I *already* renamed it from DBIx::Perform to make AURIJUS 
happy.

The DBIx::* space is best for modules that are not database specific.
Actually, this is not database specific.  I've been using it on Postgres 
during development.

The only reason AURIJUS wanted it called DBIx::Informix::Perform was that 
"PERFORM" was a trademark of Informix and he wanted to be clear of trademark 
issues.

Welcome new user AHCHORN


Welcome Anselm H. C. Horn,

PAUSE, the Perl Authors Upload Server, has a userid for you:

AHCHORN

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:  Anselm H. C. Horn
  email: CENSORED
  homepage:  http://www.ccc.uni-erlangen.de/clark/horn/
  enteredby: Johan Vromans

Please note that your email address is exposed in various listings and
database dumps. You can register with both a public and a secret email
if you want to protect yourself from SPAM. If you want to do this,
please visit
  https://pause.perl.org/pause/authenquery?ACTION=edit_cred
or
  http://pause.perl.org/pause/authenquery?ACTION=edit_cred

If you need any further information, please visit
  $CPAN/modules/04pause.html.
If this doesn't answer your questions, contact [EMAIL PROTECTED]

Thank you for your prospective contributions,
The Pause Team

Welcome new user GLEACH


Welcome Geoffrey Leach,

PAUSE, the Perl Authors Upload Server, has a userid for you:

GLEACH

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:  Geoffrey Leach
  email: CENSORED
  homepage:  
  enteredby: Johan Vromans

Please note that your email address is exposed in various listings and
database dumps. You can register with both a public and a secret email
if you want to protect yourself from SPAM. If you want to do this,
please visit
  https://pause.perl.org/pause/authenquery?ACTION=edit_cred
or
  http://pause.perl.org/pause/authenquery?ACTION=edit_cred

If you need any further information, please visit
  $CPAN/modules/04pause.html.
If this doesn't answer your questions, contact [EMAIL PROTECTED]

Thank you for your prospective contributions,
The Pause Team

Welcome new user SENSEI


Welcome Kenneth Ekdahl,

PAUSE, the Perl Authors Upload Server, has a userid for you:

SENSEI

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:  Kenneth Ekdahl
  email: CENSORED
  homepage:  http://perl.sensei.nu
  enteredby: Johan Vromans

Please note that your email address is exposed in various listings and
database dumps. You can register with both a public and a secret email
if you want to protect yourself from SPAM. If you want to do this,
please visit
  https://pause.perl.org/pause/authenquery?ACTION=edit_cred
or
  http://pause.perl.org/pause/authenquery?ACTION=edit_cred

If you need any further information, please visit
  $CPAN/modules/04pause.html.
If this doesn't answer your questions, contact [EMAIL PROTECTED]

Thank you for your prospective contributions,
The Pause Team

Welcome new user EZRAKILTY


Welcome Ezra elias kilty Cooper,

PAUSE, the Perl Authors Upload Server, has a userid for you:

EZRAKILTY

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:  Ezra elias kilty Cooper
  email: CENSORED
  homepage:  http://www.ezrakilty.net
  enteredby: Johan Vromans

Please note that your email address is exposed in various listings and
database dumps. You can register with both a public and a secret email
if you want to protect yourself from SPAM. If you want to do this,
please visit
  https://pause.perl.org/pause/authenquery?ACTION=edit_cred
or
  http://pause.perl.org/pause/authenquery?ACTION=edit_cred

If you need any further information, please visit
  $CPAN/modules/04pause.html.
If this doesn't answer your questions, contact [EMAIL PROTECTED]

Thank you for your prospective contributions,
The Pause Team

Welcome new user PMAREK


Welcome Philipp Marek,

PAUSE, the Perl Authors Upload Server, has a userid for you:

PMAREK

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:  Philipp Marek
  email: CENSORED
  homepage:  
  enteredby: Johan Vromans

Please note that your email address is exposed in various listings and
database dumps. You can register with both a public and a secret email
if you want to protect yourself from SPAM. If you want to do this,
please visit
  https://pause.perl.org/pause/authenquery?ACTION=edit_cred
or
  http://pause.perl.org/pause/authenquery?ACTION=edit_cred

If you need any further information, please visit
  $CPAN/modules/04pause.html.
If this doesn't answer your questions, contact [EMAIL PROTECTED]

Thank you for your prospective contributions,
The Pause Team

Re: Module submission DBIx::Informix::Perform

On Mon, Mar 31, 2003 at 07:24:55AM -0800, Eric C. Weaver wrote:
> Tim Bunce wrote:
> >We have Oracle::* and others. An Informix::* namespace seems
> >best for this.
> 
> Too late.  Besides, I *already* renamed it from DBIx::Perform to make 
> AURIJUS happy.
> 
> >The DBIx::* space is best for modules that are not database specific.
> 
> Actually, this is not database specific.  I've been using it on Postgres 
> during development.

Putting Informix in the name will mean most non-Informix users
will ignore the module.

> The only reason AURIJUS wanted it called DBIx::Informix::Perform was that 
> "PERFORM" was a trademark of Informix and he wanted to be clear of 
> trademark issues.

I didn't see that discussion (sadly have have little time to read
[EMAIL PROTECTED] these days).

I believe there is no need to "clarify" trademark issues in module
names. (In the same way that domain names that include a tradename
don't have to include the owner of the trademark.)  All that's
needed is for the module *documentation* to clarify this (README + pod).

Tim.

Re: Module submission Function::ID

2003-03-31 Thread Eric J. Roode

On Mon, Mar 31, 2003 at 04:13:30PM +0100, Tim Bunce wrote:
> Sub::ThisFunction
> Sub::CalledAs

Sub::ThisFunction sounds good to me.  Thanks, Tim.

-- 
Eric J. Roode[EMAIL PROTECTED]
print scalar reverse sort qw p ekca lre reh 
ts uJ p, $/.r, map $_.$", qw e p h tona e;

Email ads generate sales

2003-03-31 Thread Rebekah Kent






Stop wasting money on advertising that doesn't
generate
any responses.
It's a fact that email promotion works. Why do you
think
there's so much of it in your inbox?
Don't gamble with other email companies, we guarantee
that
you will get a response.
Start by calling 1 (347) 710-9492





ewjdCn

Re: Module submission DBIx::Informix::Perform

On Mon, Mar 31, 2003 at 05:19:01PM +0100, Tim Bunce wrote:
> I believe there is no need to "clarify" trademark issues in module
> names. (In the same way that domain names that include a tradename
> don't have to include the owner of the trademark.)  All that's
> needed is for the module *documentation* to clarify this (README + pod).

Indeed.  To quote my original mail:

Some googling revealed that the Informix technology is trademarked and
often spelt as PERFORM, as 'Perform' is usually associated with a common
verb.

I now see that it is ambiguous -- I meant
({trademarked-as + often-spelt-as} PERFORM)
instead of
(trademarked) and (often spelt-as PERFORM)

Pardon my suboptimal English. :(

The original intent is to advice against using the common verb 'Perform',
and instead either capitalize it (as an abbreviation or proper name), or
qualify it somehow, by prefixing it with ::Informix.

It is true that DBIx::Informix will look like DBD::Informix-specific.
However I cannot easily think of a better name.

Thanks,
/Autrijus/

pgp0.pgp
Description: PGP signature

Re: New module OODoc

2003-03-31 Thread Mark Overmeer

* Perl Authors Upload Server ([EMAIL PROTECTED]) [030329 06:43]:
> The next version of the Module List will list the following module:
> 
>   modid:   OODoc
>   description: Object Oriented documentation generator

> AUTRIJUS comments:
> So it's not likely any better name will show up... :)

Thanks a zillion.  I have uploaded the first version, which only formats
into POD for now.  HTML output will follow soon.
-- 
   MarkOv   %-]


drs Mark A.C.J. OvermeerMARKOV Solutions
   [EMAIL PROTECTED]  [EMAIL PROTECTED]
http://Mark.Overmeer.net   http://solutions.overmeer.net

Re: Welcome new user PMAREK

2003-03-31 Thread Andreas J. Koenig

> On Mon, 31 Mar 2003 17:44:26 +0200, "Perl Authors Upload Server" <[EMAIL 
> PROTECTED]> said:

  > Welcome Philipp Marek,

  > PAUSE, the Perl Authors Upload Server, has a userid for you:

  > PMAREK

All mails to pmarek so far are bouncing. If anybody knows a working
email address of pmarek, please let him know.

Our message board isn't of any use for somebody who doesn't get the
password transmitted:-/

-- 
andreas

Re: Module submission DBIx::Informix::Perform

On Mon, Mar 31, 2003 at 08:42:06AM -0800, Eric C. Weaver wrote:
> Tim Bunce wrote:
> >On Mon, Mar 31, 2003 at 07:24:55AM -0800, Eric C. Weaver wrote:
> >
> >>Tim Bunce wrote:
> >>
> >>>We have Oracle::* and others. An Informix::* namespace seems
> >>>best for this.
> >>
> >>Too late.  Besides, I *already* renamed it from DBIx::Perform to make 
> >>AURIJUS happy.
> >>
> >>
> >>>The DBIx::* space is best for modules that are not database specific.
> >>
> >>Actually, this is not database specific.  I've been using it on Postgres 
> >>during development.
> >
> >
> >Putting Informix in the name will mean most non-Informix users
> >will ignore the module.
> 
> 
> Would you care to take it back out again?  I'll give you developer and 
> admin access on Sourceforge and Freshmeat.
> 
> 
> >>The only reason AURIJUS wanted it called DBIx::Informix::Perform was that 
> >>"PERFORM" was a trademark of Informix and he wanted to be clear of 
> >>trademark issues.
> >
> >
> >I didn't see that discussion (sadly have have little time to read
> >[EMAIL PROTECTED] these days).
> 
> Actually I don't think it made it onto ; he responded to my 
> indexing/namespace request.
> 
> 
> >I believe there is no need to "clarify" trademark issues in module
> >names. (In the same way that domain names that include a tradename
> >don't have to include the owner of the trademark.)  All that's
> >needed is for the module *documentation* to clarify this (README + pod).
> 
> Look, you and  AURIJUS fight that out, okay?  I have to be on to other 
> things now.  I've already changed the name twice and I'm not going to 
> change it again just now.
> 
> Sorry I'm being so grumpy, but I have a lot of other things to do at this 
> point.

I quite understand. My comments were as much directed towards
[EMAIL PROTECTED] [CC'd] as to you. I wasn't suggesting that you had
to change the name. Naturally now the name has been approved we'll
all live with it if you can't find the time to change it.  No problem.

It's up to [EMAIL PROTECTED] to avoid it setting any precedents.

Tim.

Re: Module submission DBIx::Informix::Perform

On Mon, Mar 31, 2003 at 09:09:29PM +0100, Tim Bunce wrote:
> It's up to [EMAIL PROTECTED] to avoid it setting any precedents.

I mistakenly looked at DBIx::OracleSequence and DBIx::MSSQLReporter in
the module list and thought that it's okay for DBIx::Informix::Perform
to go in; now I see that, following the same naming convention, maybe it
should be called DBIx::InformixPerform or something else.

I sincerely apologize for the hasty approval, and will wait longer for
people to feedback in the future.

Thanks,
/Autrijus/


pgp0.pgp
Description: PGP signature

Module submission Math::ES

The following module was proposed for inclusion in the Module List:

modid: Math::ES
DSLIP: bdpOp
description: Evolution Strategy: genetic optimizer
userid: AHCHORN (Anselm H. C. Horn)
chapterid:6 (Data_Type_Utilities)
communities:

similar:
Math::Simplex

rationale:

Function optimizing is one of the basic computer usages.
Unfortunately, there is only one single module available on CPAN for
that task, the Math::Simplex. The Math::ES module provides another
tool for non-linear ("genetic") optimization procedures, as e.g. in
parameterization.

Almost everybody knows GAs, genetic algorithms, but Evolution
Strategies (ES) are rather unknown, although they have been
developped simulataneously. So this modules follows two intentions:
provide users with another optimizer tool and make the idea of ES
more public.

The module is in oo-style; it allows multiple populations with
migration and mixing, elitism, cross over, mutation, two selection
schemes and self adapting step widths.

So much for the uniqueness ...

enteredby: AHCHORN (Anselm H. C. Horn)
enteredon: Mon Mar 31 21:37:00 2003 GMT

The resulting entry would be:

Math::
::ES bdpOp Evolution Strategy: genetic optimizerAHCHORN

Thanks for registering,
--
The PAUSE

PS: The following links are only valid for module list maintainers:

Registration form with editing capabilities:

https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=cb40_0a80536eec8f2daa&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:

https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=cb40_0a80536eec8f2daa&SUBMIT_pause99_add_mod_insertit=1

PAUSE ID request (BCHOATE; Brad Choate)

Request to register new user

fullname: Brad Choate
  userid: BCHOATE
mail: CENSORED
homepage: http://www.bradchoate.com/
 why:

A standalone module that implements the 'Textile' formatting
syntax. For more information, visit
http://www.bradchoate.com/past/mttextile.php

Thank you!


The following links are only valid for PAUSE maintainers:

Registration form with editing capabilities:
  
https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=db40_3ab61bdeacca255a&SUBMIT_pause99_add_user_sub=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=db40_3ab61bdeacca255a&SUBMIT_pause99_add_user_Definitely=1

Re: Module submission DBIx::Informix::Perform

On Tue, Apr 01, 2003 at 04:29:14AM +0800, Autrijus Tang wrote:
> On Mon, Mar 31, 2003 at 09:09:29PM +0100, Tim Bunce wrote:
> > It's up to [EMAIL PROTECTED] to avoid it setting any precedents.
> 
> I mistakenly looked at DBIx::OracleSequence and DBIx::MSSQLReporter in
> the module list and thought that it's okay for DBIx::Informix::Perform
> to go in; now I see that, following the same naming convention, maybe it
> should be called DBIx::InformixPerform or something else.

Perhaps something else without 'informix' in it - see my email about
trademarks.

> I sincerely apologize for the hasty approval, and will wait longer for
> people to feedback in the future.

No problem.

Don't forget that some modules in the list pre-date newer
namespaces or were in widespread use before getting listed.

So take the module list itself only as a imperfect guide :)

These days DBIx::OracleSequence would probably be Oracle::Sequence.

I'd like to avoid more database-specific modules going into DBIx::*
as that's really meant for database *I*ndependant extensions to the DBI.
But I can't complain too loudly as I haven't been around to beat
that drum much.

Tim.

p.s. My thanks to all who look after [EMAIL PROTECTED] these days.

Re: Module submission Math::ES

On Mon, Mar 31, 2003 at 11:37:01PM +0200, Perl Authors Upload Server wrote:
> The following module was proposed for inclusion in the Module List:
> 
>   modid:   Math::ES
>   DSLIP:   bdpOp
>   description: Evolution Strategy: genetic optimizer
> 
> Almost everybody knows GAs, genetic algorithms, but Evolution
> Strategies (ES) are rather unknown, although they have been
> developped simulataneously.

If it is relatively unknown, then the user probably can't figure out
what ES means.  Maybe Math::EvolutionStrategy or Math::Evolution?

Thanks,
/Autrijus/


pgp0.pgp
Description: PGP signature

Re: Module submission DBIx::Informix::Perform

2003-03-31 Thread Eric C. Weaver

So, what's the official word from the modules-keepers? ::Informix:: or not?

I still have the cvs checkout from before the ::Informix:: change
(being a little behind on that sort of thing) and can go back to that.  If 
not, I'll check in the change at Sourceforge.

Thanks

Eric Weaver
grumpy developer thereof

Re: Module submission DBIx::Informix::Perform

On Mon, Mar 31, 2003 at 09:40:17PM -0800, Eric C. Weaver wrote:
> So, what's the official word from the modules-keepers? ::Informix:: or not?

The official word is: keep the DBIx::Informix::Perform namespace
with our blessing, and please accept my personal apology for letting
you be troubled with the post-hasty-decision discussions.

Note that at no point during the discussion do Tim nor I suggest
the approved namespace to be changed -- we're merely discussing
how similar requests to be handled in the future.

> Eric Weaver
> grumpy developer thereof

Again, I'm sorry.

Thanks,
/Autrijus/

pgp0.pgp
Description: PGP signature

User update for HASANT

Record update in the PAUSE users database:

 userid: [HASANT]
   fullname: [Hasanuddin Tamir]
  asciiname: []
  email: [CENSORED]
   homepage: []
cpan_mail_alias: [publ]


Data were entered by HASANT (Hasanuddin Tamir).
Please check if they are correct.

Thanks,
The Pause

Don't miss this exciting offer syu

2003-03-31 Thread lsksDawn

We are looking for a few committed individuals.
We have a very lucrative, proven, home business opportunity that we want to introduce only to a few people.
Why only a few? Thats easy, if we attract hundreds or thousands 99% will fail. Guaranteed!
The few we find, that possess the right qualifications, such as:

Honesty
Commitment
Desire

we personally want to work with. We want them to succeed. 
Therefore, by only selecting a few, we insure their success as much as possible.
This Lucrative Home Business is FREE. You just have to put in the time. We will supply you with the training.
Sure we can tell you many success stories, but I can also tell you this is not a Get Rich Quick Scheme. If you put in the work, the rewards can be many.
After saying all of this, and you are interested, please click on the Tell Me More and we will take you to the next step.
Thanks for your time,
Diane
Tell Me More
 
 
 Abuse Policy: This e-mail is sent in compliance with our strict anti-abuse regulations. You have received this e-mail because you or someone using your computer has used an FFA List, or Safe List, your email address was listed in other optin lists posted on the Internet and/or you or someone using your computer requested other information from other mailings that was sent to your computer.  If you do not wish to receive any mail from our servers you may block your e-mail address from this list by clicking on the following link. 
Remove
 

aphoxjqknjirwrl

war Againest Loneliness

2003-03-31 Thread CHANGEMENOW!!



Hi,Are you lonely ??.. check the attached screensaver and forget the pain of loneliness
<>

Module submission Config::Merge

The following module was proposed for inclusion in the Module List:

modid: Config::Merge
DSLIP: cdpfp
description: Merge configurations from various sources
userid: HASANT (Hasanuddin Tamir)
chapterid: 12 (Opt_Arg_Param_Proc)
communities:

similar:

rationale:

I've developed several complex applications. Some parts are
configurable via configuration file. The parameters can also be
defined by a script. In the application core I set the default
configuration values. I need to merge this three sources of
configuration to get the final configuration set before used in
other parts of the application. I've used this mechanism internall.
Now, it's just the time to release it to the public in hope that it
can be useful to others.

I've changed the name from something internal to Config::Merge, and
I think this is an appopriate name. There's already a namesapce
"Config::" for configuration parser. So Merge will fit just well. I
believe this is the first module in CPAN for this purpose.

I'm internally testing this module before releasing the first
version (0.0.1, alpha stage). In the meantime, this is an excerpt
from ABSTRACT:

Config::Merge merges configuration from at most three sources. Your
application may allow users to define configuration in a file, but
you also have set predefined (default) configuration. At the end you
want single configuration by merging them with a certain precedence.
This module will do just that.

Additionally, Config::Merge provides internal parser for convenient
and historical reason, but allows users to provide external parser
via CODE reference to suit their need.

enteredby: HASANT (Hasanuddin Tamir)
enteredon: Tue Apr 1 06:41:12 2003 GMT

The resulting entry would be:

Config::
::Merge cdpfp Merge configurations from various sourcesHASANT

Thanks for registering,
--
The PAUSE

PS: The following links are only valid for module list maintainers:

Registration form with editing capabilities:

https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=2320_f60aeb28c547ca49&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:

https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=2320_f60aeb28c547ca49&SUBMIT_pause99_add_mod_insertit=1

User update for PMAREK

Record update in the PAUSE users database:

 userid: [PMAREK]
   fullname: [Philipp Marek]
  asciiname: []
  email: [CENSORED]
   homepage: []
cpan_mail_alias: [publ]
ustatus: [unused]


Data were entered by PMAREK (Philipp Marek).
Please check if they are correct.

Thanks,
The Pause

Module submission Win32::MSI


The following module was proposed for inclusion in the Module List:

  modid:   Win32::MSI
  DSLIP:   bdpOg
  description: A database-interface for Windows MSI-Files
  userid:  PMAREK (Philipp Marek)
  chapterid:   22 (Microsoft_Windows_Modules)
  communities:
eventually on sourceforge

  similar:

  rationale:

As this modules requires the Win32::API module and via these uses
the msi.dll-functions, it is currently applicable only to windows.
(side note: who would use msi on unix?)

I plan to write some other modules below Win32::MSI - eg. a
Win32::MSI::Tools module, which should be able to compare msi
databases, and eventually a Win32::MSI::TkView module which defines
some Tk-Classes for displaying data from msi-databases.

Win32::MSI will define the core functions for accessing data.

  enteredby:   PMAREK (Philipp Marek)
  enteredon:   Tue Apr  1 07:42:27 2003 GMT

The resulting entry would be:

Win32::
::MSI bdpOg A database-interface for Windows MSI-Files   PMAREK


Thanks for registering,
-- 
The PAUSE

PS: The following links are only valid for module list maintainers:

Registration form with editing capabilities:
  
https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=3320_a76b308abbf36103&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=3320_a76b308abbf36103&SUBMIT_pause99_add_mod_insertit=1

Welcome new user BCHOATE