Re: Module submission OODoc
On Fri, Mar 28, 2003 at 08:16:29AM +0100, Mark Overmeer wrote: > I don't think that the POD parser can handle this > > =docbook > > > > > > > =cut Well in fact, sure: =for docbook =cut For example, pod2html already recognizes "=for html" blocks. The =begin, =end and =for chunks in POD are designed to implement the phase 1) and 3) -- all it doesn't do is inheritance solving, which is what the OO part does. > There is no parser for that in my suite eirther, but it can easily be > added to phase 1, and then phase 2 and 3 stay the same. Different > packages within a module can even use different parsers! Exactly the same as =for/=begin/=end, unless I'm mistaken, and I'd be willing to be corrected. Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
New module Mail::GnuPG
The next version of the Module List will list the following module: modid: Mail::GnuPG DSLIP: bdpOp description: MIME Email <-> GnuPG::Interface interface userid: RSPIER (Robert Spier) chapterid: 19 (Mail_and_Usenet_News) enteredby: AUTRIJUS (☺唐宗漢☻) enteredon: Fri Mar 28 08:14:21 2003 GMT The resulting entry will be: Mail:: ::GnuPG bdpOp MIME Email <-> GnuPG::Interface interfaceRSPIER 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
Module submission Apache::JAF
The following module was proposed for inclusion in the Module List: modid: Apache::JAF DSLIP: adpOp description: mod_perl and Template web apps framework userid: GRISHACE (Gregory Belenky) chapterid: 15 (World_Wide_Web_HTML_HTTP_CGI) communities: similar: HTML::Mason rationale: enteredby: GRISHACE (Gregory Belenky) enteredon: Fri Mar 28 09:35:20 2003 GMT The resulting entry would be: Apache:: ::JAF adpOp mod_perl and Template web apps framework GRISHACE 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=c840_4976a44b39d229c4&SUBMIT_pause99_add_mod_preview=1 Immediate (one click) registration: https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=c840_4976a44b39d229c4&SUBMIT_pause99_add_mod_insertit=1
Re: Module submission OODoc
[Quoting Autrijus Tang, on March 28 2003, 16:14, in "Re: Module submissio"] > Well in fact, sure: > > =for docbook > > > > Technically, this is true. But is this POD? Would you call this C: int foo(int bar) { _asm("..."); _asm("..."); _asm("..."); _asm("..."); } The =begin, =end and =for directives as recognized by POD parsers[1] are designed to add specific extensions to POD. However, when you only use the extensions then POD reduces to the bare mechanism to embed non-perl information in perl programs. The 'danger zone' for Mark's idea is to use POD-like stuctures, which may people trick into thinking they're dealing with POD while in fact they're not. If running OODF through a POD processor produces anything useful, people will think it _is_ POD. Mark writes (http://www.xray.mpe.mpg.de/mailing-lists/modules/2003-03/msg00503.html): > POD is a visual markup language, and therefore information is lost > about what is being documented. Along the same lines, the embedded directives like B<>, I<> are wrong (or at least dangerous) and should be replaced with more descriptive directives. So, I think the bottom line is: either use 100% POD, or make a small POD-compliant extension to POD, or do not try to POD at all. If I were Mark, I would leave POD completely and go for something new. =begin oudf @FILE Java Call In Implementation | This file contains functions of Configuration Manager BeanInfo. @IN_MODULE FF @LOCAL Function Description -- @FUNC | @COPYRIGHT ACME Corporation 1998 @OWNER URB @HISTORY Seq Date RefNum Version Who Description @PR 0 | 981001 | e03371 | 7.2.04 | wwo | Initial version taken from the prototype @COMMENTS Sync with '$Id: ConfigManagerBeanBeanInfo.java,v 1.7 1998-12-02 15:31:01+01 jv Exp $' (TAB = 8, INDENT SIZE = 2) @XREF =cut Why not? -- Johan [1] I want to emphasize "as recognized by POD parsers", since perl itself does nothing with any directive.
Re: Module submission OODoc
On Fri, Mar 28, 2003 at 11:15:00AM +0100, Johan Vromans wrote: > Technically, this is true. But is this POD? Would you call this C: > >int foo(int bar) { > _asm("..."); > _asm("..."); > _asm("..."); > _asm("..."); >} Why, of course yes. There are plenty of perl programs nowadays containing nothimg more than a couple declarations and Inline::C blocks, and they are still perl. > The 'danger zone' for Mark's idea is to use POD-like stuctures, which > may people trick into thinking they're dealing with POD while in fact > they're not. If running OODF through a POD processor produces anything > useful, people will think it _is_ POD. Correct. If that is the design goal, then I still think Pod::OO is the better name for it. > Along the same lines, the embedded directives like B<>, I<> are wrong > (or at least dangerous) and should be replaced with more descriptive > directives. Depends on Mark's objective. Again, if he allows these PODesque mark-ups (especially L<>) in OODoc, many people will apply the "if it looks like POD, and it smells like POD..." argument. > If I were Mark, I would leave POD completely and go for something new. > > @FILE Java Call In Implementation | > @IN_MODULE FF > @LOCAL > @FUNC | > @COPYRIGHT > @OWNER > @HISTORY > @PR 0 | 981001 | e03371 | 7.2.04 | wwo | Initial version taken from the > prototype > @COMMENTS > @XREF If Mark goes with this route, then OODF or OODOC or MarkDoc are equally applicable, since it's something that has no relation with Pod, and (to borrow Mark's C => C++ metaphor) warrants a completely different name like "Java" did. So the question is... What does Mark wishes to achieve: syntactical compatibility, or radical departure? Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
Re: Module submission OODoc
* Johan Vromans ([EMAIL PROTECTED]) [030328 11:15]: > The =begin, =end and =for directives as recognized by POD parsers[1] > are designed to add specific extensions to POD. However, when you only > use the extensions then POD reduces to the bare mechanism to embed > non-perl information in perl programs. Agree. > The 'danger zone' for Mark's idea is to use POD-like stuctures, which > may people trick into thinking they're dealing with POD while in fact > they're not. If running OODF through a POD processor produces anything > useful, people will think it _is_ POD. > If I were Mark, I would leave POD completely and go for something new. > =begin oudf > > @FILE Java Call In Implementation | > This file contains functions of Configuration Manager BeanInfo. I think were are getting into a syntax debate for one of the documentation parsers which is implemented for OODoc. Debates about syntax are about as subjective as those about coding styles. The reason why my first doc syntax looks like POD, is to simplify conversion from existing doc into the new module: very little effort is needed... I don't think that the name of the module should depend on the syntax of one of the parsers. To come back to remarks so far: the name POD::OO is not honest to what the module does, but might be easier to "sell" to new users. I have no objections to a different name than OODoc, as long as it contains the real power of the module. Johan propossed OODF (Object Oriented Document Format), which only covers the parser partOODoc::Parser::OODF Other suggestions? -- MarkOv %-] drs Mark A.C.J. OvermeerMARKOV Solutions [EMAIL PROTECTED] [EMAIL PROTECTED] http://Mark.Overmeer.net http://solutions.overmeer.net
Re: Module submission OODoc
> Other suggestions? MDI (Mark's Document Information). XDI (Extended/Extensible Document Information). -- Johan
Re: Module submission OODoc
* Johan Vromans ([EMAIL PROTECTED]) [030328 12:15]: > > Other suggestions? > > MDI (Mark's Document Information). > XDI (Extended/Extensible Document Information). "Information" does not cover the processing, which the module does. "X" from "XDI" is loaded with a relation to "XML", which is not the case. -- MarkOv %-] drs Mark A.C.J. OvermeerMARKOV Solutions [EMAIL PROTECTED] [EMAIL PROTECTED] http://Mark.Overmeer.net http://solutions.overmeer.net
I'm taking over XML::TokeParser, mmkay ;)
Not too long ago XML::TokeParser disappeared from CPAN. Why did you remove XML::TokeParser from CPAN? Well, i'm-a-resurrectin' it. I tried contacting you before but you didn't write back (and a few of the messages bounced). This is my last attempt at communication and notice of my takeover. I'm cc-ing this on [EMAIL PROTECTED] If anyone has any objections, speak up. That is all. Cheers __SIG__ I am PodMaster. http://search.cpan.org/author/PODMASTER http://crazyinsomniac.perlmonk.org/perl/ppm/ http://crazyinsomniac.perlmonk.org/perl/ppm/5.8/ __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com
Re: Module submission OODoc
[Quoting Mark Overmeer, on March 28 2003, 12:25, in "Re: Module submissio"] > > MDI (Mark's Document Information). > > XDI (Extended/Extensible Document Information). > > "Information" does not cover the processing, which the module does. Right, I was confusing the information with the processing. MDS (Mark's Document System) XDS (Extended/Extensible Document System) HDS (Hierarchical Document System) PINP (PINP is not POD) No, I don't think a sole "X" implies a relationship with XML. -- Johan
Re: Module submission OODoc
* Johan Vromans ([EMAIL PROTECTED]) [030328 12:38]: > [Quoting Mark Overmeer, on March 28 2003, 12:25, in "Re: Module submissio"] > > "Information" does not cover the processing, which the module does. > > Right, I was confusing the information with the processing. > MDS (Mark's Document System) > XDS (Extended/Extensible Document System) > HDS (Hierarchical Document System) > PINP (PINP is not POD) > > No, I don't think a sole "X" implies a relationship with XML. When it has something to do with texts, I have that feeling. XML, XSLT, XHTML, ... When it is the name of a unix program, I related it to X11. HDS is nice, although not that different from OODS or OODoc PINP is a near hit: it should read PIMP. Oops... now the spam-filter rejects this message! -- MarkOv %-] drs Mark A.C.J. OvermeerMARKOV Solutions [EMAIL PROTECTED] [EMAIL PROTECTED] http://Mark.Overmeer.net http://solutions.overmeer.net
Re: modules@perl.org , Swiss Group Switzerland ! Earn up to 2 daily in the Swish Stock Exchange !
Swiss Group SA is one of Switzerland's leading private alternative investment companies which allocates its assets to a range of funds mainly in the field of alternative investment strategies. Its aim is to generate absolute daily compounded returns in USD terms. Swiss Group has been trading on the Swiss Stock Exchange since November 1999 and on Forex since early 1997. Swiss Group provides private and institutional investors with an easy and efficient way to invest with high returns. 50-500$ 1 500-1000$ 1,1 1,000-1,500$ 1,2 1,500-2,000$ 1,3 2,000-2,500$ 1,4 2,500-3,000$ 1,5 3,000-4,000$ 1,6 4,000-5,000$ 1,7 5,000-7,500$ 1,8 7,500-10,000$ 1,9 10,000-25,000$ 2,0 25,000$ special rate Click here to start earning: http://www.swiss-group.net
Re: Module submission OODoc
On Fri, Mar 28, 2003 at 12:08:22PM +0100, Mark Overmeer wrote: > I think were are getting into a syntax debate for one of the > documentation parsers which is implemented for OODoc. Debates > about syntax are about as subjective as those about coding styles. I did not know that you plan to implement drastically different document parsers other than POD, so now I see that OODoc is indeed better suited to the large-scaled templating framework you have in mind. Since it would support inclusion, inheritance and pluggable parsers and preprocessors, let's call it... Template Toolkit! :-) (But seriously, did you look into using TT2 to implement the backend of your parser and processing engine?) > To come back to remarks so far: the name POD::OO is not honest to what > the module does, but might be easier to "sell" to new users. I have no > objections to a different name than OODoc, as long as it contains the > real power of the module. After your remarks that raised your module to the 'software framework' level required by a top-level CPAN name, I see that OODoc is an adequate name and am willing to approve it, if no better suggestions comes up in a couple days. Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
Re: I'm taking over XML::TokeParser, mmkay ;)
On Fri, Mar 28, 2003 at 03:36:45AM -0800, DH wrote: > I tried contacting you before but you didn't write back > (and a few of the messages bounced). [snip] > If anyone has any objections, speak up. Can you give an account of how many times you tried reaching its author about this matter, and the date of those attempts? Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
Re: Module submission OODoc
[Quoting Autrijus Tang, on March 28 2003, 20:16, in "Re: Module submissio"] > After your remarks that raised your module to the 'software framework' > level required by a top-level CPAN name, I see that OODoc is an adequate > name and am willing to approve it, if no better suggestions comes up in > a couple days. I second, on the same condition. -- Johan
Re: Module submission POE::Component::Win32::Daemon
On Wed, Mar 26, 2003 at 03:12:05AM +0800, Autrijus Tang wrote: > On Tue, Mar 25, 2003 at 07:38:45PM +0100, Perl Authors Upload Server wrote: > > modid: POE::Component::Win32::Daemon > > (Oops, really cc'ing the POE people at [EMAIL PROTECTED]). > > I was under the impression that POE::Component::* modules are categorized > by functionality, not by platform; so, maybe > > POE::Component::Daemon::Win32 > > is a better choice here, so there can be POE::Component::Daemon::Unix > in the future. What do you think? > > Thanks, > /Autrijus/ Agreed here. POE::Component:: is a wide, open space in need of structure. -- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
Re: Module submission POE::Component::Win32::Daemon
On Fri, Mar 28, 2003 at 12:30:28PM +0800, Autrijus Tang wrote: > If so, can you submit another request on POD::Component::Daemon::Win32 > on PAUSE? :-) Err, I meant POE::Component::Daemon::Win32, of course... :) Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
Freak Out
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, <>
Module submission Tie::Tk::Listbox
The following module was proposed for inclusion in the Module List: modid: Tie::Tk::Listbox DSLIP: Rdprp description: Access Tk::Listbox widgets et al as arrays userid: SMUELLER (Steffen Müller) chapterid:8 (User_Interfaces) communities: similar: Tie::TkListbox rationale: Tie::TkListbox is dead, long live Tie::Tk::Listbox. As suggested by Autrijus, I switched namespaces. enteredby: SMUELLER (Steffen Müller) enteredon: Fri Mar 28 16:11:40 2003 GMT The resulting entry would be: Tie::Tk:: ::Listbox Rdprp Access Tk::Listbox widgets et al as arrays SMUELLER 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=d840_ea88d98724a3a2bd&SUBMIT_pause99_add_mod_preview=1 Immediate (one click) registration: https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=d840_ea88d98724a3a2bd&SUBMIT_pause99_add_mod_insertit=1
User update for WINKO
Record update in the PAUSE users database: userid: [WINKO] fullname: [Winfried Koenig] asciiname: [] email: [CENSORED] homepage: [] cpan_mail_alias: [publ] Data were entered by WINKO (Winfried Koenig). Please check if they are correct. Thanks, The Pause
Re: I'm taking over XML::TokeParser, mmkay ;)
> > Can you give an account of how many times you tried reaching its > author about this matter, and the date of those attempts? > > Thanks, > /Autrijus/ Not really. About 4 times, somewhere between Nov 19, 2002 and March March 2, 2003. I'll be waiting for a response till about April 12, 2003. __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com
naming advice: module for filtering scripting out of HTML
I'm working on a module for filtering scripting constructs out of HTML, leaving as much non-scripting markup in place as possible. I'm thinking HTML::XSSFilter, as it's an HTML filter primarily aimed at fighting Cross Site Scripting (XSS). Is anyone particularly unhappy with that ? -- Nick Cleaton [EMAIL PROTECTED]
New module Tie::Tk::Listbox
The next version of the Module List will list the following module: modid: Tie::Tk::Listbox DSLIP: Rdprp description: Access Tk::Listbox widgets et al as arrays userid: SMUELLER (Steffen Müller) chapterid:8 (User_Interfaces) enteredby: AUTRIJUS (☺唐宗漢☻) enteredon: Fri Mar 28 18:13:16 2003 GMT The resulting entry will be: Tie::Tk:: ::Listbox Rdprp Access Tk::Listbox widgets et al as arrays SMUELLER 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
Re: naming advice: module for filtering scripting out of HTML
On Fri, Mar 28, 2003 at 05:53:08PM +, Nick Cleaton wrote: > I'm working on a module for filtering scripting constructs out of > HTML, leaving as much non-scripting markup in place as possible. Cool idea. :-) > I'm thinking HTML::XSSFilter, as it's an HTML filter primarily > aimed at fighting Cross Site Scripting (XSS). HTML::DeCSS, then? ;) Just kidding. I think the current name is pretty good, but maybe HTML::StripScripts is more descriptive for somebody unfamiliar with the XSS abbreviation. Thanks, /Autrijus/ pgp0.pgp Description: PGP signature
Re: naming advice: module for filtering scripting out of HTML
On Sat, Mar 29, 2003 at 02:17:30AM +0800, Autrijus Tang wrote: > On Fri, Mar 28, 2003 at 05:53:08PM +, Nick Cleaton wrote: > > I'm working on a module for filtering scripting constructs out of > > HTML, leaving as much non-scripting markup in place as possible. > > Cool idea. :-) > > > I'm thinking HTML::XSSFilter, as it's an HTML filter primarily > > aimed at fighting Cross Site Scripting (XSS). > > HTML::DeCSS, then? ;) > > Just kidding. I think the current name is pretty good, but maybe > HTML::StripScripts is more descriptive for somebody unfamiliar with > the XSS abbreviation. Good point, HTML::StripScripts it is. -- Nick Cleaton [EMAIL PROTECTED]
bombardées autotochten cos - Instant Online Mortgage Quotes........
Title: caradelante drevum jiao bartokin PMVTQKXXQHXKPOBAXL bombardées fligt bombardées Einbauvorschriften Divyesh horzowsky 4295350 esrom megakarya 73956975453853698 Get Cash Out of your Home Equity Today! Refinance now, and take advantage of record low interest rates. Start Saving Money Today. BREITENBACH JSDWPEIMTMSCNPH FMUPKISLKKRDOOY 8092452938227284420 50019172776871747138 drevum fligt bombardées Einbauvorschriften drevum 4295350
! æå äãøê ùìê ìäâáéø àú äîëéøåú òåã äéåí
Title: StarWebz WebShop zolpo.starwebz.com galcakes.starwebz.com digitalics.starwebz.com wellness.starwebz.com 01 סיבות לבחירת pohSbeW: שליטה מלאה מהמחשב האישי שלך ביקורת מלאה על עדכונים בלתי מוגבלים של האתר מנגנון לניהול קטלוג המוצרים ניהול אינטאקטיבי של עד 1000 מוצרים בו זמנית קטלוג מקוון שנוצר באופן אוטומטי ניתן לבחור ממגוון העיצובים של אתרי הרשת גיבוי מלא לחנות הוירטואלית שלך קבלת כרטיסי אשראי באופן מקוון מנגנון לקידום מוצרים/שירותים בחירה אישית של שם המתחם שלך להדגמה חינם הירשם עכשיו: שם החברה שם טלפון דואר אלקטרוני עיר בעולם מתקדם של סחר אלקטרוני תוכל גם אתה לקחת חלק בהצלחה כבר היום! והכול בעזרת שליטה ובקרה מלאה מהמחשב שלך! ללא תלות של אנשי תמיכה והוצאות גדולות! You are receiving this special offer because you have provided permission to receive third party email communications regarding special online promotions or offers. If you do not wish to receive any further messages from starwebz please let us know by using the unsubscribe. Please do not reply to this email, your request will not be properly processed. This may be a reoccurring mailing. להורדה מרשימת התפוצה לחץ כאן והוסף את המילה Remove
Module submission POE::Component::Daemon::Win32
The following module was proposed for inclusion in the Module List: modid: POE::Component::Daemon::Win32 DSLIP: cdpOp description: POE interface to Win32::Daemon userid: PGUZIS (Peter Guzis) chapterid: 16 (Server_and_Daemon_Utilities) communities: similar: Win32::Daemon Win32::Daemon::Simple rationale: Whereas Win32::Daemon allows a Perl script to run as a native Windows NT service, POE::Component::Daemon::Win32 allows the same functionality with a POE event-based take on things. There is no more need to constantly poll the Win32 service manager and custom callbacks are supported for any state changes. enteredby: PGUZIS (Peter Guzis) enteredon: Fri Mar 28 23:01:32 2003 GMT The resulting entry would be: POE::Component::Daemon:: ::Win32 cdpOp POE interface to Win32::Daemon PGUZIS 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=f840_73f047a0bfa3f961&SUBMIT_pause99_add_mod_preview=1 Immediate (one click) registration: https://pause.perl.org/pause/authenquery?ACTION=add_mod&USERID=f840_73f047a0bfa3f961&SUBMIT_pause99_add_mod_insertit=1
PAUSE ID request (RJROOS; Robbert-Jan Roos)
Request to register new user fullname: Robbert-Jan Roos userid: RJROOS mail: CENSORED homepage: http://shiva.wox.org/ why: A module that handles smbclient. The following links are only valid for PAUSE maintainers: Registration form with editing capabilities: https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=0940_b749cb02f322f61b&SUBMIT_pause99_add_user_sub=1 Immediate (one click) registration: https://pause.perl.org/pause/authenquery?ACTION=add_user&USERID=0940_b749cb02f322f61b&SUBMIT_pause99_add_user_Definitely=1
User update for EBOHLMAN
Record update in the PAUSE users database: userid: [EBOHLMAN] fullname: [Eric Bohlman] asciiname: [] email: [CENSORED] homepage: [] was [http://www.omsdev.com/ebohlman/] cpan_mail_alias: [publ] Data were entered by EBOHLMAN (Eric Bohlman). Please check if they are correct. Thanks, The Pause
Seitenwechsel
Leider musste ich meine Page wo anders hochladen :-( Dies nutzte ich aber auch zu einem Update der Seite :-) Schau dir die Seite an und staune: Neue Seite Wir sehn uns dann auf der Seite wieder Küsschen Anja
Uri update for K/KW/KWILLIAMS/AI-Categorizer-0.05.tar.gz
Record update in the PAUSE uploads database: uriid: [K/KW/KWILLIAMS/AI-Categorizer-0.05.tar.gz] uri: [AI-Categorizer-fixed.tar.gz] was [AI-Categorizer-0.05.tar.gz] Data entered by Ken Williams (KWILLIAMS). Please check if they are correct. Thanks, -- The PAUSE
Re: Uri update for K/KW/KWILLIAMS/AI-Categorizer-0.05.tar.gz
On Saturday, March 29, 2003, at 12:22 AM, Perl Authors Upload Server wrote: Record update in the PAUSE uploads database: uriid: [K/KW/KWILLIAMS/AI-Categorizer-0.05.tar.gz] uri: [AI-Categorizer-fixed.tar.gz] was [AI-Categorizer-0.05.tar.gz] Data entered by Ken Williams (KWILLIAMS). Please check if they are correct. Hi, I tried to repair an upload this way, but it doesn't seem to have worked - PAUSE isn't fetching my new file. Last time I tried this, it seemed to work in less than a minute. Have I mixed something up? Something about the way I'm FTP-ing these files (using Net::FTP, via the 'release' tool of PETDANCE) is making them appear on PAUSE with zero length. Not sure what that's about either. Some Net::FTP debugging info follows: Net::FTP=GLOB(0x38afe8)<<< 250 CWD command successful. Net::FTP=GLOB(0x38afe8)>>> PORT 192,168,0,101,213,215 Net::FTP=GLOB(0x38afe8)<<< 200 PORT command successful Net::FTP=GLOB(0x38afe8)>>> STOR AI-Categorizer-0.05.tar.gz Net::FTP=GLOB(0x38afe8)<<< 421 No Transfer Timeout (60 seconds): closing control connection. Net::FTP=GLOB(0x38afe8)>>> QUIT Net::FTP: Unexpected EOF on command channel at /Library/Perl/Module/Release.pm line 323 PAUSE upload successful Thanks. -Ken
Re: Uri update for K/KW/KWILLIAMS/AI-Categorizer-0.05.tar.gz
On Saturday, March 29, 2003, at 12:39 AM, Ken Williams wrote: I tried to repair an upload this way, but it doesn't seem to have worked - PAUSE isn't fetching my new file. Last time I tried this, it seemed to work in less than a minute. Have I mixed something up? Argh - apparently I didn't wait long enough. After about 15 minutes, I got the confirmation email from PAUSE. Sorry for the itchy trigger finger. Something about the way I'm FTP-ing these files (using Net::FTP, via the 'release' tool of PETDANCE) is making them appear on PAUSE with zero length. Not sure what that's about either. Some Net::FTP debugging info follows: Net::FTP=GLOB(0x38afe8)<<< 250 CWD command successful. Net::FTP=GLOB(0x38afe8)>>> PORT 192,168,0,101,213,215 Net::FTP=GLOB(0x38afe8)<<< 200 PORT command successful Net::FTP=GLOB(0x38afe8)>>> STOR AI-Categorizer-0.05.tar.gz Net::FTP=GLOB(0x38afe8)<<< 421 No Transfer Timeout (60 seconds): closing control connection. Net::FTP=GLOB(0x38afe8)>>> QUIT Net::FTP: Unexpected EOF on command channel at /Library/Perl/Module/Release.pm line 323 PAUSE upload successful Still not sure about this FTP problem, though. -Ken
New module POE::Component::Daemon::Win32
The next version of the Module List will list the following module: modid: POE::Component::Daemon::Win32 DSLIP: cdpOp description: POE interface to Win32::Daemon userid: PGUZIS (Peter Guzis) chapterid: 16 (Server_and_Daemon_Utilities) enteredby: AUTRIJUS (☺唐宗漢☻) enteredon: Sat Mar 29 06:41:52 2003 GMT The resulting entry will be: POE::Component::Daemon:: ::Win32 cdpOp POE interface to Win32::Daemon PGUZIS 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
New module OODoc
The next version of the Module List will list the following module: modid: OODoc DSLIP: bdpOp description: Object Oriented documentation generator userid: MARKOV (Mark Overmeer) chapterid:2 (Perl_Core_Modules) enteredby: AUTRIJUS (☺唐宗漢☻) enteredon: Sat Mar 29 06:44:00 2003 GMT The resulting entry will be: OODoc bdpOp Object Oriented documentation generator MARKOV AUTRIJUS comments: So it's not likely any better name will show up... :) -- 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
Re: Uri update for K/KW/KWILLIAMS/AI-Categorizer-0.05.tar.gz
> On Sat, 29 Mar 2003 00:41:32 -0600, Ken Williams <[EMAIL PROTECTED]> said: >> Something about the way I'm FTP-ing these files (using Net::FTP, via >> the 'release' tool of PETDANCE) is making them appear on PAUSE with >> zero length. Not sure what that's about either. Some Net::FTP >> debugging info follows: >> >> Net::FTP=GLOB(0x38afe8)<<< 250 CWD command successful. >> Net::FTP=GLOB(0x38afe8)>>> PORT 192,168,0,101,213,215 >> Net::FTP=GLOB(0x38afe8)<<< 200 PORT command successful >> Net::FTP=GLOB(0x38afe8)>>> STOR AI-Categorizer-0.05.tar.gz >> Net::FTP=GLOB(0x38afe8)<<< 421 No Transfer Timeout (60 seconds): >> closing control connection. >> Net::FTP=GLOB(0x38afe8)>>> QUIT >> Net::FTP: Unexpected EOF on command channel at >> /Library/Perl/Module/Release.pm line 323 >> PAUSE upload successful Maybe you're behind a firewall and need to set passive ftp? -- andreas