Module submission Cascade

[Perl Authors Upload Server]

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

  modid:   Cascade
  DSLIP:   bmphg
  description: Web-Based Content Management System
  userid:  MARKSTOS (Mark Stosberg)
  chapterid:   15 (World_Wide_Web_HTML_HTTP_CGI)
  communities:
CGI::Application mailing list, Perlmonks.org,
[EMAIL PROTECTED]

  similar:
Catalog

  rationale:

Cascade is a web-based content management application. It has a
homepage with more details here: (
http://summersault.com/software/cascade ). It is bit similar to the
"Catalog" package on CPAN in spirit. It has several major
differences though: It supports Postgres, and it uses a modern
programming structure including HTML::Template and CGI::Application.

Besides including several modules in the Cascade:: namespace, the
application includes several HTML::Template files, a configuration
script and some SQL files. The system is designed such that you only
need for the Perl modules to be installed once on the system, and
the application can be used by many users by using separate copies
of the templates and configuration scripts to define their own
instance of the application.

I guess first I'd like to verify that it's appropriate to
distribute applications like this on CPAN. :)

In thinking about the best namespace for it, there is not top
namespace for content management systems. Additionly, as the project
grows, I would like for it to become more of a web-based community
system, so I want a name that will stick over time.

I can't think other users for the top level "Cascade" name. I'd
like to think I'm similar to "Alzabo" or "Mhonarc" in my choice for
a unique name for my Perl application. :)

Thanks for your consideration!

  enteredby:   MARKSTOS (Mark Stosberg)
  enteredon:   Tue Aug 28 05:44:55 2001 GMT

The resulting entry would be:

Cascade   bmphg Web-Based Content Management System  MARKSTOS


Thanks for registering,
The Pause Team

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=1c00_ebb52ea1d9a62b52&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=1c00_ebb52ea1d9a62b52&SUBMIT_pause99_add_mod_insertit=1

Re: how to apply for namespace?

[Andreas J. Koenig]

> On Wed, 22 Aug 2001 20:54:51 +0200, <[EMAIL PROTECTED] ( Marc) (A.) (Lehmann )> said:

  > I have re-read the new "Register your namespace!" part of 04pause. Isn't
  > filling out the apply namespace form the right thing to do when applying
  > for namepsace nowdays? Alas, nothing is happening (some of my module
  > requests are as old as 6 months and archived by [EMAIL PROTECTED], but I
  > have never received a reply, nor did they ever show up in the modulelist
  > nor in the "Edit module metadata" section on pause, although I re-sent the
  > form).

The form was introduced in April, so you cannot have used it before 6 months;)

  > How _does_ one apply for namespace / modulelist entries nowadays?

The form is our only chance because it can be processed on our end
really quickly (below 6 months, that is :-).

-- 
andreas

New module Linux::AIO

[Perl Authors Upload Server]

The next version of the Module List will list the following module:

  modid:   Linux::AIO
  DSLIP:   adcfp
  description: asynchronous I/O using linux/clone
  userid:  MLEHMANN (Marc Lehmann)
  chapterid:4 (Operating_System_Interfaces)
  enteredby:   ANDK (Andreas J. König)
  enteredon:   Tue Aug 28 03:45:04 2001 GMT

The resulting entry will be:

Linux::
::AIO adcfp asynchronous I/O using linux/clone   MLEHMANN

Please allow a few days 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,
The Pause Team

New module PApp::SQL

[Perl Authors Upload Server]

The next version of the Module List will list the following module:

  modid:   PApp::SQL
  DSLIP:   Mdchp
  description: easy yet fast and powerful dbi sql wrapper
  userid:  MLEHMANN (Marc Lehmann)
  chapterid:7 (Database_Interfaces)
  enteredby:   ANDK (Andreas J. König)
  enteredon:   Tue Aug 28 03:44:21 2001 GMT

The resulting entry will be:

PApp::
::SQL Mdchp easy yet fast and powerful dbi sql wrapper   MLEHMANN

Please allow a few days 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,
The Pause Team

New module Coro

[Perl Authors Upload Server]

The next version of the Module List will list the following module:

  modid:   Coro
  DSLIP:   adchp
  description: create an manage coroutines
  userid:  MLEHMANN (Marc Lehmann)
  chapterid:   20 (Control_Flow_Utilities)
  enteredby:   ANDK (Andreas J. König)
  enteredon:   Tue Aug 28 03:43:23 2001 GMT

The resulting entry will be:

Coro  adchp create an manage coroutines  MLEHMANN

Please allow a few days 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,
The Pause Team

Re: PAUSE updates

[Andreas J. Koenig]

> On 27 Aug 2001 12:26:04 -0700, [EMAIL PROTECTED] (Randal L. Schwartz) said:

> "Andreas" == Andreas J Koenig <[EMAIL PROTECTED]> writes:
 Andreas> User update messages have a security aspect.

  > Or insecurity, considering that this mailing list is also available
  > via  :).

TIMTOWTDI: Authors who prefer to have an email address that doesn't
show up in public emails can have that, too. They get security by
obscurity. The rest get security by visibility. People who want both a
public visible and a secret email get both.

-- 
andreas

Registration - Tim Skirvin

[Tim Skirvin]

Name: Tim Skirvin
Email: [EMAIL PROTECTED]
Homepage: http://www.killfile.org/~tskirvin
User-ID: TSKIRVIN
Contibution: Usenet News code (modbots, cancelbots, servers, clients,
 authentication libraries, etc)

- Tim Skirvin ([EMAIL PROTECTED])
-- 
http://www.killfile.org/~tskirvin/> Skirv's Homepage <
http://www.killfile.org/dungeon/>  The Killfile Dungeon  <*>

 PGP signature

Business::OnlinePayment::AuthorizeNet

[ivan]

Hi,

I've updated the Business::OnlinePayment::AuthorizeNet module for the
current version of the Authorize.Net service.  They've shut down the
interface implemented in the currently-distributed B::OP::AuthorizeNet
module some time ago.  The listed author is Jason Kohles
<[EMAIL PROTECTED]>; the web page and email address listed no longer
work.  A google search turs up www.jasonkohles.com, and the
listed addresses [EMAIL PROTECTED] or [EMAIL PROTECTED]; I emailed
and have had no response for several weeks.

My CPAN id is IVAN.  Do you suggest this module be uploaded as
Business::OnlinePayment::AuthorizeNet, or
Business::OnlinePayment::AuthorizeNet3 ?  (The Authorize.Net interface
version is version 3)

Thanks for your time.

-- 
_ivan

Module submission Bow

[Perl Authors Upload Server]

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

  modid:   Bow
  DSLIP:   cdhOl
  description: A perl interface to the bow library from CMU
  userid:  IWOODHEAD (Ira Joseph Woodhead)
  chapterid:   11 (String_Lang_Text_Proc)
  communities:
[EMAIL PROTECTED]

  similar:

  rationale:

The bow library of CMU is a unique and rather comprehensive body of
code implementing all major information retrieval techniques. I was
very surprised to find that an interface for it was not already in
the CPAN. Having a wrapper for it would facilitate much
experimentation in the IR field.

Several people have expressed interest in using a Bow module in
their own projects, for instance Ken Williams of Swarthmore with
AI::Categorize.

  enteredby:   IWOODHEAD (Ira Joseph Woodhead)
  enteredon:   Mon Aug 27 23:06:25 2001 GMT

The resulting entry would be:

Bow   cdhOl A perl interface to the bow library from CMU IWOODHEAD


Thanks for registering,
The Pause Team

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=db00_ae3489cc0ab7ae1e&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=db00_ae3489cc0ab7ae1e&SUBMIT_pause99_add_mod_insertit=1

Module submission Wx

[Perl Authors Upload Server]

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

  modid:   Wx
  DSLIP:   bm+Op
  description: Bindings to the wxWindows GUI toolkit
  userid:  MBARBON (Mattia Barbon)
  chapterid:8 (User_Interfaces)
  communities:
[EMAIL PROTECTED]

  similar:

  rationale:

A new top level namespace ( like Gtk, Qt, Gnome, etc ... ) seems
the most logical choice; I chose Wx because the C++ class names
wxButton, wxWindow ... ) are translated into Wx::Button, Wx::Window,
... wxWindows is a cross platform ( Win/Gtk/Motif/Mac/OS2 in the
works ) GUI toolkit with native look and feel; built on top of the
GUI capabilities there are a rendering engine for simple HTML, a
cross platform help system, a printing framework, clipboard and
drag-and-drop, and more is planned for the next version.

  enteredby:   MBARBON (Mattia Barbon)
  enteredon:   Mon Aug 27 22:15:28 2001 GMT

The resulting entry would be:

Wxbm+Op Bindings to the wxWindows GUI toolkitMBARBON


Thanks for registering,
The Pause Team

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=cb00_40f07f7634525dd5&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=cb00_40f07f7634525dd5&SUBMIT_pause99_add_mod_insertit=1

Re: Archvie::Zip

[Michael G Schwern]

Yay!  Thanks.  Neat ASCII art, too.


On Mon, Aug 27, 2001 at 09:22:40PM +0200, Andreas J. Koenig wrote:
> ,--
> |Date: Sat, 25 Aug 2001 21:15:26 -0400
> |From: Michael G Schwern <[EMAIL PROTECTED]>
> |To: [EMAIL PROTECTED]
> |Cc: [EMAIL PROTECTED]
> |Subject: Archvie::Zip not being seen by CPAN
> |
> |Just FYI, CPAN isn't seeing Archvie::Zip.  It's not in the
> |02packages.details.txt index file.
> `--
> 
> ,--
> |Date: Sun, 26 Aug 2001 11:01:52 -0700
> |From: Ned Konz <[EMAIL PROTECTED]>
> |To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> |Subject: Archive::Zip still not indexed properly
> |
> |Hi,
> |
> |People are still writing me saying that Archive::Zip isn't being found in the 
> |indexes by CPAN.pm.
> |
> |Can this be fixed?
> |
> |Thanks,
> `--
> 
> Hi Ned, Michael,
> 
> thanks for letting me know. Since the package was uploaded back in
> January, I do not have the logfile anymore and cannot say why the
> indexer failed. I just reran the indexer on Archive-Tar-0.11 and it
> did succeed, so it is again in the 02packages.details.txt file.


-- 

Michael G. Schwern   <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/
Perl6 Quality Assurance <[EMAIL PROTECTED]>   Kwalitee Is Job One
Instant Cross-Platform CGI Programming in Visual Perl 5 with Object Oriented
Design in 7 Days Unleashed for Dummies Special Edition with Exclusive Java
Chapters for Developers.  Year 2000 compliant, Enterprise edition and ISO9000-
certified.  A Nutshell Handbook Designed For Windows 95/98/NT with a forward by
Larry "Bud" Melman. Interactive Multimedia CDROM included.  3rd revised editon,
covers Perl5.6.
Of course, it will be refered to by its simple acronym:
ICPCGIPiVP5wOODi7DU4DSEwEJC4DY2KCEedISO9000-cNHD4W9598NTLBMIMCDROM3edP5.6

Re: Archvie::Zip

[Ned Konz]

On Monday 27 August 2001 12:22 pm, Andreas J. Koenig wrote:

> thanks for letting me know. Since the package was uploaded back in
> January, I do not have the logfile anymore and cannot say why the
> indexer failed. I just reran the indexer on Archive-Tar-0.11 and it
> did succeed, so it is again in the 02packages.details.txt file. 

Thanks!

-- 
Ned Konz
currently: Stanwood, WA
email: [EMAIL PROTECTED]
homepage:  http://bike-nomad.com

Re: PAUSE updates

[Randal L. Schwartz]

> "Andreas" == Andreas J Koenig <[EMAIL PROTECTED]> writes:

Andreas> User update messages have a security aspect.

Or insecurity, considering that this mailing list is also available
via  :).

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Archvie::Zip

[Andreas J. Koenig]

,--
|Date: Sat, 25 Aug 2001 21:15:26 -0400
|From: Michael G Schwern <[EMAIL PROTECTED]>
|To: [EMAIL PROTECTED]
|Cc: [EMAIL PROTECTED]
|Subject: Archvie::Zip not being seen by CPAN
|
|Just FYI, CPAN isn't seeing Archvie::Zip.  It's not in the
|02packages.details.txt index file.
`--

,--
|Date: Sun, 26 Aug 2001 11:01:52 -0700
|From: Ned Konz <[EMAIL PROTECTED]>
|To: [EMAIL PROTECTED], [EMAIL PROTECTED]
|Subject: Archive::Zip still not indexed properly
|
|Hi,
|
|People are still writing me saying that Archive::Zip isn't being found in the 
|indexes by CPAN.pm.
|
|Can this be fixed?
|
|Thanks,
`--

Hi Ned, Michael,

thanks for letting me know. Since the package was uploaded back in
January, I do not have the logfile anymore and cannot say why the
indexer failed. I just reran the indexer on Archive-Tar-0.11 and it
did succeed, so it is again in the 02packages.details.txt file. Please
report to me immediately when such an error occurs again. I'll archive
the logfiles for a longer period from now on to find the error
condition.

Sorry for the inconvenience,
-- 
andreas

Re: PAUSE updates

[Kurt D. Starsinic]

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

author registration

[Bernd . Dulfer]

Hi Maintainers,

I like to be registered as a new module author at CPAN.

Here is the stuff you need:

Name: Bernd Dulfer
E-Mail: [EMAIL PROTECTED]
preferred CPAN-Id: BDULFER
First contribution:
Sybase::RepAgent - A module for building a Sybase Replication Agent which
talks to a Sybase Replication Server.

I hope this is enough info.

Regards

Bernd

Resource file module (was: author ID request)

[Andrew M. Langmead]

On Mon, Aug 27, 2001 at 09:59:46AM -0400, Kirrily Robert wrote:
> On Mon, Aug 27, 2001 at 12:21:06AM -0400, Andrew M. Langmead wrote:
> | I guess to bring it to a point, I strongly feel that Mac:: is the
> | wrong hierarchy for the module to be in. The choice of Data:: wasn't
> | done without any thought or consultation, although I agree it isn't
> | ideal.
> | 
> | Do you have any suggestions besides Mac:: for a namespace?
> 
> A suggestion was made for starting a top-level namespace for
> cross-platform tools, but no good name was suggested for it.

In that Usenet thread that I pointed to earlier, someone mentioned
FileFormat:: as a possibility. I guess with that my module would be
FileFormat::Mac::Resource. The counter argument to that is similar to
your Data:: argument. All files have some sort of format and so it is
essentially meaningless. A FileFormat:: hierarchy could argue for
FileFormat::XML, FileFormat::PDF::, FileFormat::TeX,
FileFormat::Text::TeX and then the FileFormat:: part is essentially
meaningless.

Last night when writing my previous response, I was toying with
something that would imply that the it was working with uniquely
macintosh data but not macintosh native. Unfortunately the best I
could come up with was Macish::Resource.

> 
> The general process you should be doing is drilling down on this blurry
> "data" thing and saying "what sort of data is it?"  Well, it's a file.
> OK, so how about File::?  Perhaps something like File::Mac::Resources?
> Or if it's more like a file system (I'm not very knowledgeable about
> macs) then perhaps Filesys:: 

So we're kind of in sync on what its doing. Resource forks on
macintosh's are accessed with a set of I/O routines that don't follow
POSIX style stream semantics. I guess its somewhat analogous to fixed
record files on VMS in that they are contained in the same file
system, but need different I/O calls than a stream of bytes. (I guess
another way of looking at it is if Unix had DBM built into the file
system code and things like dbm_fetch() and dbm_nextkey() were system
calls rather than library routines.) The reason I passed by File::
before was that most of those modules fit well withing the module
lists description of "File Names, File Systems and File Locking" in
that they either deal with a file's metadata and not its contents
(File::Find, File::Glob, File::stat) or deal with their contents as a
whole with indifference towards its contents (File::Copy, File::Rsync)

So with those issues out, I guess names I find reasonable, in order of
preference, would be:

Macish::Resource
FileFormat::Mac::Resource
File::Mac::Resource



-- 
"I'm going to sing Twinkle Twinkle in Jazz: TWINKle, TWINKle, lit-tle-star.
HOW i WONder what-you-are..."  - Samantha Langmead, age 4

Re: I'm here.

[Andreas J. Koenig]

> On Sun, 26 Aug 2001 22:02:49 +0100, Tim Bunce <[EMAIL PROTECTED]> said:

 >> Anyway, what is the process here?

  > Good question. If you find out let us know :) Hopefully one of the others
  > on the list will give you their more reasoned and helpful perspective...



 >> Do I just email these people and Cc you guys?

  > Yeap.

 >> What tools/etc do we use to create new PAUSE IDs if we need to?

Admins see an additional menu on PAUSE.

mysql> select * from grouptable where ugroup='admin';
+---++
| user  | ugroup |
+---++
| ABH   | admin  |
| ANDK  | admin  |
| DOUGM | admin  |
| GBARR | admin  |
| JHI   | admin  |
| JONO  | admin  |
| JV| admin  |
| KSTAR | admin  |
| SKUD  | admin  |
| TIMB  | admin  |
+---++

In the menu you can ignore everything except

Add a User or Mailinglist
and
Register a Module

  > Er, I don't know. I've never done it. (I've not been very involved with
  > the modules list for some time now.)

 >> How do things actually get added to the module list?

  > Andreas can best answer that. It used to be that things were
  > semi-manually added.  It may be that everything in PAUSE is
  > automatically added now.

At the bottom of emails coming from namespace submissions you find two
links that let you confirm the submission. From that moment the module
is in the database and finds its way into the indexes. So a few hours
later people see the module via CPAN.pm with a DESCRIPTION entry (no
matter if the thing is uploaded already or not).

Producing the module list itself is still a manual operation that I
have to do. It's not very much work, really. The hard work is
answering difficult submissions on the list.

-- 
andreas

Re: namespace registration request

[Andreas J. Koenig]

> On Mon, 27 Aug 2001 10:06:36 -0400, Kirrily Robert <[EMAIL PROTECTED]> said:

  > In lists.projects.perl.modules, you wrote:
 >> I'm requesting to register a namespace
 >> 
 >> Parse::Nibbler
 >> 
 >> It's for a parser which parses a large file
 >> a little bit at a time. (it nibbles at the file).

  > I have no complaints with this one.  It's a little gimicky but not too
  > much, and at least it does describe what it does.  Shall I email him to
  > that effect?

The question is, is it really a parsing module or is it rather a file
handling module? I associate with parsing some intelligence in
interpreting the content while slicing a file into hunks sounds like
an IO routine.

Another aspect of the message is that the author needs to be pointed
to the form https://pause.perl.org/pause/authenquery?ACTION=apply_mod

-- 
andreas

Re: PAUSE updates

[Andreas J. Koenig]

Welcome Skud,

great to have you on modules@. You are now both subscribed to the list
and you have admin status on PAUSE, so the next time there you'll see
another menu there that enables you to do some important things in the
process of registering people and modules. There is no howto for
admins, feel free to ask.

If you have gone through the archive, you already know who the other
members of the list are and you also know that we are all lurkers most
of the time. You know very well that this is a permanent source for
frustration among the authors. It would be really nice if that could
be improved in the future and any suggestion for a healthier
registration process are very welcome. About mailing list organization
Johan has written a few thoughts to the list in
http://www.xray.mpe.mpg.de/mailing-lists/modules/2001-04/msg00043.html
My answers in
http://www.xray.mpe.mpg.de/mailing-lists/modules/2001-05/msg00242.html



> On Sun, 26 Aug 2001 23:34:10 -0400, "Kirrily 'Skud' Robert" <[EMAIL PROTECTED]> 
>said:

  > So, I ran some stats on the archives of [EMAIL PROTECTED], both for its
  > entire history and for just the last few months.

  > About half the traffic of [EMAIL PROTECTED] is from the PAUSE 
  > auto-notifications (and more than half in recent times).

  > Looking through the archives at
  > http:[EMAIL PROTECTED]/ I notice that there are
  > some PAUSE activities which seldom (never?) actually cause any
  > discussion, and which may in fact be utterly uninteresting to us.  They
  > include:

  > - Welcome new user
  > - User update

Welcome new users messages help us to have a better overview about
pending registrations. If one of us runs a batch of registrations, the
others see that immediately and find out easily which registrations
are already approved.

User update messages have a security aspect.

  > Stuff that's only occasionally interesting enough to merit a reply 
  > includes:

  > - New module submission
  > - Module update

For the New module submissions I the same thing should apply as above.
For module updates I'd agree that they can be directed to /dev/null.

  > More likely to be interesting to us are the emails from real human
  > beings, i.e. not auto-generated from PAUSE.  We definitely want to read
  > and respond to those :)

:-)

  > (I'm working on the assumption that replies indicate interest on the
  > part of [EMAIL PROTECTED] -- correct me if I'm mistaken on that one, as I 
  > may well be.)

I think this is quite correct.

  > 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?

I don't care if this is one or two mailing lists, I'd be subscribed to
both anyway. Please also consider that the confirmation mails from
PAUSE may contain a commentary field from the admin to the author, so
these messages *sometimes* have important content.


-- 
andreas

User update for CHRIS

[Perl Authors Upload Server]

(This Mail was generated by the server
  http://pause.perl.org/pause/authenquery;ACTION=edit_cred
automatically)

Record update in the PAUSE users database:

 userid: [CHRIS]
   fullname: [Chris Ball]
  asciiname: []
  email: [[EMAIL PROTECTED]] was [[EMAIL PROTECTED]]
   homepage: [http://printf.net/]
cpan_mail_alias: [publ] was [secr]


Data were entered by CHRIS (Chris Ball).
Please check if they are correct.

Thanks,
The Pause

User update for CHRIS

[Perl Authors Upload Server]

(This Mail was generated by the server
  http://pause.perl.org/pause/authenquery;ACTION=edit_cred
automatically)

Record update in the PAUSE users database:

 userid: [CHRIS]
   fullname: [Chris Ball]
  asciiname: []
  email: [[EMAIL PROTECTED]]
   homepage: [http://printf.net/]
cpan_mail_alias: [secr] was [publ]


Data were entered by CHRIS (Chris Ball).
Please check if they are correct.

Thanks,
The Pause

Re: Module submission Lingua::RU::Antimat

[Kirrily Robert]

Ilya writes:
>The following module was proposed for inclusion in the Module List:
>
>  modid:   Lingua::RU::Antimat
>  DSLIP:   RdpOp
>  description: Removes Russian slang from a string
>  userid:  ILYAS (Ilya Soldatkin)
>  chapterid:   11 (String_Lang_Text_Proc)
>  communities:
>newsgroup fido7.ru.perl

Is it actually "slang" (i.e. popular idiomatic terms) that it removes,
or is it "bad" words such as offensive or explicit sexual language?

If the latter, I'd recommend changing the description to read: "Removes
offensive language from a Russian text string".

K.

-- 
Kirrily 'Skud' Robert - [EMAIL PROTECTED] - http://infotrope.net/
"If we're going to have eight women in latex klein jumpsuits then I want
them at my place." -- Skud (from the Netizen quotes file)

Re: Developer Registration

[Kirrily Robert]

James wrote:
>File-Seektar.gz of proposed first contribution attached - full details in pod.
>In short a series of widgets that implement fast searches and extractions of
>data from sorted flat files implementing the halve the difference search
>algorithm. Several orders of magnitude faster than while () { next unless
>/$some-cond/; #blah } type searches as algorithm is geometric rather than
>linear. Somewhat similar in utility to File::Readbackwards in being ideal for
>logfile data extraction amongst other things but can extract data between any
>date range in very short order.

Why "Seektar"?  To me it sounds like a thing that finds tar archives.

K.

-- 
Kirrily 'Skud' Robert - [EMAIL PROTECTED] - http://infotrope.net/
"If we're going to have eight women in latex klein jumpsuits then I want
them at my place." -- Skud (from the Netizen quotes file)

Re: namespace registration request

[Kirrily Robert]

In lists.projects.perl.modules, you wrote:
>I'm requesting to register a namespace
>
>Parse::Nibbler
>
>It's for a parser which parses a large file
>a little bit at a time. (it nibbles at the file).

I have no complaints with this one.  It's a little gimicky but not too
much, and at least it does describe what it does.  Shall I email him to
that effect?

K.

-- 
Kirrily 'Skud' Robert - [EMAIL PROTECTED] - http://infotrope.net/
"If we're going to have eight women in latex klein jumpsuits then I want
them at my place." -- Skud (from the Netizen quotes file)

Re: author ID request

[Kirrily Robert]

On Mon, Aug 27, 2001 at 12:21:06AM -0400, Andrew M. Langmead wrote:
| 
| I'm sorry, if I realize that I'd wind up defending the name, I'd have
| put the rational in my original message. The OS specific name spaces
| nearly universally run under the OS they are named for. Under the
| Macintosh, one would be best served by using the OS's native API (as
| accessed in perl with the Mac::Resource module) and not this perl
| level re-implementation. As a comparison, would you expect to find a
| Unix implementation of COM in Win32::OLE? A windows version of popen()
| in Unix::PipedFileHandle? 

Those two examples aren't analogous.

I'm expect to find platform-independent tools for identifying Windows
file types or for manipulating the Windows registry under Win32::,
however.  I'd expect to find popen under POSIX::.

| When initially developing this module, I asked around for suggestions
| on both the name of the module and the design (although the only
| evidence I can find is this thread in comp.lang.perl.modules which the
| only common answer for a hierarchy is Mac::
| 
| http://groups.google.com/groups?q=group:comp.lang.perl.modules+
| author:aml%40world.std.com&hl=en&safe=off&scoring=r&rnum=9&
| selm=F25vyu.IB5%40world.std.com>

I just asked on #perl and the response was unanimously "Mac", and
unanimously against "Data".  One mac-knowledgeable person there asked
what resource-fork model your module worked with, and suggested
Mac::Resources::Netatalk or Mac::Resources::LinuxHFS or similar.

| I guess to bring it to a point, I strongly feel that Mac:: is the
| wrong hierarchy for the module to be in. The choice of Data:: wasn't
| done without any thought or consultation, although I agree it isn't
| ideal.
| 
| Do you have any suggestions besides Mac:: for a namespace?

A suggestion was made for starting a top-level namespace for
cross-platform tools, but no good name was suggested for it.

The general process you should be doing is drilling down on this blurry
"data" thing and saying "what sort of data is it?"  Well, it's a file.
OK, so how about File::?  Perhaps something like File::Mac::Resources?
Or if it's more like a file system (I'm not very knowledgeable about
macs) then perhaps Filesys:: 

But *not* Data.

K.

Re: PAUSE updates

[Chris Nandor]

At 23:34 -0400 2001.08.26, 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?

I definitely still want the module update notices, although new module
notices are more important to me.

-- 
Chris Nandor  [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/

Module submission Lingua::RU::Antimat

[Perl Authors Upload Server]

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

  modid:   Lingua::RU::Antimat
  DSLIP:   RdpOp
  description: Removes Russian slang from a string
  userid:  ILYAS (Ilya Soldatkin)
  chapterid:   11 (String_Lang_Text_Proc)
  communities:
newsgroup fido7.ru.perl
(http://groups.google.com/groups?hl=ru&lr=&safe=off&ic=1&th=bbd7c551a8471495,3
)

  similar:

  rationale:

This module will remove Russian slang from a string. 'Mat' is
Russian name for such bad words and that is why this module is
called Lingua::RU::Antimat. I think it is better than
Lingua::RU::Antislang because this module is designed to be used in
Russian programs and for Russians name Antimat is more familiar and
convenient then Antislang.

This bad words are problem for chats, guestbooks and forums. I
began work on this module in February 2001 when I need such thing.
The first public release of module was made in June 2001. After this
there were four public version of this module and today the regexp
that removes slang is 11,962 bytes big. Also in June I have created
several web-pages (http://www.tcen.ru/antimat) where visitors can
test this module and read online documentation and my tutorial
(about how to install, set up Russian locale, and use this module).
To be sure that this module removes Russian slang correctly I have
also tested this module on 6 Mb texts of different Russian writers
(Tolstoy, Dostoevsky, Bulgakov and others).

Does somebody need it? I have published this module on different
Russian free download servers. From June 2001 there were 280
downloads from http://www.download.ru, 250 downloads from
http://www.softlist.ru and 120 downloads from
http://www.webscript.ru.

  enteredby:   ILYAS (Ilya Soldatkin)
  enteredon:   Mon Aug 27 11:58:50 2001 GMT

The resulting entry would be:

Lingua::RU::
::Antimat RdpOp Removes Russian slang from a string  ILYAS


Thanks for registering,
The Pause Team

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=bb00_bc7d425e98ce60cb&SUBMIT_pause99_add_mod_preview=1
Immediate (one click) registration:
  
https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=bb00_bc7d425e98ce60cb&SUBMIT_pause99_add_mod_insertit=1

Developer Registration

[James freeman]

Hi

Please consider me for CPAN developer registration. Details:

Dr James Freeman

[EMAIL PROTECTED]

This page is short and sweet:
http://perlmonks.com/index.pl?node_id=80749

JFREEMAN

File-Seektar.gz of proposed first contribution attached - full details in pod.
In short a series of widgets that implement fast searches and extractions of
data from sorted flat files implementing the halve the difference search
algorithm. Several orders of magnitude faster than while () { next unless
/$some-cond/; #blah } type searches as algorithm is geometric rather than
linear. Somewhat similar in utility to File::Readbackwards in being ideal for
logfile data extraction amongst other things but can extract data between any
date range in very short order.

Cheers

Dr James Freeman

 File-Seek.tar.gz

Developer Registration

[James freeman]

Hi

Please consider me for CPAN developer registration. Details:

Dr James Freeman

[EMAIL PROTECTED]

This page is short and sweet:
http://perlmonks.com/index.pl?node_id=80749

JFREEMAN

File-Seektar.gz of proposed first contribution attached - full details in pod.
In short a series of widgets that implement fast searches and extractions of
data from sorted flat files implementing the halve the difference search
algorithm. Several orders of magnitude faster than while () { next unless
/$some-cond/; #blah } type searches as algorithm is geometric rather than
linear. Somewhat similar in utility to File::Readbackwards in being ideal for
logfile data extraction amongst other things but can extract data between any
date range in very short order.

Cheers

Dr James Freeman

User update for BRIAC

[Perl Authors Upload Server]

(This Mail was generated by the server
  https://pause.perl.org/pause/authenquery;ACTION=edit_cred
automatically)

Record update in the PAUSE users database:

 userid: [BRIAC]
   fullname: [Briac Pilpré] was [Briac Pilpre]
  asciiname: [Briac Pilpre] was []
  email: [[EMAIL PROTECTED]] was [[EMAIL PROTECTED]]
   homepage: [http://briac.dyndns.org/]
cpan_mail_alias: [secr] was [publ]


Data were entered by BRIAC (Briac Pilpre).
Please check if they are correct.

Thanks,
The Pause