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