[30404] in Perl-Users-Digest
Perl-Users Digest, Issue: 1647 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jun 16 21:14:21 2008
Date: Mon, 16 Jun 2008 18:14:14 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Mon, 16 Jun 2008 Volume: 11 Number: 1647
Today's topics:
Re: Learning Perl <uri@stemsystems.com>
Re: Learning Perl <uri@stemsystems.com>
Re: Learning Perl <gord.REMOVE.c.e@gmail.com>
Re: Learning Perl <gord.REMOVE.c.e@gmail.com>
Re: Learning Perl <gord.REMOVE.c.e@gmail.com>
Re: Learning Perl <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Learning Perl <szrRE@szromanMO.comVE>
Re: Learning Perl <gremoveord.c.e@gmail.com>
Re: Learning Perl <uri@stemsystems.com>
Re: Learning Perl <uri@stemsystems.com>
Re: Learning Perl <uri@stemsystems.com>
Re: Learning Perl <mgjv@tradingpost.com.au>
Re: Learning Perl <gremoveord.c.e@gmail.com>
Re: rt.cpan.org works ok (was: Re: rt.cpan.org, search. <jessev@gmail.com>
Re: rt.cpan.org works ok (was: Re: rt.cpan.org, search. <benkasminbullock@gmail.com>
Re: rt.cpan.org works ok (was: Re: rt.cpan.org, search. <benkasminbullock@gmail.com>
Re: rt.cpan.org, search.cpan.org: why so unuseable? <benkasminbullock@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 16 Jun 2008 21:54:12 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Learning Perl
Message-Id: <x7abhlhwqj.fsf@mail.sysarch.com>
>>>>> "GCE" == Gordon Corbin Etly <gord.c.e@gmail.com> writes:
GCE> Uri Guttman wrote:
>> randal already proved your lack of array-fu. i will leave it at that.
GCE> And I posted a better example (admittedly my first one was indeed
GCE> flawed.) I how ever am no lacking in the manner you describe. However,
GCE> I'm at a loss as to why you made such a pointless reply.
because your comments overall were pointless and as randal showed also
had errors. you proved my point that to teach perl you need to know it
very well and also how to express questions and answers that teach
knowledge and not rote facts. randal has both of those in spades. i
claim to have a modicum of them, enough to keep doing more of it. you on
the other hand just flame about other posters and their posting style
and the few times you talk perl, you are just as likely to be wrong as
right.
just some musings as i crash and burn at yapc. why aren't you here
learning more perl?
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Mon, 16 Jun 2008 21:57:02 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Learning Perl
Message-Id: <x763s9hwlt.fsf@mail.sysarch.com>
>>>>> "GCE" == Gordon Corbin Etly <gord.c.e@gmail.com> writes:
GCE> Here is what I should of written:
GCE> # perl -e 'my @arr; print int(defined(@arr)), "\n"'
GCE> 0
that is even worse. defined on an aggregate tells you if the variable
had EVER been allocated before, not whether it has any elements. google
for aggregate, defined and my name for threads on this subject.
GCE> Now take this:
GCE> So @arr *is* undefined until it's, well, defined. Same goes for a hash.
nope. you don't get it.
GCE> See above; scalar, array, hash, they are defined until they are, well,
GCE> defined, so until then, they are undef. I'm not sure when this suddenly
GCE> became a lost mystery.
@array = () is defined but empty. defined on aggregates is meaningless
and useless.
read past threads on this. learn something.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Mon, 16 Jun 2008 15:03:37 -0700
From: "Gordon Corbin. Etly" <gord.REMOVE.c.e@gmail.com>
Subject: Re: Learning Perl
Message-Id: <6bo69qF3cfjh3U1@mid.individual.net>
A. Sinan Unur wrote:
> "Gordon Corbin Etly" <gord.c.e@gmail.com> wrote in
> news:6bni5cF3d330cU1 @mid.individual.net:
> > See below for the code I should of used.
> s/should of/should have/
> ...
> > Here is what I should of written:
> Ditto
> > # perl -e 'my @arr; print int(defined(@arr)), "\n"'
> > 0
> >
> >
> > Now take this:
> No, you take this:
You seem to have some anger issues. My post was not hostile in any way
so I don't know why you are so.
> C:\> perl -we "my @arr; print int(defined(@arr)), qq{\n}"
> defined(@array) is deprecated at -e line 1.
> (Maybe you should just omit the defined()?)
> 0
Maybe it's depreciated, but it still serves to illustrate the point that
the array or hash, before being initialized, are undefined in any sense
of the word. So maybe it's not literally "undef", it might as well be.
> perldoc -f defined
>
>
> Use of "defined" on aggregates (hashes and arrays) is
> deprecated. It used to report whether memory for that aggregate
> has ever been allocated. This behavior may disappear in future
> versions of Perl. You should instead use a simple test for size:
>
> if (@an_array) { print "has array elements\n" }
> if (%a_hash) { print "has hash members\n" }
Why are they removing this behavior? It seems logical that defined()
should return false on anything that hasn't yet be defined, no?
> *Sigh*
>
> *PLONK*
I really think you need some anger management classes; this is not how
one conducts a civil conversation.
--
G. C. Etly
------------------------------
Date: Mon, 16 Jun 2008 15:16:14 -0700
From: "Gordon Corbin. Etly" <gord.REMOVE.c.e@gmail.com>
Subject: Re: Learning Perl
Message-Id: <6bo71gF3d22soU1@mid.individual.net>
Jürgen Exner wrote:
> "Gordon Corbin Etly" <gord.c.e@gmail.com> wrote:
> Trying yet another ID besides
1) An email address is not an id. A person's name identifies who you
are. It's your name. I have never posted under a different name
identification.
2) None of this is relevant to the conversation.
> > Randal L. Schwartz wrote:
> > Here is what I should of written:
> > # perl -e 'my @arr; print int(defined(@arr)), "\n"'
> > 0
> >
> > Now take this:
> >
> > # perl -e 'my @arr = (123); print int(defined(@arr)), "\n"'
> > 1
> >
> > So @arr *is* undefined until it's, well, defined. Same goes for a
> > hash.
> Which part don't you understand (from perldoc -f defined)?
> Use of "defined" on aggregates (hashes and arrays) is
> deprecated. It used to report whether memory for that
> aggregate has ever been allocated. This behavior may
> disappear in future versions of Perl.
Whether it is depercated is not what the point was about. It was whether
it is logicla or not to consider /anything/ that hasn't yet been defined
to be undefined. Maybe nto literally "undef" but it seem hashes and
arrays might as well be. And why exactly is defined() being deprecated?
--
G. C. Etly
------------------------------
Date: Mon, 16 Jun 2008 15:18:37 -0700
From: "Gordon Corbin. Etly" <gord.REMOVE.c.e@gmail.com>
Subject: Re: Learning Perl
Message-Id: <6bo75uF3ckvchU1@mid.individual.net>
comp.llang.perl.moderated wrote:
> On Jun 16, 9:19 am, "Gordon Corbin Etly" wrote:
> > Then why does defined() return false until the array or hash are
> > defined?
> Because defined()'s meaning gets twisty
> when dealing with arrays/hashes. Until
> memory's been allocated, defined() will
> be false but then remain true even if it
> gets emptied again:
If it's emptied after it's been defined already, isn't that kind of like
making a string "", and thus, still defined? If so, then that behavior
seems to make sense.
--
G. C. Etly
------------------------------
Date: Mon, 16 Jun 2008 16:07:42 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Learning Perl
Message-Id: <0b8ji5xa7b.ln2@goaway.wombat.san-francisco.ca.us>
On 2008-06-16, Gordon Corbin. Etly <gord.REMOVE.c.e@gmail.com> wrote:
> Jürgen Exner wrote:
>> "Gordon Corbin Etly" <gord.c.e@gmail.com> wrote:
>
>> Trying yet another ID besides
>
> 1) An email address is not an id. A person's name identifies who you
> are. It's your name. I have never posted under a different name
> identification.
Except "Gordon Etly", no middle name. Clearly you're morphing in an
attempt to avoid killfiles; if you were merely attempting to avoid
spammers, you'd morph your email address but keep your so-called id.
Please, clpmisc readers, please don't feed this troll!
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Mon, 16 Jun 2008 16:29:57 -0700
From: "szr" <szrRE@szromanMO.comVE>
Subject: Re: Learning Perl
Message-Id: <g36t1p0ll2@news4.newsguy.com>
Uri Guttman wrote:
>>>>>> "GCE" == Gordon Corbin Etly <gord.c.e@gmail.com> writes:
>
>> Here is what I should of written:
>
>> # perl -e 'my @arr; print int(defined(@arr)), "\n"'
>> 0
>
>
> that is even worse. defined on an aggregate tells you if the variable
> had EVER been allocated before
This is how I'd expect a function like defined to behave, wouldn't you?
>> Now take this:
>
>> So @arr *is* undefined until it's, well, defined. Same goes for a
>> hash.
>
> nope. you don't get it.
I would like to know how is it wrong? It makes perfect sense to me.
>> See above; scalar, array, hash, they are defined until they are,
>> well, defined, so until then, they are undef. I'm not sure when this
>> suddenly became a lost mystery.
>
> @array = () is defined but empty. defined on aggregates is meaningless
> and useless.
I disagree that it's useless. To me it behaves as expected; if was
defined in any way since the point from which it was declared, then I
would expect defined to return true, else false if it hasn't been
defined yet, or explicitly undefined by using undef().
--
szr
------------------------------
Date: Mon, 16 Jun 2008 16:38:20 -0700
From: "Gordon Corbin Etly" <gremoveord.c.e@gmail.com>
Subject: Re: Learning Perl
Message-Id: <6bobreF3cdsacU1@mid.individual.net>
Uri Guttman wrote:
>>>>>> "GCE" == Gordon Corbin Etly <gord.c.e@gmail.com> writes:
>
> > Uri Guttman wrote:
...
> you on the other hand just flame about other posters and their posting
This is a bold faced lie. I have made comments, as anyone has the right
to do, but it's the likes of you that do any flaming in retaliation like
a child having a tantrum after being criticized or his friend being
criticized. Is it any wonder that any time I enter a conversation it's
people like you who turn anything I say upside down when all I was doing
was attempting to conduct civil conversation?
> style and the few times you talk perl, you are just as likely to be
> wrong as right.
Another false generalization. You do not know me nor my knowledge of
Perl. I really wish you'd stop with your personal vendetta and character
assassination attempts just because you don't agree with the way I write
things.
> just some musings as i crash and burn at yapc. why aren't you here
> learning more perl?
Like many people I've been using Perl for many many years and learning
is something I never stop doing.
--
G. C. Etly
------------------------------
Date: Mon, 16 Jun 2008 23:48:14 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Learning Perl
Message-Id: <x763s9aqm8.fsf@mail.sysarch.com>
>>>>> "GCE" == Gordon Corbin Etly <gremoveord.c.e@gmail.com> writes:
GCE> Uri Guttman wrote:
>>>>>>> "GCE" == Gordon Corbin Etly <gord.c.e@gmail.com> writes:
>>
>> > Uri Guttman wrote:
GCE> ...
>> you on the other hand just flame about other posters and their posting
GCE> This is a bold faced lie. I have made comments, as anyone has the
GCE> right to do, but it's the likes of you that do any flaming in
GCE> retaliation like a child having a tantrum after being criticized
GCE> or his friend being criticized. Is it any wonder that any time I
GCE> enter a conversation it's people like you who turn anything I say
GCE> upside down when all I was doing was attempting to conduct civil
GCE> conversation?
nyah! nyah! nyah!
>> style and the few times you talk perl, you are just as likely to be
>> wrong as right.
GCE> Another false generalization. You do not know me nor my knowledge
GCE> of Perl. I really wish you'd stop with your personal vendetta and
GCE> character assassination attempts just because you don't agree
GCE> with the way I write things.
it isn't personal. it is a professional vendetta. i help get people perl
jobs. i need to know perl and people. you are neither a perl nor a
people.
>> just some musings as i crash and burn at yapc. why aren't you here
>> learning more perl?
GCE> Like many people I've been using Perl for many many years and learning
GCE> is something I never stop doing.
years of perl and you didn't know about arrays and undef? or defined?
you might want to find a better teacher. of course i won't be that one
as i teach those that want to learn.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Mon, 16 Jun 2008 23:49:25 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Learning Perl
Message-Id: <x71w2xaqka.fsf@mail.sysarch.com>
>>>>> "s" == szr <szrRE@szromanMO.comVE> writes:
s> Uri Guttman wrote:
>>>>>>> "GCE" == Gordon Corbin Etly <gord.c.e@gmail.com> writes:
>>
>>> Here is what I should of written:
>>
>>> # perl -e 'my @arr; print int(defined(@arr)), "\n"'
>>> 0
>>
>>
>> that is even worse. defined on an aggregate tells you if the variable
>> had EVER been allocated before
s> This is how I'd expect a function like defined to behave, wouldn't you?
>>> Now take this:
>>
>>> So @arr *is* undefined until it's, well, defined. Same goes for a
>>> hash.
>>
>> nope. you don't get it.
s> I would like to know how is it wrong? It makes perfect sense to me.
>>> See above; scalar, array, hash, they are defined until they are,
>>> well, defined, so until then, they are undef. I'm not sure when this
>>> suddenly became a lost mystery.
>>
>> @array = () is defined but empty. defined on aggregates is meaningless
>> and useless.
s> I disagree that it's useless. To me it behaves as expected; if was
s> defined in any way since the point from which it was declared, then I
s> would expect defined to return true, else false if it hasn't been
s> defined yet, or explicitly undefined by using undef().
as i said, google for threads on agregates and defined. plenty said
already and i won't repeat it again.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Mon, 16 Jun 2008 23:51:26 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Learning Perl
Message-Id: <x7wskp9bwg.fsf@mail.sysarch.com>
>>>>> "GCE" == Gordon Corbin Etly <gord.REMOVE.c.e@gmail.com> writes:
>> C:\> perl -we "my @arr; print int(defined(@arr)), qq{\n}"
>> defined(@array) is deprecated at -e line 1.
>> (Maybe you should just omit the defined()?)
>> 0
GCE> Maybe it's depreciated, but it still serves to illustrate the
GCE> point that the array or hash, before being initialized, are
GCE> undefined in any sense of the word. So maybe it's not literally
GCE> "undef", it might as well be.
do you know what DEPRECATED means? it ain't depreciated. caps were used
to help the learning handicapped.
GCE> Why are they removing this behavior? It seems logical that defined()
GCE> should return false on anything that hasn't yet be defined, no?
you don't get it. perhaps you never will. will you google and learn?
will you learn to google? or do you need goggles? or do you gurgle?
GCE> I really think you need some anger management classes; this is not how
GCE> one conducts a civil conversation.
you need learning glasses (sic).
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Tue, 17 Jun 2008 10:04:07 +1000
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: Learning Perl
Message-Id: <slrng5dvrn.5iv.mgjv@martien.heliotrope.home>
On Sun, 15 Jun 2008 23:58:42 -0700,
Gordon Corbin Etly <gord.c.e@gmail.com> wrote:
> Ben Bullock wrote:
>
> Actaully, yes they do:
>
> # perl -e 'my @arr; print int(@arr == undef), "\n"'
> 1
> # perl -e 'my %hash; print int(%hash == undef), "\n"'
> 1
These is not the correct tests.
You're putting an array in a scalar context, where it evaluates to 0
(because the number of elements is 0, and an array in scalar context
evaluates to the number of elements it contains). You're treating undef
in a numerical context, where it evaluates to 0, and if you enabled
warnings, you'd be told that's what's happening. Since 0 equals 0, that
ends up being true.
A hash in scalar context evaluates to 0 (formally: false) if it has no
elements, and to #used_buckets/#allocated_buckets (formally: true)
otherwise. (1) The 'formally' bits indicate that those values should
only be used to est truthness.
See the perldata documentation for more details on this.
Try these (taking into account that they're really meaningless):
$ perl -le 'my @foo; print "yep" if defined @foo'
$ perl -le 'my %foo; print "yep" if defined %foo'
Note that if you enable warnings you'll be told that defined on an
aggregate is deprecated. The reason for this is that it is meaningless,
as an aggregate cannot be defined or undefined.
> If you assign actual values before hand then it prints "0\n"
I hope it's now clear why, and that it has nothing to do with
definedness of the aggregates.
Martien
--
|
Martien Verbruggen | life ain't fair, but the root password helps.
| -- BOFH
|
------------------------------
Date: Mon, 16 Jun 2008 18:01:31 -0700
From: "Gordon Corbin Etly" <gremoveord.c.e@gmail.com>
Subject: Re: Learning Perl
Message-Id: <6bogncF3c0hgmU1@mid.individual.net>
Keith Keller wrote:
> On 2008-06-16, Gordon Corbin. Etly <gord.REMOVE.c.e@gmail.com> wrote:
> > Jürgen Exner wrote:
> > > "Gordon Corbin Etly" <gord.c.e@gmail.com> wrote:
> > > Trying yet another ID besides
> > 1) An email address is not an id. A person's name identifies who you
> > are. It's your name. I have never posted under a different name
> > identification.
> Except "Gordon Etly", no middle name.
It's the same name. I have never tried using a different name than my
own. Many people change the way they write their name, and I've never
seen anyone make such a fuss about it.
> Clearly you're morphing in an attempt to avoid killfiles;
Not so much avoiding killfiles, but to annoy those who use their
killfiles in order to get the last word and then attempt to block you
out. Why should I give people who act that way a free pass and conform
to /their/ demands when it's they who are in the wrong?
> if you were merely attempting to avoid spammers, you'd morph your
> email address but keep your so-called id.
That's exactly what I have been doing. *sigh*
--
G. C. Etly
------------------------------
Date: Mon, 16 Jun 2008 14:30:37 -0700 (PDT)
From: Jesse Vincent <jessev@gmail.com>
Subject: Re: rt.cpan.org works ok (was: Re: rt.cpan.org, search.cpan.org: why so unuseable?)
Message-Id: <8cc87737-617d-4c02-a50c-449cc2f5baf4@r66g2000hsg.googlegroups.com>
On Jun 15, 10:45 am, brian d foy <brian.d....@gmail.com> wrote:
> In article <g32vih.16...@news.isolution.nl>, Dr.Ruud
>
> <rvtol+n...@isolution.nl> wrote:
> > Ben Bullock schreef:
> > > what's wrong with search.cpan.org? I
> > > have no idea what software is behind the search engine, but sometimes
> > > the search pages come up totally blank or they miss things which I
> > > know are there.
>
> > I use it every day and have never had that experience, so the problem
> > must be at your end.
>
> A lot of people (including me), have the same complaints: Don't
> discount what Ben said just because you don't have a problem.
>
> http://brad.livejournal.com/2342234.html
>
> http://use.perl.org/~Alias/journal/34801
>
> https://twitter.com/gisle/statuses/782101160
Brian, Ben,
As far as I know, Adam is fairly happy with the work we've done over
the past year to improve functionality and performance. I'm not going
to speak for brad and gisle as I haven't heard anything from them in
rather a long time.
For what it's worth, I've personally had trouble with Bitcard
authentication. That's why we added support for OpenID logins. And
CPAN authors can also log in with their PAUSE credentials, which is a
simple username/password combo.
Of course, having walked through the archives of the queue we use for
tracking bug reports and issues in rt.cpan.org, I don't see a single
email from Brian describing his problems or asking for help. And the
only thing I see from Ben is a message asking us to respond to people
complaining on usenet this afternoon.
So, guys, if you have problems, why don't you write to us asking for
help rather than starting by publicly complaining? [And yes, that's a
rhetorical question. We'd be happy to help out if you write to the
address on the front-page of rt.cpan.org. But usenet is not a valid
support channel for us]
-Jesse
------------------------------
Date: Mon, 16 Jun 2008 21:31:59 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: rt.cpan.org works ok (was: Re: rt.cpan.org, search.cpan.org: why so unuseable?)
Message-Id: <g36m4f$ola$2@ml.accsnet.ne.jp>
On Sun, 15 Jun 2008 11:46:40 +0200, Dr.Ruud wrote:
> Ben Bullock schreef:
>
>> Whenever I try to submit a bug via rt.cpan.org, I have to go through
>> about five screens in order to log in.
>
> I go to https://rt.cpan.org and am automatically loggged in, without any
> hassle at all.
That's very lucky for you.
> On the top of the initial page it says:
> Please report any issues with rt.cpan.org to
> rt-cpan-admin@bestpractical.com.
I'll send them an email link to this Usenet conversation on Google Groups.
> I use it every day and have never had that experience, so the problem
> must be at your end.
Well, if it is a problem at my end, it's a problem which spans several
computers, many operating systems, and many other people.
------------------------------
Date: Mon, 16 Jun 2008 22:02:48 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: rt.cpan.org works ok (was: Re: rt.cpan.org, search.cpan.org: why so unuseable?)
Message-Id: <g36nu8$ola$3@ml.accsnet.ne.jp>
On Mon, 16 Jun 2008 14:30:37 -0700, Jesse Vincent wrote:
> As far as I know, Adam is fairly happy with the work we've done over
> the past year to improve functionality and performance. I'm not going
> to speak for brad and gisle as I haven't heard anything from them in
> rather a long time.
Gisle Aas's complaint dates from 3rd April 2008, two and a half months
ago.
> So, guys, if you have problems, why don't you write to us asking for
> help rather than starting by publicly complaining?
The reason I posted the original "public complaint" rather than sending
an email was to get some feedback on whether it was "just me" or whether
other people were experiencing the same problems.
------------------------------
Date: Mon, 16 Jun 2008 20:59:01 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: rt.cpan.org, search.cpan.org: why so unuseable?
Message-Id: <g36k6k$ola$1@ml.accsnet.ne.jp>
On Sun, 15 Jun 2008 09:44:28 -0500, brian d foy wrote:
> Well, it has been brought up several times before. "CPAN" isn't really
> anything. There isn't a person who can "tell" anyone to fix RT, or
> anything else, and there is no one who can tell any particular module
> author that they have to use RT. Authors are free to use any system
> they like. They might use Sourceforge, or Google Code, or their own
> thing.
But the "Report a bug" link on the web page of every CPAN module goes to
rt.cpan.org, which makes it the default way to report a bug, in the same
way that the "Rate this distribution" link goes to cpanratings.perl.org.
Perhaps there is a better way to rate distributions or report bugs but
most people are going to end up at these sites. Similarly with the
"Annotate this POD" link.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 1647
***************************************
