tion an announce list. Does that still exist ?
Yes, there is [EMAIL PROTECTED]
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
[EMAIL PROTECTED] Please fix that. Thanks,
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
This list is for MacPerl, the port of perl for Mac OS (versions 7 through
9), which is not the same as perl on Mac OS X.
Please see the [EMAIL PROTECTED] mailing list for discussion of perl on Mac OS X.
http://lists.perl.org/
--
Chris Nandor [EMAIL PROTECTED
leased a new
version of MacPerl. I too am surprised no one else has noticed it, or at
least, not mentioned it.
>Simply adding "$REVISION" on line 5 of the module, in the "use vars"
>statement, fixes it, but *this sucks*.
The good thing it is that it is an easy fix f
n't quite a useful module for
most people regardless, as modules seem to work best when they aren't a
hodgepodge like this is. Perhaps name it DocG::Toolbox ?
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
ntirely
descriptive. Perl::Source?
I'd tend to think it should go under Perl::, in any event. But then again,
maybe that's too presumptuous (maybe something that "tied" to Perl should
be approved by a pumpking)? If so, maybe Source::Perl?
Parse::Source::Perl?
--
Chris Nan
I'd also recommend something for Windows XP go
under Win32::. Anyone else with thoughts?
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
r OSX would be OK.
I would prefer Mac::Cocoa::. There is already a plan for a Mac::Carbon.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
ly, I don't have any alternate suggestions for you, but
Net::Libnet is just bad.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
tc. This would be
Mac::Carbon::Something in that case ...
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
At 11:44 -0500 2002.01.14, John Gruber wrote:
>Chris Nandor <[EMAIL PROTECTED]> wrote on 1/14/02 at 9:27a:
>
>> Yes, I agree it is confusing. I am not crazy about MacOSX, but can think
>> of nothing better, so I am not objecting.
>
>I have a feeling that "Mac
the module, and I am not saying the module as
it exists is wrong in any way. But the issue of duplicated functionality
and compatability (as well as the issues of what File::Copy etc. should do)
need to be addressed, so that we all know what direction things are headed,
and so that interested parties have a chance to weigh in.
Thanks,
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
nd my position.
Sure. Please make a note of how it is different from Time::HiRes in your
docs, though, because surely others will want to know. :-)
Thanks,
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
han unixtime which
>was not precise enough for my development. So it might helps others
>too. Some of the Modules i am gonna to publish soon will require
>this Module also.
What is SZTime? Why not Time::HiRes, which is going to be included with
perl 5.8?
--
Chris Nandor
?
>P.S. I'd still suggest that some general policy is probably worth having,
>regardless of how this particular module name is resolved...
Yeah, probably. :)
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
At 18:29 -0500 2001.11.28, Deven T. Corzine wrote:
>Is there a procedure in place for reclaiming abandoned Perl modules names
>that are listed in the modules list, but were never uploaded to CPAN?
What module(s) are you thinking of?
--
Chris Nandor [EMAIL PRO
ng to do with sendmail the
MTA. But the module has existed for quite some time, it wouldn't do to
change it now.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Mail::SMI", since SMI is now an acronym
(cf: Net::SMTP, etc.).
Thanks,
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
:26 2001 GMT
>
>The resulting entry would be:
>
>SENDMAIL SdpOg Simple Personal Mail Module DFROZ
There's already a module called Mail::Sendmail. This module should not be
in all caps, it should be under Mail::, and it shouldn't have the same n
At 21:56 +0200 2001.10.04, Andreas J. Koenig wrote:
>>>>>> On Thu, 27 Sep 2001 10:29:09 -0400, Chris Nandor <[EMAIL PROTECTED]> said:
>
> > At 15:30 +0200 2001.09.27, Andreas J. Koenig wrote:
> >> I'm asking because there are pending registrations
ing if there's anything that should be done with Slash to get
those modules "registered". I don't have much experience with
distributions like this on CPAN; I normally just deal with plain old module
distributions. Any thoughts?
--
Chris Nandor [EMAIL PR
the Slash distribution, which is not really designed at
this point to be put on CPAN in the modules section.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
:) Then any ol' MacPerl with the right Gestalt could
>potentially use threads.
Sorry for my late reply.
I don't know a lot about threads, so I am not the one to ask about this.
You might get a better answer on macperl-porters (or not :), but that is
the place to discuss it regar
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
At 16:25 -0400 2001.08.26, Kirrily 'Skud' Robert wrote:
>On Sun, Aug 26, 2001 at 04:17:16PM -0400, Chris Nandor wrote:
>|
>| While I agree with the first sentence, I don't agree with the second,
>| necessarily. First, there is no MacOS::, it is Mac::. ;-) Secondly
ails that come through
here (I think). I think the general rationale is that given enough list
members, each of the important mails will get read by *someone*. *grin* I
only read what I can, when I can, if I have something to contribute.
--
Chris Nandor [EMAIL PROTECTED]
already a lot
of modules under the Template:: namespace, all belonging to Template
Toolkit, and there's a lot of room here for confusion and conflict.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
At 12:52 +0200 2001.08.08, Bart Lateur wrote:
>There have been questions here before, about finding a version of
>Parse::RecDescent that is MacPerl compatible.
BTW, Parse::RecDescent works fine on MacPerl 5.6.1a4. At least, it should.
--
Chris Nandor [EMAIL PRO
han aesthetically/semantically ideal...
I personally feel that neither is necessarily better (David's points were
all good) and therefore I would prefer to defer to the preexisting
namespace.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Develop
At 15:32 +0200 2001.05.03, Andreas J. Koenig wrote:
>Not as it is programmed now. PAUSE would answer:
>
>ERROR: The submission didn't succeed due to the following reason:
>
> Dist C/CN/CNANDOR/AudioCD-0.20.tar.gz, current version 0.20 has
> been uploaded by CNANDOR. Please contact CN
guess
they can be registered by others in this manner by someone(s) else?
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
At 08:03 +1000 2001.04.12, Damian Conway wrote:
>Since there's been no reply in the last two days, I'm going to
>take silence as indicting consent, and release the NEXT as NEXT.pm
Fine, YOU DO THAT!
Really.
--
Chris Nandor [EMAIL PROTECTED]http:/
CD. Seems Audio::CD::CDDB might best, though I know that's
kinda annoying.
Cc: to Rocco Caputo, author of CDDB.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
t install Bundle::CPAN. Did you install
cpan-mac? If not, you need to. You need Compress::Zlib and more from that
(well, you could install everything individually). Also, note in the
cpan-mac README about not installing Bundles.
Maybe I should patch CPAN.pm to not print that message on MacOS.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
entifying modules as PerlIO::. That is, I don't really know much about
what modules in PerlIO:: would be. Would all of them be regarding data
transformations using the PerlIO functionality? If so, then that seems
fine to me.
--
Chris Nandor [EMAIL PROTECTED]http://
ntation. I think people have come to expect
Net::${PRTOTOCOL} modules to be Perl/XS/etc. implementations of that
protocol. This is quite unfortunate, IMO.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
since it is in the perl core. But you might want to ping Jarkko
about it first, or just see if anyone here thinks it is a bad idea, before
proceeding. Sometimes discussing ideas like that in p5p can be ...
counterproductive. :)
--
Chris Nandor [EMAIL PROTECTED]http://pud
At 9:23 -0800 2000.11.29, Nathan Wiger wrote:
>Chris Nandor wrote:
>>
>> Well, h2xs already creates a reasonable module framework, which I think is
>> just fine. If people used it, we would not have a lot of the problems we
>> have, and I don't see people usin
opposed to the idea, I just don't know if it
will accomplish the goal you want to accomplish.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
have one at
SourceForge that could be used,
http://lists.sourceforge.net/mailman/listinfo/mp3-info-discuss) and we can
discuss what our technical requirements are, what interfaces we want, and
how we can merge the existing codebases together to achieve it all.
--
Chris Nandor [
>Uh, well, it's a little hard to describe. I'm not sure which category
>is most appropriate.
>
>See http://why-compete.org for details.
There is nothing on the main page, that I see, that relates to an Emotion
module. Can you be more specific?
--
Chris Nandor
At 3:48 +0100 2000.11.10, Andreas J. Koenig wrote:
>Opinions?
That's the opinion I gave, so I obviously agree. :)
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
wer is needed.
It had always been the hope that the members of the Perl community would be
reasonable in such issues, but it is clear that this won't always be the
case.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
At 9:45 -0800 2000.11.09, Paul J. Lucas wrote:
>On Thu, 9 Nov 2000, Chris Nandor wrote:
>
>> I wrote:
>> >So essentially I'm being asked to pay for his mistake of
>> >misnaming his module/distribution ...
>
>> If that is how you prefer to see it, th
At 8:30 -0800 2000.11.09, Paul J. Lucas wrote:
>On Thu, 9 Nov 2000, Chris Nandor wrote:
>
>> You are arguing at one time against confusion,
>
>I'm not arguing anything. I never started this whole argument.
Yes, you are. You are arguing that your names should get to remai
many people have come to
know and expect it. I think the most reasonable solution is to have a
dummy HTML::Tree module in his distribution, thereby unifying the name with
the distribution.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
ould not be part of the name).
Yes, it shouldn't, but a name also shouldn't be the same as another name.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
that you took a name that was essentially already taken.
You seem to be interested in taking a name that is not confusing, but that
is exactly what you are doing, so that is an argument you cannot possibly
win.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Sourc
me, actually. About as good as Apache, Tk,
and others. It is a unique label that people have come to know.
> I don't want to
> pick a meaningless name just so it's unique. Sorry.
The problem is that when you pick an existing name for another purpose, it
becomes de facto
modules of the last several days that I try.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
RCE/
>nor
> http://cpan.org/modules/by-module/Filesys/
>
>Thanks
>
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
on. Not that "Open"
means much there, but I'd want to have the module in a place with other
finance modules (i.e., Finance::).
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
r something.
How about a Tom::Tools namespace? :-)
You could do Module::Tools and Pod::Tools. Maybe PPT could be in
Power::Tools, POSIX::Tools, Unix::Tools?
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
the same thing. It seems kinda silly, but probably the best
route to take. Ideally, the name of one or the other (dist / module) would
be changed, but that probably has more problems than this, which just has
the problem of being a little bit silly. :-)
--
Chris Nandor [EMAIL
led HTML-TreeBuilder, since
that's the nae of the module. Oh well.
Thanks,
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
pmall, in
pmtools.
http://doriath.perl.com/misc/pmtools-1.00.tar.gz
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
. :-)
Anyway, I don't know anything about RIPE and don't know if collaboration
with Dana is warranted or necessary. There's no official protocol for it;
we trust that you all can work it out.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Ope
followed by pointers to
the references.
Thanks,
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
tact him and ask if he is willing to surrender
the name to you. Although, if his module seems to be in some significant
use, that might not be appropriate, unless you had the same interface.
Otherwise, then another name for your module might be best.
--
Chris Nandor | [EMA
favors_ them. :)
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover.Net| [EMAIL PROTECTED] | http://slashcode.com/
oAutoInherit or something?
Or maybe Class::LetsComeUpWithANameJavaProgrammersWouldBeProudOf ;)
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover.Net| [EMAIL PROTECTED] | http://slashcode.com/
uggest I use? If neither of these seems
>acceptable, what would you suggest?
Because it is such a common acronym, I'd think Net::IM or Net::AIM might be
acceptable, though I am fairly sure others will disagree.
--
Chris Nandor | [EMAIL PROTECTED] | http://pu
In modlist.data, it says for GD:
GIF editing/painting/manipulation
It should be (according to the module POD):
Interface to Gd Graphics Library
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover.Net| [EMAIL PROTECTED] | http://slashcode.com/
I've already given my opinion on the matter and don't want to keep
restating it, so I'll keep it brief, I hope.
At 8.28 +0200 2000.06.27, Steffen Beyer wrote:
>Hello Chris Nandor, in a previous mail you wrote:
>> Note that "Date::Object" tells me not a jot
more comfort.
>4> Therefore I still need a good name for the OO frontend module.
I think that possibly one does not exist. Now, Date::Calc::Simple or
Date::Calc::Easy might be better ... but it might also be misleading,
if the only difference is that it is OOP.
Maybe there is not a
it maybe fits under Audio. Cdrom would
>also be ok. what do you think?
>
>Audio::CDDB
>
>is this possible with the other CDDB.pm in mind?
>is it useful?
What does your module do, again?
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover
I saw this in the perl-mumps distribution:
>This package is free for use but not modification. This includes
>production commercial use.
So it just caused me to wonder, is there a policy about stuff on CPAN being
"free"?
--
Chris Nandor | [EMAIL PROTECTED] |
that has to change.
Yeah, or else anyone can take over any namespace on search.cpan.org.
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover.Net| [EMAIL PROTECTED] | http://slashcode.com/
/RC/RCAPUTO/CDDB-1.03.tar.gz
I see two problems. One, that someone was allowed to upload CDDB other
than Rocco (that seems to me to be a bug, but I could be wrong). The other
is that somehow FONKIE and KRAEHE have the exact same distribution.
Perhaps KRAEHE mistakenly claimed it as his own after
t search.cpan.org to see if it already exists.
Although this seems like it may be a PAUSE bug; I thought that no one could
upload "DistName-\d+.\d+.tar.gz" if DistName already belonged to another
author.
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.ne
w indexes
> rmtreee ANDK
> ln -s A/AN/ANDK .
>
>The gory details available on request. Every hour we will copy one
>author's directory and will cause considerable extra traffic and many
>deletions. Please help me watch this process to prevent accidents.
So will the ol
gt;> Apache:: prefix...
>
>Well... maybe. ;-)
>
>It should be possible to distribute it as AxKit-X.XX.tar.gz, but have it
>install as Apache::AxKit::*, right?
Yes. You can have a distribution called, for example, MailTools or libnet
or TimeDate without a MailTools.pm or libnet.pm or TimeDate.pm (Hi,
Graham!).
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover.Net| [EMAIL PROTECTED] | http://slashcode.com/
t that all of the above are sins, beause some of them
aren't.
2. I don't know what a "product" is.
>As for being "widely known, standards, etc", well I hope to make the first
>one of those a reality in the near future with a number of articles in
&g
me hierachy to choose.
>> I would like the WAP:: toplevel name, with my individual modules
>> released at second level as they get contributed.
>
>Sounds good. What does 'WAP' stand for?
Wireless Application Protocol. There's also WML, Wireless Markup La
names, and I do not like acronyms for top-level names (unless
they are widely known, standards, etc.). FWIW, that wouldn't mean needing
to change the name of the mailing list, and fixing the modules and docs is
almost as easy as a global one-liner. :-)
--
Chris Nandor | [EMA
re, sign me up. I don't know how much time I can devote, but the
worst-case scenario is I won't be any less available than anyone else. ;-)
--
Chris Nandor | [EMAIL PROTECTED] | http://pudge.net/
Andover.Net| [EMAIL PROTECTED] | http://slashcode.com/
about
simlultaneous release of the same module under two different names?
--
Chris Nandor mailto:[EMAIL PROTECTED] http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
what I was sorta thinking. I just hate to screw with that
damned ontology axis. But I see three votes for MP3::, so I would not be
opposed to changing MPEG::MP3Info to MP3::Info. Please advise me on how
this should be handled; it is a fairly well-used module, and such a change
will surely
no. Orwant, are any of us
treading down the path to hell here? :D
--
Chris Nandor mailto:[EMAIL PROTECTED] http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
79 matches
Mail list logo