Ruby and CPAN - a note from Jarkko Hietaniemi

ruby-talk
1

All,

An interesting read for those interested in a Ruby-CPAN collaboration
(or even, for those not interested):

http://use.perl.org/article.pl?sid=02/11/12/1616209&mode=nested&tid=32

(or just go to use.perl.org and look at the top story if that link
doesn’t work for some reason)

Note: Jarkko Hietaniemi is jhi. His home page is at
http://www.hut.fi/~jhi/perl.html if you want to know more about who he
is.

Regards,

Dan

PS - My apologies if someone already mentioned this - I didn’t see it on
the ML, though

2

“Daniel Berger” djberge@qwest.com wrote in message
news:3DD15EBB.EC4C378@qwest.com…

I just started using PPM from ActiveState at work and I really like it. I
would LOVE to get PPM for Ruby. Unfortunately Ruby does not seem to be on
ActiveStates radar. I know because I ask at least twice a month! : )

It would be cool…

3

“Daniel Berger” djberge@qwest.com wrote in message
news:3DD15EBB.EC4C378@qwest.com…

All,

An interesting read for those interested in a Ruby-CPAN collaboration
(or even, for those not interested):

http://use.perl.org/article.pl?sid=02/11/12/1616209&mode=nested&tid=32

Nice article.
However these days I don’t think it is important to get a lot of mirrors
running.
It’s more important to have one master system with access interface and good
backup.
I was actually wondering earlier today if one sourceforge account could be
assigned to RAA and have all the RAA stuff, but I guess this violates some
SF policy.

Modules are already pretty well understood in Ruby, but there is the issue
with potential conflicts.
Perhaps there should be an official and an uoffical module scope e.g.
Alt::Test::Unit vs. Test::Unit such that major important names are not
introduced without consensus.

Mikkel

4

All,

An interesting read for those interested in a Ruby-CPAN collaboration
(or even, for those not interested):

http://use.perl.org/article.pl?sid=02/11/12/1616209&mode=nested&tid=32

Very good content. I found the most striking observation in one of the replies:

“People started to install modules from CPAN because they were easy to install ;
they started to upload modules to CPAN because it was easy to produce an
installable tarball.”

http://use.perl.org/comments.pl?sid=9630&cid=14711

James

5

All,

An interesting read for those interested in a Ruby-CPAN collaboration
(or even, for those not interested):

http://use.perl.org/article.pl?sid=02/11/12/1616209&mode=nested&tid=32

When the discussion about bringing Ruby into CPAN began, was there any agreement
or suggestion that all CPAN mirrors would automatically mirror non-Perl code as
well? Or, conversely, if someone wanted to be a Ruby CPAN mirror, could the
Perl code be omitted?

I can see how having to buy into an all-or-nothing arrangement could be a
problem.

James

6

“MikkelFJ” mikkelfj-anti-spam@bigfoot.com wrote in message
news:3dd175ce$0$63865$edfadb0f@dread15.news.tele.dk…

Perhaps there should be an official and an uoffical module scope e.g.
Alt::Test::Unit vs. Test::Unit such that major important names are not
introduced without consensus.

Mikkel

We could have one official repository. Other repositories can be created by
individuals and the end-user could use an interface to get those. For
instance in my PPM I have the following:

rep
Repositories:
[1] ActiveState PPM2 Repository
[2] ActiveState Package Repository
[3] DADA
[4] ROTH

The first two are official Perl repositories. The second two I added
because they contain modules that I want. If you write the descriptor, in
say XML, then you could handle OS and installation stuff as well as package
tracking and version verification.

Bob