I received this bug-report. The reported long name was the full path of
my uploaded file, not inside the package. It may have something to do
with the PAUSE database error which I already reported.
MarkOv
- Forwarded message from Daniel Böhmer -
From: Daniel Böhmer
Subject: [markov2
Reporting a "lock wait timeout"
MarkOv
- Forwarded message from PAUSE -
From: PAUSE
Subject: Failed: PAUSE indexer report
MARKOV/home/markov/local/perl-git/MIME-Types/
public_html/mime-types/source/MIME-Types-219targz/MIME-Types-2.19.tar.gz
Date: Fri, 16 Apr 2021 09:58:
* Kurt Starsinic ([EMAIL PROTECTED]) [030813 15:30]:
> On Aug 13, Perl Authors Upload Server wrote:
> > The following module was proposed for inclusion in the Module List:
> >
> > modid: Mail::Box::Procmail
> > Mail::Box::Procmail is a set of scripts and some classes which
> > crea
* 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... :)
Th
* 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 process
* 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
* 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 pro
* Autrijus Tang ([EMAIL PROTECTED]) [030328 04:57]:
> Is there anything in POD explicitly forbidden or incompatible with
> OODoc? If such conflicts necessarily exist, I'd be happy to rescind
> my disagreement.
OODco (or whatever it will be called) has three phases:
1) parsing
2) inheritance r
* Autrijus Tang ([EMAIL PROTECTED]) [030326 18:25]:
> On Wed, Mar 26, 2003 at 06:13:24PM +0100, Arthur Bergman wrote:
> I think Pod::OO or Pod::OODoc is less vague and more helpful for what
> this module does. As MARKOV states:
>
> POD is a visual markup language, and therefore information i
Hi all.
I would like to have a name-space for my new module.
Some of you have seen my talk at YAPC::Europe, demonstrating my
script which produces POD and HTML manual pages from pseudo POD.
I am working on a rewrite of my hack script into a decent module.
* Why?
I have a few modules which are q
Hi all.
I would like to have a name-space for my new module.
Some of you have seen my talk at YAPC::Europe, demonstrating my
script which produces POD and HTML manual pages from pseudo POD.
I am working on a rewrite of my hack script into a decent module.
* Why?
I have a few modules which are q
;[EMAIL PROTECTED]');
print $you;# no defaults for use object, but still usable
# "Hi you!" <[EMAIL PROTECTED]>
$msg->send(to => $you);
# based on an existing user
my $mark= User::Identity->new(fullname => 'Mark Overmeer',
charset => &
* Andreas J. Koenig ([EMAIL PROTECTED]) [030123 08:38]:
>> For my feeling, the focus of all responses till now is that the main issue
>> about user information is that it is stored in an address book. For me, the
>> main issue is that it is easily accessible and smart.
> If an Addressbook::Entry
* Andreas J. Koenig ([EMAIL PROTECTED]) [030121 09:37]:
> >>>>> On Tue, 21 Jan 2003 08:50:35 +0100, Mark Overmeer <[EMAIL PROTECTED]> said:
>
> > Please suggest something which is more suitable.
>
> Have you had a look at AddressBook::Entry? I haven&#
* _brian_d_foy ([EMAIL PROTECTED]) [030121 08:38]:
> In article <[EMAIL PROTECTED]>, Johan
> Vromans <[EMAIL PROTECTED]> wrote:
>
> > [Quoting Mark Overmeer, on January 20 2003, 19:16, in "Re: Module submissio"]
> > > Many applications have a ne
* _brian_d_foy ([EMAIL PROTECTED]) [030121 08:38]:
> In article <[EMAIL PROTECTED]>, Johan
> Vromans <[EMAIL PROTECTED]> wrote:
>
> > [Quoting Mark Overmeer, on January 20 2003, 19:16, in "Re: Module submissio"]
>
> > > Many applications have a
* Johan Vromans ([EMAIL PROTECTED]) [030120 17:29]:
> "Perl Authors Upload Server" <[EMAIL PROTECTED]> writes:
>
> > Planned classes: User::Identity Contains general info (defaults)
> > for the user, like name etc. When you specify a fullname only, it
> > tries to be smart and derived
* Arthur Bergman ([EMAIL PROTECTED]) [020803 20:45]:
> On fredag, augusti 2, 2002, at 03:49 , Mark Overmeer wrote:
> About two months ago, I registered a new module, however it seems
> nobody cared to take any action. Can anyone have a look at it this
> time?
>
>
Hi,
About two months ago, I registered a new module, however it seems
nobody cared to take any action. Can anyone have a look at it this
time?
Module Hash::Case, original message
http://www.xray.mpe.mpg.de/mailing-lists/modules/2002-06/msg00272.html
--
Thanks in advance,
Mar
Proudly presenting === Mail::Box version 2 ===
Mail::Box v2 is a full re-implementation of existing e-mail related
modules. The current version replaces Mail::Internet, MIME::Entity,
Mail::Mailer, Mail::Send, Mail::Folder, MIME::Parser, and many of
their helper modules. It took some spare tim
Hi,
I used the dark month of December (Northern Hemosphere) to have a
look at mail folders. I was a little disappointed by the popular
Mail::Folder implementation, for quite some reasons (most importantly
its long status as alpha and lack of development).
There are other modules which can hand
: http://www.dhp.nl/~gpp/
The official name will be changed into "Portable Presenter", or
"PPresenter" for short.
Full-name: Mark Overmeer
Requested PAUSEID: MARKOV
Email contact: [EMAIL PROTECTED]
Package: Portable Presenter
Description: C
PPresenter" for short.
Development Stage: R
Support Level: d
Language Used: p (+Tk)
Interface Style: O
Email contact: [EMAIL PROTECTED] (Mark Overmeer) MARKOV
Website: http://www.dhp.nl/~gpp/
What would be the best place to store the package? It is not a
script, and
23 matches
Mail list logo
