[ANN] RubyForge.org

[Richard Kilmer]

All,

I want to announce that we (InfoEther) have stood up a community server
for Ruby projects here:

http://www.rubyforge.org

This runs GForge (http://www.gforge.org), and provides
sourceforge/savannah-like capabilities for Ruby projects
(cvs/web/files/mail/bugs/etc). I already moved my jabber4r library
(http://jabber4r.rubyforge.org) over and have a little surprise project
started there also (rendezvous for Ruby).

The current RubyForge admin is my InfoEther cohort, Tom Copeland, who
also has committer rights to GForge...so we will be well supported. I
cannot say that we can host everyone's projects, but we will do so for
as many as we can. The system is UPS'ed and backups are automatic both
onsite and offsite...and yes...it is in my basement (if PragDave can
run RubyGarden, I can run this

Tom is also working on a Ruby script to export Sourceforge project data
and import it into RubyForge, so for those that have pre-existing
projects we can help in moving them if you want to.

If you have questions, please email me directly, or post a
question/comment through the support project
(http://rubyforge.org/projects/support/) on RubyForge.

I'd like to offer a special thanks to Tom Copeland and Dave Craine for
setting up this machine/service:

class String; def thanks!; puts "Thanks #{self}!"; end; end
%w{ Tom Dave }.each { | dude | dude.thanks! }

Best,

Rich Kilmer

PS. Oh, and please no "Hey, GForge is written substantially in PHP!"
jokes. If you want to start the RubyForge project to rewrite GForge in
Ruby, please do so ;-)

 

[Daniel Carrera]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I want to announce that we (InfoEther) have stood up a community server
for Ruby projects here:

http://www.rubyforge.org

That's really cool!
I'm very glad to see something like that happening. It does give Ruby
something special other than what CPAN or RAA are.

You know what might be cool? (and this is just a thought) if RubyForge
also were to repreent something like RAA. That its, give a good interface
for people to find and access projects.

PS. Oh, and please no "Hey, GForge is written substantially in PHP!"
jokes. If you want to start the RubyForge project to rewrite GForge in
Ruby, please do so ;-)

Could have been worse. It could have been Perl!!

- --
Daniel Carrera | OpenPGP fingerprint:
Mathematics Dept. | 6643 8C8B 3522 66CB D16C D779 2FDD 7DAC 9AF7 7A88
UMD, College Park | http://www.math.umd.edu/~dcarrera/pgp.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (SunOS)

iD8DBQE/HLNJnxE8DWHf+OcRAnicAJ9XOghTdxzH7uduDqLAXMHrvKekFACeIaQd
HYMcejn19jRr2wqNmqDF82A=
=iAiZ
-----END PGP SIGNATURE-----

 

[Gavin Sinclair]

All,

I want to announce that we (InfoEther) have stood up a community server
for Ruby projects here:

http://www.rubyforge.org

Wow, what a pleasant surprise! And to think I was going to create a
project on SourceForge; I'm glad I procastinated!

You *are* going to host my project, aren't you?

Gavin

 

[Hal E. Fulton]

----- Original Message -----
From: "Gavin Sinclair" <[email protected]>
To: "ruby-talk ML" <[email protected]>
Sent: Monday, July 21, 2003 11:41 PM
Subject: Re: [ANN] RubyForge.org

Wow, what a pleasant surprise! And to think I was going to create a
project on SourceForge; I'm glad I procastinated!

You *are* going to host my project, aren't you?

I think this is a great idea, Rich!

BTW, did you get my email the other day?

But Gavin's note got me thinking: If there were
any downside to RubyForge, it would be this:
There will be less use of SourceForge and
Savannah for Ruby projects, which might be bad
for Ruby advocacy. People might look on these
well-known sites to see how many Ruby-related
projects there are, and conclude that Ruby is
not really used much.

Therefore I'd like to see RubyForge promoted
heavily as it gets larger... ultimately we want
even non-Rubyists to know of its existence, IMO.

Hal

 

[Gavin Sinclair]

Is it written in Ruby ;-)

Hmmmm. Actually... no.

I want a project to cover Vim configuration files for Ruby editing. In
particular, the following files:

indent/ruby.vim
ftplugin/ruby.vim
syntax/ruby.vim [if the current maintainer agrees]

This is obviously a small project, written in a language other than Ruby,
but I see a necessity to have it available by CVS, so bleeding edge
features can be tested and contributed before being released.

Gavin

 

[Oliver Bolzer]

I want to announce that we (InfoEther) have stood up a community server
for Ruby projects here:

http://www.rubyforge.org

This is over-mega-hyper-cool ! If I find time, I will migrate my project
(vapor) over there. But there is one thing that I'd be glad if I could move
it to rubyforge, too: my Subversion repository.

Subversion is really superior to CVS and if Rubyforge would support it (in
addtition to CVS repositories), that would be great.

<one of those who always ask for more />

 

[mark]

All,

I want to announce that we (InfoEther) have stood up a community server
for Ruby projects here:

http://www.rubyforge.org

This is very exciting news.

I've just registered as a user, and applied a project and there were a few
points on the application that weren't clear

1) the second box is labeled Project Public Description but the description
says that it isn't a public description. I think it should be labeled Project
Purpose Description.

2)In the PPD box you have to enter what resources you plan on using but I
didn't see anywhere that listed what resources are available. When filling in
the application I assumed that you provided the same facilities as
SourceForge do.

3) The Ruby license isn't listed as an option. Is this because it isn't an OSI
approved license?

In all it is a very well put together site. Well done

Best Regards

Mark Sparshatt

 

[Laurent Sansonetti]

Hi,

I want to announce that we (InfoEther) have stood up a community server
for Ruby projects here:

http://www.rubyforge.org

This is an excellent news! I hope RubyForge won't be as commercial as
SourceForge.

Long life to RubyForge!

PS. Oh, and please no "Hey, GForge is written substantially in PHP!"
jokes. If you want to start the RubyForge project to rewrite GForge in
Ruby, please do so ;-)

It would be an interesting project anyway ;-)

 

[Gavin Sinclair]

All,

I want to announce that we (InfoEther) have stood up a community
server for Ruby projects here:

http://www.rubyforge.org

This is very exciting news.

I've just registered as a user, and applied a project and there were a
few points on the application that weren't clear
[...]

I'll add that the site documentation, which a new user is encouaged to
visit, is non-existent (page not found).

Gavin

 

[Jim Weirich]

I'll add that the site documentation, which a new user is encouaged to
visit, is non-existent (page not found).

I've noticed that the snippet library doesn't contain an entry for
Ruby! (although Perl and Python are represented).

Seriously, great job Rich. I'll be looking to move a project or two
there in the near future.

 

[Rasputin]

But Gavin's note got me thinking: If there were
any downside to RubyForge, it would be this:
There will be less use of SourceForge and
Savannah for Ruby projects, which might be bad
for Ruby advocacy.

Yeah, but that's a double-edged sword, - this way I might be able
to actually use CVS during office hours in the US...

 

[Daniel Berger]

First code snippet!

First feature request!

First bug report!

I win!!!



Dan

Note: This post is not for the humor impaired.

 

[Simon Strandgaard]

Edit Your Profile:
Specifying your Ruby skills would be nice, thus some suggestions:

crossroad-skills:
* embed ruby into c/c++
* ruby extension writing
* ruby-core hacking

web-skills:
* eruby
* sessions
* cookies
* ssl

gui-skills:
* gnome
* fox
* wx
* qt

data-storage-skills:
* yaml
* rexml
* dbi
* madelain
* druby

testing-skills:
* test::unit
* rubyunit


Is there other important areas of ruby-skills ?

 

[Simon Strandgaard]

Subversion is really superior to CVS and if Rubyforge would support it (in
addtition to CVS repositories), that would be great.

Subversion is really nice.. agree... nice2have feature


Curious... does the webserver have mod_ruby installed ?

 

[Brett H. Williams]

Subversion is really nice.. agree... nice2have feature

I've been following subversion development for two years, and we finally
took it out for a more complete test drive a couple of months ago, using it
for some small projects. We're crying out for some of its features, and
the code looks very good (clean and documented). I'll agree that
subversion will someday be much superior, but we didn't find it so yet.

It was a bear to compile and configure (couldn't get all the servers to
work on each of our platforms, but settled on the subversion server which
seemed to have the fewest problems). Also, with a single tiny repository
and 3 people using it lightly, we got several database corruptions in a
single week which needed to be repaired. One of these wasn't even
repairable with the recover command.

And we had root privileges to fix them, which not everyone will have.

It also has some annoying bugs when dealing with multiple/nested
repositories.

We had to conclude it wasn't ready yet, and believe me our requirements
can't be nearly as strict as something would be on Rubyforge where people
from all over the world would be using it. We've been running our ruby
apps on CVS snapshots of ruby and SWIG--we're not averse to risk and the
cutting edge.

But having subversion corrupt its db all the time was too much even for us.

Do others have differing experiences with it? I'd love to hear we've just
done something really dumb because we could really use subversion here...

 

[Garance A Drosihn]

I've been following subversion development for two years, and
we finally took it out for a more complete test drive a couple
of months ago, using it for some small projects. ...

... Also, with a single tiny repository and 3 people using it
lightly, we got several database corruptions in a single week
which needed to be repaired. One of these wasn't even
repairable with the recover command.

But having subversion corrupt its db all the time was too much
even for us.

Do others have differing experiences with it? I'd love to hear
we've just done something really dumb because we could really
use subversion here...

Did you fly any of these database problems by the subversion
developers, to see if they had any ideas as to the causes? I
haven't used subversion at all, but one of my friends works a
lot with it. I'm certainly hoping to see problems like this
addressed.

When I asked my friend about this, he said there were several
cases of problems when some user runs 'svnadmin recover' on
a repository that people were still accessing. Is it possible
that you would have run into that? (I don't even know what
the "recover" would be used for...)

 

[Brett H. Williams]

Did you fly any of these database problems by the subversion
developers, to see if they had any ideas as to the causes? I
haven't used subversion at all, but one of my friends works a
lot with it. I'm certainly hoping to see problems like this
addressed.

We didn't, as the problems are documented there as known.

When I asked my friend about this, he said there were several
cases of problems when some user runs 'svnadmin recover' on
a repository that people were still accessing. Is it possible
that you would have run into that? (I don't even know what
the "recover" would be used for...)

Yes, these are the sorts of problems we continually encountered. But
until you do that no one can do anything with the repository, and you
must run svn admin on the machine that is hosting the repository (at
least in our experience).

Basically, the current DB behind subversion is a Berkeley DB.
Apparently this DB gets corrupted.

 

[Brett H. Williams]

Yes, these are the sorts of problems we continually encountered. But
until you do that no one can do anything with the repository, and you
must run svn admin on the machine that is hosting the repository (at
least in our experience).

Basically, the current DB behind subversion is a Berkeley DB.
Apparently this DB gets corrupted.

Hmm... upon a reread you are saying more than I first thought.
Basically you are saying that if someone does svnadmin recover while
someone else is attempting to access the repository, that we will have a
worse failure than DB corruption?

That may indeed have been what happened.

 

[Garance A Drosihn]

Hmm... upon a reread you are saying more than I first thought.
Basically you are saying that if someone does svnadmin recover
while someone else is attempting to access the repository, that
we will have a worse failure than DB corruption?

Yes, that is what he told me. Well, "more DB corruption", such
that one recover may appear to succeed, but it will set you up
for a subsequent DB corruption.

That may indeed have been what happened.

Okay.

 

[Oliver Bolzer]

I've been following subversion development for two years, and we finally
took it out for a more complete test drive a couple of months ago, using
it

At my place ( informatic dept @ univ ) we have been using Subversion for
about 9month now for several internal development projects as well as
giving students the possibility to create their own repositories. Not once
did we experience database corruption.

The only major downside (other than that compiling is a PITA) we experienced
is, that the server and client versions need to be somewhat in synchro,
otherwise their communication breaks in unexpected ways (like XML errors or
plain "permissin denied" messages).