Re: Syntax of using Perl5 modules?

2005-05-24 Thread Darren Duncan

At 12:06 PM +0800 5/25/05, Autrijus Tang wrote:

So, this now works in Pugs with (with a "env PUGS_EMBED=perl5" build):
use Digest--perl5;
my $cxt = Digest.SHA1;
$cxt.add('Pugs!');
# This prints: 66db83c4c3953949a30563141f08a848c4202f7f
say $cxt.hexdigest;
This includes the "Digest.pm" from Perl 5.  DBI.pm, CGI.pm etc will
also work.
Now my question is, is my choice of using the "perl5" namespace indicator a
sane way to handle this?  Is it okay for Perl 6 to fallback to using Perl 5
automatically?  Or should I use something else than "use" entirely?
Thanks,
/Autrijus/


I would say that one should always have to specify the Perl 5 
namespace in some way, so that there are no surprises as to whether 
something you invoke is implemented in Perl 6 or Perl 5, and so that 
it is possible to be actively using a Perl 5 and Perl 6 module with 
the same short name at the same time.


Do not fallback to it automatically.

Rather, if someone wanted to not fill their Perl 6 code with 
"--perl5", they should use the Perl 6 feature that lets you create 
lexical aliases to things; they can explicitly declare a Perl 6 name 
for what they want to use, which just so happens to be an alias for 
the Perl 5 implementation.


I won't suggest exact syntax here, though yours looks fine for now.

Separately, since this together with the earlier 'inline' feature for 
Perl 5 sort of completes a circle of Pugs->Perl5->Pugs or 
Perl5->Pugs->Perl5, I see a further improvement that could possibly 
be made, if it isn't already.


That is, when you have three-somes like that, let the two endmost 
Pugs, or endmost Perl5, be the exact same interpreter in memory.  So 
that, eg, if you set a global var in the caller-most Perl5, it will 
be visible in the called-most Perl5, or vice-versa.


On the other hand, I don't know whether or not that would be better 
in practice than keeping separate interpreters for calling and called.


-- Darren Duncan


Syntax of using Perl5 modules?

2005-05-24 Thread Autrijus Tang
So, this now works in Pugs with (with a "env PUGS_EMBED=perl5" build):

use Digest--perl5;

my $cxt = Digest.SHA1;
$cxt.add('Pugs!');

# This prints: 66db83c4c3953949a30563141f08a848c4202f7f
say $cxt.hexdigest;

This includes the "Digest.pm" from Perl 5.  DBI.pm, CGI.pm etc will
also work.

Now my question is, is my choice of using the "perl5" namespace indicator a 
sane way to handle this?  Is it okay for Perl 6 to fallback to using Perl 5
automatically?  Or should I use something else than "use" entirely?

Thanks,
/Autrijus/


pgpfjNcpYNuc5.pgp
Description: PGP signature


Re: comprehensive list of perl6 rule tokens

2005-05-24 Thread Jeff 'japhy' Pinyan

On May 24, Jonathan Scott Duff said:


On Tue, May 24, 2005 at 08:25:03PM -0400, Jeff 'japhy' Pinyan wrote:

  http://japhy.perlmonk.org/perl6/rules.txt


That looks completish to me.  (At least I didn't think, "hey! where's
such and such?")


Oh, frabjous day!


One thing that I noticed and had to look up was

<-prop X>

though.  Because ...


I wish  was allowed.  I don't see why  has to be confined 
to zero-width assertions.



The part which needs a bit of clarification right now, in my opinion, is
character classes.  From what I can gather, these are character classes:

  <[a-z] +>
  <+ -[aeiouAEIOU]>


I believe that Larry blessed Pm's idea to allow

<[a..z]+digit>
<+alpha-[aeiouAEIOU]>


Ok, that's news to me.  (I have yet to peruse the archives.)  That's nice, 
not requiring you to <>-ize property names inside a character class 
assertion.  I'd think whitespace would be permitted in between parts of a 
character class, but perhaps I'm wrong.  That would kinda go against the 
whole "whitespace for readability" idea of Perl 6 rules, though.



which implies to me that assertions starting with one of "<[",
"<-" or "<+" should be treated as character classes.  This doesn't
seem to play well with <-prop X>.  Maybe it does though.


Considering the Unicode properties are like char class macro-things (like 
\w and \d), I don't see a problem, except for the fact that there's more 
than one "word" (chunk of non-whitespace) associated with them.  Maybe 
Unicode properties retain their enclosing <>'s?



Also, I think that it's [a..z] now rather than [a-z] but I'm not
entirely sure.  At least that's how PGE implements it.


Ok.  I'll wait for a message from On High about that.  It's a minor 
detail.



but I want to be sure.  I'm also curious about whitespace.  Is "<[" one
token, or can I write "< [a-z] >" and have it be a character class?


I think you need to write "<["


I expected as much.

--
Jeff "japhy" Pinyan %  How can we ever be the sold short or
RPI Acacia Brother #734 %  the cheated, we who for every service
http://japhy.perlmonk.org/  %  have long ago been overpaid?
http://www.perlmonks.org/   %-- Meister Eckhart


Re: comprehensive list of perl6 rule tokens

2005-05-24 Thread Jonathan Scott Duff
On Tue, May 24, 2005 at 08:25:03PM -0400, Jeff 'japhy' Pinyan wrote:
>   http://japhy.perlmonk.org/perl6/rules.txt

That looks completish to me.  (At least I didn't think, "hey! where's
such and such?")  

One thing that I noticed and had to look up was 

<-prop X>

though.  Because ...

> The part which needs a bit of clarification right now, in my opinion, is 
> character classes.  From what I can gather, these are character classes:
> 
>   <[a-z] +>
>   <+ -[aeiouAEIOU]>

I believe that Larry blessed Pm's idea to allow

<[a..z]+digit>
<+alpha-[aeiouAEIOU]>

which implies to me that assertions starting with one of "<[",
"<-" or "<+" should be treated as character classes.  This doesn't
seem to play well with <-prop X>.  Maybe it does though.

Also, I think that it's [a..z] now rather than [a-z] but I'm not
entirely sure.  At least that's how PGE implements it.

> but I want to be sure.  I'm also curious about whitespace.  Is "<[" one 
> token, or can I write "< [a-z] >" and have it be a character class?

I think you need to write "<["

-Scott
-- 
Jonathan Scott Duff
[EMAIL PROTECTED]


comprehensive list of perl6 rule tokens

2005-05-24 Thread Jeff 'japhy' Pinyan
I'm working on a Perl 5 module that will allow for the parsing of a Perl 6 
rule into a tree structure -- specifically, I'm subclassing/extending 
Regexp::Parser into Perl6::Rule::Parser.  This module is designed ONLY to 
PARSE the contents of a rule; it is not concerned with the implementation 
of all the new things Perl 6 rules will offer, merely their syntax.  Once 
this module is done, I'll work on a slightly broader one which will 
concern itself with the exterior of the rule (the m:xyz:abc('def')/.../ 
part, rather than the contents of the rule itself).


To do this effectively, I need an exhaustive list of all tokens that can 
appear in a Perl 6 rule.  By "token", I mean a single unit of purpose, 
such as ^^ and  and **{3..6}.  I have looked through the latest 
revisions of Apo05 and Syn05 (from Dec 2004) and come up with the 
following list:


  http://japhy.perlmonk.org/perl6/rules.txt

The list is split up by leading character.  I think it's complete, but I'm 
probably wrong, which is why I need more eyes to look over it and tell me 
what I've missed.


I just got an email back from Damian which will help me move in the right 
direction, but I'd like this to be open to as many knowledgeable minds as 
possible.


The part which needs a bit of clarification right now, in my opinion, is 
character classes.  From what I can gather, these are character classes:


  <[a-z] +>
  <+ -[aeiouAEIOU]>

but I want to be sure.  I'm also curious about whitespace.  Is "<[" one 
token, or can I write "< [a-z] >" and have it be a character class?


Thanks for your help.  Unless you're difficult.

--
Jeff "japhy" Pinyan %  How can we ever be the sold short or
RPI Acacia Brother #734 %  the cheated, we who for every service
http://japhy.perlmonk.org/  %  have long ago been overpaid?
http://www.perlmonks.org/   %-- Meister Eckhart


Re: Perl development server

2005-05-24 Thread Michele Dondi

On Tue, 24 May 2005, wolverian wrote:


On Tue, May 24, 2005 at 03:44:43PM +0200, Juerd wrote:

But I like the newly suggested "feather" better, as it can relate to
pugs AND parrot.


Feather is best one thus far, I think. I like carrot too; it's more
playful. I equate Pugs with fun a lot.


Hmmm, but has 'carrot' anything to do with perl6 & C any more, well, apart

  s/p(?=arrot)/c;  # obviously

(BTW: how would that be in p6?)

Also, while I'm not fond of the vast majority of vegetables, I like onions 
as an ingredient of many other good meals ('meal' is not the correct 
English word for what I mean, but the correct term eludes me ATM). But can 
you say the same thing of carrots?!?



Michele
--
I once heard someone say, the sum of the reciprocals 
of the known primes is less than 4 - and it will always be.

- Gerry Myerson in sci.math, "Re: Summation of Reciprocals of Primes"


Re: Perl development server

2005-05-24 Thread John Macdonald
On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:
> Unfortunately, onion is already taken by another important Perl server:
> onion.perl.org.
> 
> I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
> nobody here knows how to pronounce ui ;)

For a development machine, the yiddish pronunciation would
work well.  That would make it sound like OY! :-)

-- 


Re: s/true/better name/

2005-05-24 Thread TSa (Thomas Sandlaß)

Sorry, that I excavate that thread, but it just fits my question.

Rod Adams wrote:
Well, "and" and "or" serve the purpose of being at a much lower 
precedence level than "&&" and "||".


I would see the value in alphabetic "not" as serving the same relation 
to "!". But I would still see it returning a Bool, not a numified 0 or 
1. I could see a "boolean" operator serving the same relation to "?".


The question is: are ?, !, not and true returning values besides the
boolean evaluation? Something like 'value but true'? To wit:

my $a = 4;
my $b = 0;

say 'true' if $a; # prints 'true'

say  $a  && $b;  # prints '4'
say ($a and $b); # same, parens needed for precedence

say 'true' if not $b; # prints 'true'

say not $a; # prints 0, or '4 but false'
say $b || not $a; # prints '4 but false'
say $b ||!$a; # prints '4 but false'

say bit  $a; # prints '0' or 'false'
say bool $a; # print '4 but true'


But for those cases where someone absolutely has to have a 1 or 0, not 
some Boolean object, sticking a  "+"  or "int" in front of a "!", "?", 
"not", or "boolean" seems to cover that case fine.


Boolean return values are the task of unary ?^, aren't they? Continuing
from above +?$a would still be 4 not bit::true, right? Even ~+?*+?$a is
as far as the value is concerned a no-op? Thus to really flatten away the
value one needs to use ?^ which has bit as the alpha pendant?

If my above assumptions are correct I would like to get bool as the
alpha pendant to ? like not for !. BTW are num and str the equivalents
of + and ~ respectively? And - has no corresponding neg or so? The strings
'true' and 'false' should really be kept as enums of the bit type.

Thanks for your patience with me.
--
TSa (Thomas Sandlaß)



Re: Perl development server

2005-05-24 Thread Jonathan Scott Duff
On Tue, May 24, 2005 at 06:16:06PM +0300, wolverian wrote:
> On Tue, May 24, 2005 at 03:44:43PM +0200, Juerd wrote:
> > But I like the newly suggested "feather" better, as it can relate to
> > pugs AND parrot.
> 
> Feather is best one thus far, I think. I like carrot too; it's more
> playful. I equate Pugs with fun a lot.

I think carrot is nice too.  Only it makes me wonder where the stick is :)

-Scott
-- 
Jonathan Scott Duff
[EMAIL PROTECTED]


Re: Perl development server

2005-05-24 Thread Mark A. Biggar

wolverian wrote:

On Tue, May 24, 2005 at 03:44:43PM +0200, Juerd wrote:


But I like the newly suggested "feather" better, as it can relate to
pugs AND parrot.



Feather is best one thus far, I think. I like carrot too; it's more
playful. I equate Pugs with fun a lot.



How about "budgie". a small Australian parakeet usually light green with 
black and yellow markings in the wild but bred in many colors, syn: 
budgerigar.


--
[EMAIL PROTECTED]
[EMAIL PROTECTED]


Re: Perl development server

2005-05-24 Thread wolverian
On Tue, May 24, 2005 at 03:44:43PM +0200, Juerd wrote:
> But I like the newly suggested "feather" better, as it can relate to
> pugs AND parrot.

Feather is best one thus far, I think. I like carrot too; it's more
playful. I equate Pugs with fun a lot.

-- 
wolverian


signature.asc
Description: Digital signature


Re: (OT) Re: Perl development server

2005-05-24 Thread Herbert Snorrason
On 24/05/05, Michele Dondi <[EMAIL PROTECTED]> wrote:
> Incidentally, would 'laukurdottir' be a proper Icelandic offence? :-)

It'd be 'lauksdóttir' (due to declension) and mean 'daughter of an
onion'. If nothing else, it would make people look at you in a funny
way... ;)

-- 
Schwäche zeigen heißt verlieren;
härte heißt regieren.
  - "Glas und Tränen", Megaherz


Re: (OT) Re: Perl development server

2005-05-24 Thread Rob Kinyon
On 5/24/05, Michele Dondi <[EMAIL PROTECTED]> wrote:
> On Tue, 24 May 2005, Herbert Snorrason wrote:
> 
> > Icelandic: laukur (Incidentally, none of you will ever guess how to
> > correctly pronounce that.)
> 
> Incidentally, would 'laukurdottir' be a proper Icelandic offence? :-)

"daughter of an onion" ??

I can't be translating that right ...

Rob


Re: (OT) Re: Perl development server

2005-05-24 Thread Michele Dondi

On Tue, 24 May 2005, Herbert Snorrason wrote:


Icelandic: laukur (Incidentally, none of you will ever guess how to
correctly pronounce that.)


Incidentally, would 'laukurdottir' be a proper Icelandic offence? :-)


Michele
--
Me too.  If it's any comfort, just think of the design of Perl 6 as
a genetic algorithm running on a set of distributed wetware CPUs.
We'll just keep mutating our ideas till they prove themselves adaptive.
- Larry Wall in p6l, "Re: Adding linear interpolation to an array"


Re: (OT) Re: Perl development server

2005-05-24 Thread Herbert Snorrason
Icelandic: laukur (Incidentally, none of you will ever guess how to
correctly pronounce that.)

-- 
Schwäche zeigen heißt verlieren;
härte heißt regieren.
  - "Glas und Tränen", Megaherz


Re: (OT) Re: Perl development server

2005-05-24 Thread Carl Mäsak
Esperanto: cepo (though that's probably not a data point)

// Carl

On 5/24/05, Michele Dondi <[EMAIL PROTECTED]> wrote:
> On Tue, 24 May 2005, wolverian wrote:
> 
> >> Portuguese: cebola
> >> Finnish: sipoli
> 
> Italian: cipolla (since nobody has mentioned it yet)
> 
> 
> Michele
> --
> It was part of the dissatisfaction thing.  I never claimed I was a
> nice person.
> - David Kastrup in comp.text.tex, "Re: verbatiminput double spacing"


Re: Perl development server

2005-05-24 Thread Alberto Manuel Brandão Simões

carrot :-)

Jonathan Scott Duff wrote:

On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:


Unfortunately, onion is already taken by another important Perl server:
onion.perl.org.

I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
nobody here knows how to pronounce ui ;)



What about another herb like garlic? Throw in some meat and vegetables
and we've got a good stew going :-)

-Scott


--
Alberto Simões - Departamento de Informática - Universidade do Minho
 Campus de Gualtar - 4710-057 Braga - Portugal


Re: Perl development server

2005-05-24 Thread Jonathan Scott Duff
On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:
> Unfortunately, onion is already taken by another important Perl server:
> onion.perl.org.
> 
> I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
> nobody here knows how to pronounce ui ;)

What about another herb like garlic? Throw in some meat and vegetables
and we've got a good stew going :-)

-Scott
-- 
Jonathan Scott Duff
[EMAIL PROTECTED]


Re: (OT) Re: Perl development server

2005-05-24 Thread Michele Dondi

On Tue, 24 May 2005, wolverian wrote:


Portuguese: cebola
Finnish: sipoli


Italian: cipolla (since nobody has mentioned it yet)


Michele
--
It was part of the dissatisfaction thing.  I never claimed I was a
nice person.
- David Kastrup in comp.text.tex, "Re: verbatiminput double spacing"


Re: Perl development server

2005-05-24 Thread Juerd
wolverian skribis 2005-05-24 15:01 (+0300):
> > I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
> > nobody here knows how to pronounce ui ;)
> That reads 'user interface' to me, which I think isn't what we want.
> How about 'sipuli'? That's what onion is called in Finnish. :)
> Anyway, I do think the name should be English, to be as accessible as
> possible. 'Feather' is nice, and reminds me of Pugs's origins. On the
> other hand, maybe 'falcon' (as terribly cliched as it is) is more
> accurate of Pugs nowadays.

Or the other nice words for onion. It's weird that the word for onion is
funny in every language, even though they words are radically different!

I like sipuli and zwiebel, just because they're the funniest.

But I like the newly suggested "feather" better, as it can relate to
pugs AND parrot.


Juerd
-- 
http://convolution.nl/maak_juerd_blij.html
http://convolution.nl/make_juerd_happy.html 
http://convolution.nl/gajigu_juerd_n.html


Re: reduce metaoperator on an empty list

2005-05-24 Thread John Macdonald
On Fri, May 20, 2005 at 10:14:26PM +, [EMAIL PROTECTED] wrote:
> 
> > Mark A. Biggar wrote:
> > > Well the identity of % is +inf (also right side only).
> > 
> > I read $n % any( $n..Inf ) == $n. The point is there's no
> > unique right identity and thus (Num,%) disqualifies for a
> > Monoid. BTW, the above is a nice example where a junction
> > needn't be preserved :)
> 
> If as usual the definition of a right identity value e is that a op e = a for 
> all a,
> then only +inf works.  Besdies you example should have been;
> $n % any (($n+1)..Inf),  $n % $n = 0. 
> 
> > > E.g. if X > 
> > Sorry, is it the case that $x = $y < $z might put something else
> > but 0 or 1 into $x depending on the order relation between $y and $z?
> 
> Which is one reason why I siad that it might not make sense to define the 
> chaining ops in terms of the associtivity of the binary ops,  But as we are 
> interested in what [<] over the empty list shoud return , the identity (left 
> or right) of '<' is unimportant as I think that should return false as there 
> is nothing to be less then anything else.  Note that defaulting to undef 
> therefore works in that case.

The identity operand is -inf for < and <=, and +inf for >
and >=.  A chained relation < (>, <=, >=) is then taken to
mean monotonically increasing (decreasing, non-decreasing,
non-increasing), and an empty list, like a one element list,
is always in order.

-- 


Re: (OT) Re: Perl development server

2005-05-24 Thread JensBeimSurfen
On Tuesday 24 May 2005 15:06, wolverian wrote:
> in the latin name - Allium _cepa_ Linnaeus.
What about "cepa" as name?

BTW, it's "Zwiebel" in german ;-)



(OT) Re: Perl development server

2005-05-24 Thread wolverian
On Tue, May 24, 2005 at 02:57:42PM +0200, Carl Mäsak wrote:
> Note how close to Finnish it is.
> 
> Portuguese: cebola
> Finnish: sipoli
> 
> Might be a coincidence, but might also be a borrowed word.

(This is extremely OT for the list.)

That's 'sipuli', actually.

I'm not sure (I'm not an etymologist), but there might be a common root
in the latin name - Allium _cepa_ Linnaeus. It seems to have had
multiple common latin names in the past, most of them based on 'cepa'.
'Cepae' is remarkably close to Finnish, although the ending is
different.

(Finnish in general has some _very_ old forms of words that have
degenerated ages ago in other languages.)

-- 
wolverian


signature.asc
Description: Digital signature


Re: Perl development server

2005-05-24 Thread Carl Mäsak
Note how close to Finnish it is.

Portuguese: cebola
Finnish: sipoli

Might be a coincidence, but might also be a borrowed word.

// Carl

On 5/24/05, Alberto Manuel Brandão Simões <[EMAIL PROTECTED]> wrote:
> Onian in Portuguese: cebola  (in case any of you wonder)
> 
> wolverian wrote:
> > On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:
> >
> >>I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
> >>nobody here knows how to pronounce ui ;)
> >
> >
> > That reads 'user interface' to me, which I think isn't what we want.
> >
> > How about 'sipuli'? That's what onion is called in Finnish. :)
> >
> > Anyway, I do think the name should be English, to be as accessible as
> > possible. 'Feather' is nice, and reminds me of Pugs's origins. On the
> > other hand, maybe 'falcon' (as terribly cliched as it is) is more
> > accurate of Pugs nowadays.
> >
> 
> --
> Alberto Simões - Departamento de Informática - Universidade do Minho
>   Campus de Gualtar - 4710-057 Braga - Portugal


Re: Perl development server

2005-05-24 Thread Alberto Manuel Brandão Simões

Onian in Portuguese: cebola  (in case any of you wonder)

wolverian wrote:

On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:


I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
nobody here knows how to pronounce ui ;)



That reads 'user interface' to me, which I think isn't what we want.

How about 'sipuli'? That's what onion is called in Finnish. :)

Anyway, I do think the name should be English, to be as accessible as
possible. 'Feather' is nice, and reminds me of Pugs's origins. On the
other hand, maybe 'falcon' (as terribly cliched as it is) is more
accurate of Pugs nowadays.



--
Alberto Simões - Departamento de Informática - Universidade do Minho
 Campus de Gualtar - 4710-057 Braga - Portugal


Re: Perl development server

2005-05-24 Thread BÁRTHÁZI András

Hi,

Just to know, onion in Hungarian is "hagyma". ;)

Bye,
  Andras

On Tue, 24 May 2005, wolverian wrote:


On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:

I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
nobody here knows how to pronounce ui ;)


That reads 'user interface' to me, which I think isn't what we want.

How about 'sipuli'? That's what onion is called in Finnish. :)

Anyway, I do think the name should be English, to be as accessible as
possible. 'Feather' is nice, and reminds me of Pugs's origins. On the
other hand, maybe 'falcon' (as terribly cliched as it is) is more
accurate of Pugs nowadays.

--
wolverian



Re: Perl development server

2005-05-24 Thread wolverian
On Tue, May 24, 2005 at 12:12:57PM +0200, Juerd wrote:
> I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
> nobody here knows how to pronounce ui ;)

That reads 'user interface' to me, which I think isn't what we want.

How about 'sipuli'? That's what onion is called in Finnish. :)

Anyway, I do think the name should be English, to be as accessible as
possible. 'Feather' is nice, and reminds me of Pugs's origins. On the
other hand, maybe 'falcon' (as terribly cliched as it is) is more
accurate of Pugs nowadays.

-- 
wolverian


signature.asc
Description: Digital signature


Re: Perl development server

2005-05-24 Thread Benjamin Smith
On Tue, May 24, 2005 at 11:12:58AM +0100, Benjamin Smith wrote:
>   * svk
>   * vim
>   * screen
>   * cron

  * haddock

-- 
Benjamin Smith <[EMAIL PROTECTED], [EMAIL PROTECTED]>


pgp2GkG7fEUxQ.pgp
Description: PGP signature


Re: Perl development server

2005-05-24 Thread Benjamin Smith
On Mon, May 23, 2005 at 05:25:57PM +0200, Juerd wrote:
> Rob Kinyon skribis 2005-05-23 11:22 (-0400):
> > I'd like one.
> 
> Sure - just think of a nice catchy username! :)

I'd like "bsmith".   Thanks :-)

> > Maybe we should divvy these tasks out. It wouldn't do that have two
> > people smoke-testing on the exact same machine or to have two SVN
> > mirrors ...
> 
> Good idea, will you take the task of managing these decisions?

I'd like to volunteer to setup the SVN/SVK mirror.

Software wise can I ask for: 

  * svk
  * vim
  * screen
  * cron

-- 
Benjamin Smith <[EMAIL PROTECTED], [EMAIL PROTECTED]>


pgp9T8BkiKhuw.pgp
Description: PGP signature


Re: Perl development server

2005-05-24 Thread Juerd
Roger Hale skribis 2005-05-24  6:02 (-0400):
> I would like an account, name 'spinclad'.

Sure.

> The need for svn, ghc and such has finally pushed me to upgrade my home 
> debian box to sarge, and I'm still looking for a package with ghc6.4, or 
> the tuits to build one myself.

Get ghc-cvs from sid. Don't use sarge if you want to use recent
software.

> I like onion, too... maybe 'geode' later, when perl6 has been cast in 
> stone.  (Though then we wouldn't need a dev server...)

Unfortunately, onion is already taken by another important Perl server:
onion.perl.org.

I'm currently considering 'ui', which is Dutch for 'onion'. I bet almost
nobody here knows how to pronounce ui ;)


Juerd
-- 
http://convolution.nl/maak_juerd_blij.html
http://convolution.nl/make_juerd_happy.html 
http://convolution.nl/gajigu_juerd_n.html


Re: Perl development server

2005-05-24 Thread Roger Hale

Juerd wrote:

If you want access, please let me know. I will send you a temporary
password by e-mail, that I expect you to change the first time you get
the chance.


I would like an account, name 'spinclad'.

The need for svn, ghc and such has finally pushed me to upgrade my home 
debian box to sarge, and I'm still looking for a package with ghc6.4, or 
the tuits to build one myself.  (Doubtless someone will point me to an 
overlooked message announcing one months back...)  I think having a 
joint testbed machine to look over, test things, compare with home, and 
help with would be a good use of my time at this point.



Also, this new machine needs a hostname. Please help me think of a cute
name! I prefer a short hostname with less than 9 letters.


I like onion, too... maybe 'geode' later, when perl6 has been cast in 
stone.  (Though then we wouldn't need a dev server...)


Regards,
 Roger Hale
  <[EMAIL PROTECTED]>


Re: Perl development server

2005-05-24 Thread Nathan Gray
On Mon, May 23, 2005 at 06:51:31PM +0200, Juerd wrote:
> Nathan Gray skribis 2005-05-23 12:50 (-0400):
> > > >Sorry, but 'dev' isn't cute enough :). And it's going to be
> > > >something.perl6.nl, probably. I don't mind aliases, though, but they
> > > >better be CNAMEs.
> > Juerd, why am I getting everyone's responses, but not your original
> > messages?
> 
> I have no idea. I'm sending these messages to the two mailing lists, and
> from there on, I can't track where they're going (or not)

Ah, here they all come.  p6c must have taken longer than p6l.

-kolibrie


Re: Perl development server

2005-05-24 Thread Nathan Gray
On Mon, May 23, 2005 at 05:18:45PM +0200, Juerd wrote:
> Everyone who wants, can get a login. Access is provided via SSH version
> 2 only (Windows users can use PuTTY and WinSCP), and the box may be used
> for everything that improves Perl 6 development. Users are encouraged to
> keep files world readable for transparency.
> 
> If you want access, please let me know. I will send you a temporary
> password by e-mail, that I expect you to change the first time you get
> the chance.

May I have an account name 'kolibrie'?

> Please let me know which software you want installed. If it's in Debian
> and doesn't conflict with other software, you can have it (but no X or
> openoffice, or the like). If it's not in Debian, you'll have to compile
> it yourself.

I tend to like to have a copy of 'darcs' on-hand, and I really like
'screen'.

Thanks for this great service to the Perl6 community!

-kolibrie


pgpnoqL2uGdL0.pgp
Description: PGP signature


Re: Perl development server

2005-05-24 Thread Etienne Laurin
I'd love to have an account as well. username atnnn. realname Etienne Laurin.
As for the hostname, what about s6nd.perl6.nl?