Lucas Nussbaum escreveu isso aí:
> On 03/05/10 at 22:03 -0300, Antonio Terceiro wrote:
> > Antonio Terceiro escreveu isso aí:
> > > Lucas Nussbaum escreveu isso aí:
> > > > On 22/04/10 at 11:14 -0300, Antonio Terceiro wrote:
> > > > > Lucas Nussbaum escreveu isso aí:
> > > > > > - write a set of scripts to package from gems, including:
> > > > > > + gem2tgz - convert gem to tgz, saving the gem metadata somewhere
> > > > > > + dh_make_ruby - prepare a source package, making use of the gem metadata
> > > > > > + script to watch gems on rubygems.org (for debian/watch)
> > > > > > + various QA scripts, including one to grep for "require 'rubygems'"
> > > > >
> > > > > These got me a itch to scratch, and I decided to play a little. It seems
> > > > > we have something that solves the gem2tgz and the debian/watch items:
> > > > >
> > > > > http://gemwatch.heroku.com/
> > > > >
> > > > > It can be used with debian/watch files like this:
> > > > >
> > > > > version=3
> > > > > http://gemwatch.heroku.com/${gem} /download/${gem}-(.*)\.tar.gz
> > > > >
> > > > > Source is available on github:
> > > > >
> > > > > http://github.com/terceiro/gemwatch
> > > > >
> > > > > All dependencies are available on Debian sid.
> > > >
> > > > Do you think it would be possible to make it available from alioth, in
> > > > the project's website, possibly after backporting a few packages?
> > >
> > > I think it is possible, yes. I'll work on it as soon as can.
> > >
> > > > Also note that system() doesn't check the return value. It might be
> > > > better to check $? after each call, since we clearly want to check for
> > > > failures.
> > >
> > > Sure. I guess I'll change most of those calls into File and FileUtils calls
> > > when possible, and check errors properly otherwise.
> >
> > So, Gemwatch now runs as CGI and can be made available on alioth.
> >
> > I've also made the backports necessary to run it on Lenny:
> > http://alioth.debian.org/~terceiro-guest/backports/libmime-types-ruby_1.16-2~bpo50+1.dsc
> > http://alioth.debian.org/~terceiro-guest/backports/librestclient-ruby_1.4.2-1~bpo50+1.dsc
> > http://alioth.debian.org/~terceiro-guest/backports/libsinatra-ruby_1.0.a-1~bpo50+1.dsc
> >
> > The interdiffs between those backports and the ones in squeeze are here:
> > http://alioth.debian.org/~terceiro-guest/backports/interdiffs/
> >
> > I guess the alioth admins will require those packages to be properly
> > uploaded to backports.org, right? In that case I'll need sponsoring.
>
> Hi,
>
> They all were installed on alioth.
>
> Can you move forward with adding the script to the team's website?
Sure.
I tried, but when I reached the point of trying it in the browser, I
ended up noticing that there was a hidden dependency of
librestclient-ruby1.8 on libopenssl-ruby1.8. On Squeeze,
libopenssl-ruby1.8 is included in libruby1.8, but on Lenny it has its
own package. I've fixed this in the backport, can you please upload it?
The source can be obtained with:
dget http://alioth.debian.org/~terceiro-guest/backports/librestclient-ruby_1.4.2-1~bpo50+2.dsc
The interdiff between this backport and the package on Squeeze:
http://alioth.debian.org/~terceiro-guest/backports/interdiffs/librestclient-ruby-2.diff
In the meantime I am working on some TODO that we discussed last week on
IRC, and already poked on #alioth to see if they can install
libopenssl-ruby1.8 anyway.
I am taking notes of the process:
http://alioth.debian.org/~terceiro-guest/gemwatch-alioth
--
Antonio Terceiro <terceiro@softwarelivre.org>
http://softwarelivre.org/terceiro
Attachment:
signature.asc
Description: Digital signature