|On 6/4/02 12:22 PM, David Wheeler wrote:
| I think that if we can agree to forego backwards compatibility, we might
| also be in a better position to set up a CP6AN with much better quality
| control. All of the most important modules will be ported very quickly
| (e.g., the DBI), and a lot
On Thu, Jun 13, 2002 at 12:00:13AM +0300, [EMAIL PROTECTED] wrote:
|On 6/4/02 12:22 PM, David Wheeler wrote:
| I think that if we can agree to forego backwards compatibility, we might
| also be in a better position to set up a CP6AN with much better quality
| control. All of the most
For the record, you will hear no disagreement from me. I recognize that
this is a HARD problem. Nonetheless, I think it's an important one, and
solving it (even imperfectly, by only supporting well-defined platforms)
would be a major coup.
--Josh
At 23:31 on 06/05/2002 BST, Nicholas Clark
Good stuff. Sounds halfway between CPAN.pm and activestate's ppm. See
also debian's apt-get.
Which brings me to my pet peeve- I think it's time to start doing binary
packaging in CPAN, for those who don't want to bother with compilation.
That has interesting implications for how we deal
On Tue, Jun 04, 2002 at 01:11:58PM -0700, David Wheeler wrote:
On 6/4/02 12:59 PM, Steve Simmons [EMAIL PROTECTED] claimed:
Actually, for 6PAN I think they should have to pass. And maybe we
need a bug submission setup, and status checks, and . . . OK, OK, I'll
stop now. They're nice
On Tue, Jun 04, 2002 at 04:15:02PM -0400, John Siracusa wrote in
response to me:
Frankly, I'd argue that nothing in 6PAN ought to be in alpha/beta state.
. . .
Nah, I think it's useful to be able to upload unstable versions to 6PAN to
get the widest possible audience of testers. It's a
On 6/5/02 2:59 PM, Steve Simmons wrote:
Sticking just to the disk-intensive issue for a moment --
[...]
With the new one, we seem to have agreed that `most recent' will be
used, not `first found'. That means that every tree must be probed,
and probed with globs or sub-searches to match the
At 2:59 PM -0400 6/5/02, Steve Simmons wrote:
My seat of the pants number say our current tools (which use DBI to
access databases) spend about as 10% of their CPU and wall clock time
in compilation. This is measured by deliberately running the tools
with an error (bad switch) vs running it
At 12:55 AM -0400 6/5/02, Josh Wilmes wrote:
Good stuff. Sounds halfway between CPAN.pm and activestate's ppm. See
also debian's apt-get.
Which brings me to my pet peeve- I think it's time to start doing binary
packaging in CPAN, for those who don't want to bother with compilation.
That has
On Wed, Jun 05, 2002 at 12:55:36AM -0400, Josh Wilmes wrote:
Good stuff. Sounds halfway between CPAN.pm and activestate's ppm. See
also debian's apt-get.
Which brings me to my pet peeve- I think it's time to start doing binary
packaging in CPAN, for those who don't want to bother
For the record, you will hear no disagreement from me. I recognize that
this is a HARD problem. Nonetheless, I think it's an important one, and
solving it (even imperfectly, by only supporting well-defined platforms)
would be a major coup.
I'd like to take that even further: just
stuck in the middle, doling out half
measures all round.
--
ua The dumb joke of the day is: Call Microsoft. When the operator
answers, Microsoft, may I help you? respond: I can't understand you.
You're breaking up.
On Tue, Jun 04, 2002 at 10:43:02AM +0100, Simon Cozens wrote:
(Please CC me on replies)
I don't often express many opinions on Perl 6 these days, but I feel I have to
warn people about what I see as a potential loss of direction.
I'm becoming somewhat disillusioned with Perl 6 these days;
Dave Mitchell:
(Please CC me on replies)
Actually, now I come to think of it, please don't CC on replies. One thing I
really hated about Perl 6 was the number of people sniping from the sidelines
providing no useful contribution. And now I've become one. Urgh.
One word: CPAN.
I understand
gone too far. But let's not get stuck in the middle,
# doling out half measures all round.
Just because we're trying to make radical changes doesn't mean we can't
make a small sacrifice to the backwards-compatibility gods. After all,
it would be kinda nice if there were users besides p6* list
On 6/4/02 8:13 AM, Simon Cozens [EMAIL PROTECTED] claimed:
Yes, there's a lot of legacy crap out there. Much of the important parts of it
are XS, which we can't hope to support. (No, Dan, be realistic) So, let's go
through the CPAN argument:
snip /
Personally, I'm still really jazzed about
On Tue, Jun 04, 2002 at 04:13:36PM +0100, Simon Cozens wrote:
Hmm, June 4. Independence day, with an off by 1 error. Must be a C
program involved somewhere. :-)
In brief, I'm with Damien on this one. IMHO C++ is an ugly bastard of
a programming language because they cut the cord
On Tue, 4 Jun 2002, Simon Cozens wrote:
: Dave Mitchell:
: (Please CC me on replies)
:
: Actually, now I come to think of it, please don't CC on replies. One thing I
: really hated about Perl 6 was the number of people sniping from the sidelines
: providing no useful contribution. And now
Steve Simmons:
We have said that perl5 will be *mostly* mechanically translatable into
perl6.
And we shall keep saying this until we believe that it is true?
--
Hubris is when you really do have it, enough so only the gods slap you
down. Pretentiousness is when you don't have it, and
On Tue, Jun 04, 2002 at 05:40:08PM +0100, Simon Cozens wrote:
Steve Simmons:
We have said that perl5 will be *mostly* mechanically translatable into
perl6.
And we shall keep saying this until we believe that it is true?
*grin*
My apologies for using the wrong name, Simon. Doh!
--
STEP
On Tue, 4 Jun 2002, Simon Cozens wrote:
: Steve Simmons:
: We have said that perl5 will be *mostly* mechanically translatable into
: perl6.
:
: And we shall keep saying this until we believe that it is true?
No, we'll keep saying this until we make it true. Faith without
works is dead.
On Tue, 4 Jun 2002, Simon Cozens wrote:
Steve Simmons:
We have said that perl5 will be *mostly* mechanically translatable into
perl6.
And we shall keep saying this until we believe that it is true?
As a Perl user (the kind of guy who uses Perl at work for everything
humanly possible), I
On 6/4/02 12:22 PM, David Wheeler wrote:
I think that if we can agree to forego backwards compatibility, we might
also be in a better position to set up a CP6AN with much better quality
control. All of the most important modules will be ported very quickly
(e.g., the DBI), and a lot of the
On Tue, 4 Jun 2002, Dave Mitchell wrote:
Having said that, I have real, real doubts that Perl 6 will ever be able
to execute Perl 5 code natively. Its not just a case a writing a new
parser and some P5-specific ops; P5 has so many special features, boundary
conditions and pecularies, that to
Larry Wall:
That's exactly what I've been arguing for all along. Grr
Thank you. Now I'm somewhat less concerned. And that makes the implementation
much easier. It was just when people were saying that the parser needed to
be sufficiently flexible to parse both languages that I got the
On 6/4/02 9:59 AM, John Siracusa [EMAIL PROTECTED] claimed:
1b. 6PAN modules comply with an informal contract to maintain
backward-compatibility within all N.MM versions, where N is constant. In
other words, incompatible API changes are only allowed by incrementing the
major version (e.g.
On 6/4/02 12:34 PM, Steve Simmons wrote:
As for CPAN . . . don't get me started. CPAN is a blessing, but has
become a curse as well. It's contents need to be razed to the ground
and better/more conistant rules set up for how to do installations
into and out of the standard trees. If you
On 6/4/02 1:11 PM, David Wheeler wrote:
On 6/4/02 9:59 AM, John Siracusa [EMAIL PROTECTED] claimed:
1b. 6PAN modules comply with an informal contract to maintain
backward-compatibility within all N.MM versions, where N is constant. In
other words, incompatible API changes are only allowed by
At 5:40 PM +0100 6/4/02, Simon Cozens wrote:
Steve Simmons:
We have said that perl5 will be *mostly* mechanically translatable into
perl6.
And we shall keep saying this until we believe that it is true?
Coming from the man who wrote part of a Python-Perl converter?
Hubris is when you
On Tue, 4 Jun 2002, John Siracusa wrote:
: On 6/4/02 12:22 PM, David Wheeler wrote:
: I think that if we can agree to forego backwards compatibility, we might
: also be in a better position to set up a CP6AN with much better quality
: control. All of the most important modules will be ported
On Tue, 4 Jun 2002 10:06:44 -0700 (PDT) Larry Wall [EMAIL PROTECTED] wrote:
It's really not that difficult to run two interpreters in the
same process. I already made Perl and Java run together nicely.
Agree.
Scaffolding is supposed to be ugly. You wouldn't believe how ugly
the transitional
On 6/4/02 10:21 AM, John Siracusa [EMAIL PROTECTED] claimed:
Well, there are already suggested conventions for version number formats.
Anyway, CPAN is supposed to be organized! It's not a free-for-all dumping
ground for modules. Let the version numbering and API anarchists use
On 6/4/02 1:26 PM, Larry Wall wrote:
: Speaking of CPAN for Perl 6 (or CP6AN, or 6PAN), what's the status of
: this effort? Do we even have a vague idea of the requirements? Or does
: everyone think CPAN (and module distribution/installation in general) as it
: exists now it pretty much
--- Larry Wall [EMAIL PROTECTED] wrote:
:
: 1a. Modules may be use-ed in several ways (syntax ignored for
now):
:
: # Note ...installed on this system is implied at the end
: # of each of the following descriptions
:
: Use the latest stable version of module Foo (probably
On Tue, Jun 04, 2002 at 12:59:38PM -0400, John Siracusa wrote:
In the spirit of Simon's desire to see radical changes when appropriate, I
propose the following high-level goals for 6PAN . . .
1. Multiple versions of the same module may be installed on a single system
with no possibility of
On 6/4/02 12:59 PM, Steve Simmons [EMAIL PROTECTED] claimed:
It shouldn't be required that all tests pass, however. A statement showing
what platforms they pass on and what platforms they don't at the top of the
download page would be good enough. But the tests have got to be there.
On 6/4/02 3:59 PM, Steve Simmons wrote:
: 1c. Distinctions like alpha, beta, and stable need to be made
: according to some convention (a la $VERSION...perhaps $STATUS?)
Can probably burn that bridge when we get to it.
Frankly, I'd argue that nothing in 6PAN ought to be in alpha/beta
On Tue, Jun 04, 2002 at 03:53:18PM +0100, Dave Mitchell wrote:
One word: CPAN.
For what it's worth, I'm looking forward to porting my 50-odd modules to
Perl 6. In a lot of cases, I'll finally be able to remove some awful hacks.
--
This sig file temporarily out of order.
Schwern wrote:
For what it's worth, I'm looking forward to porting my 50-odd modules to
Perl 6. In a lot of cases, I'll finally be able to remove some awful hacks.
And I'll be porting most of my 30 or so (not the Perl6:: ones, obviously).
There. Nearly 3% of the CPAN ported in two fell
Damian Conway:
# Schwern wrote:
#
# For what it's worth, I'm looking forward to porting my
# 50-odd modules
# to Perl 6. In a lot of cases, I'll finally be able to remove some
# awful hacks.
#
# And I'll be porting most of my 30 or so (not the Perl6::
# ones, obviously).
#
# There.
[This seems like a good time to post something that's been on my mind for
some time.]
SUMMARY
The world needs a really easy CPAN client. Here's one design for such a
thing.
DETAILS
A few brief philosphical points:
1) People like languages that have tons of built-in
doohickeys. See
Hmm... I like it. It took me a good 6 months before I learned how to use
CPAN. I don't see how your proposal is that different from:
alias cpan='perl -MCPAN -e shell'
But I get the idea. Someone (well, you've inspired me now, so I) could
write a perl5 equivilent, because command line is
On Tue, Jun 04, 2002 at 10:48:06PM -0600, Luke Palmer wrote:
Hmm... I like it. It took me a good 6 months before I learned how to use
CPAN. I don't see how your proposal is that different from:
alias cpan='perl -MCPAN -e shell'
CPAN.pm already installs a cpan program for you that's
On Tue, 4 Jun 2002, Luke Palmer wrote:
On Tue, 4 Jun 2002, Miko O'Sullivan wrote:
No configuration files (.e.g .cpan) are necessary. However, you can use a
configuration file if you want tp indicate a .cpan-like file
cpan --conf ~/.cpan load Date::EzDate
What about no
44 matches
Mail list logo