[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Re: RubyForge website

Tom Copeland

1/16/2007 4:26:00 PM

> A lot of projects in RubyForge have no website, other than
> the "Hopefully coming soon..." message. Might I suggest that
> the site default to the RDoc of that gem (or gems)?

Yup, or have that in one of the tabs for each project.

> > Advantages:
> * Every project has a site letting you know what it does
> (sometimes there is next to no info on the project page).
> * Encourages developers to keep the RDoc up to date
> * The most common site that projects do have is simply their
> RDoc. So, we've removed one step for all of those projects.
>
> Disadvantages:
> * Requires a little processing on the rubyforge server (to extract the
> RDoc)

Is there any security aspect to this - does running RDoc on a gem
require installing it or executing any of the code in the gem? I
suppose it could be done on a different machine and uploaded to
RubyForge, though...

Yours,

Tom


1 Answer

Paul Duncan

1/18/2007 1:51:00 AM

0

* Tom Copeland (tom@infoether.com) wrote:
> > A lot of projects in RubyForge have no website, other than
> > the "Hopefully coming soon..." message. Might I suggest that
> > the site default to the RDoc of that gem (or gems)?
>
> Yup, or have that in one of the tabs for each project.
>
> > > Advantages:
> > * Every project has a site letting you know what it does
> > (sometimes there is next to no info on the project page).
> > * Encourages developers to keep the RDoc up to date
> > * The most common site that projects do have is simply their
> > RDoc. So, we've removed one step for all of those projects.
> >
> > Disadvantages:
> > * Requires a little processing on the rubyforge server (to extract the
> > RDoc)
>
> Is there any security aspect to this - does running RDoc on a gem
> require installing it or executing any of the code in the gem? I
> suppose it could be done on a different machine and uploaded to
> RubyForge, though...

Don't do this unless you either hard-code the RDoc template or limit it
to a pre-selected list. Using the options specified in the Gem
specification allows Gem authors to run arbitrary Ruby code on the
RubyForge server.

I've written about this several times on the RubyGems mailing list in
the last week or so. For those of you not subscribed to the RubyGems
mailing list, you can find the relevant posts at the following URLs:

http://rubyforge.org/pipermail/rubygems-developers/2007-January/0...
http://rubyforge.org/pipermail/rubygems-developers/2007-January/0...
http://rubyforge.org/pipermail/rubygems-developers/2007-January/0...
http://rubyforge.org/pipermail/rubygems-developers/2007-January/0...
http://rubyforge.org/pipermail/rubygems-developers/2007-January/0...

Fair warning: Each post is longer and more detailed than the previous
one, so do yourself a favor and grab a soda or beer before diving in.

PS. I have a mostly working patch for RubyGems that creates a protected
chroot() environment for generating documentation. Since this seems to
be a topic of interest I'll get it clean enough to post for discussion.

> Yours,
>
> Tom

--
Paul Duncan <pabs@pablotron.org> pabs in #ruby-lang (OPN IRC)
http://www.pabl... OpenPGP Key ID: 0x82C29562