[Pkg-ruby-extras-maintainers] ToDo status update
Paul van Tilburg
paulvt at debian.org
Fri Dec 1 16:49:28 CET 2006
This is probably the last ToDO status update for now.
On Thu, Nov 09, 2006 at 12:24:32PM +0100, Paul van Tilburg wrote:
> I wanted to give a short summary of what we have accomplished so far and
> the things still left to do.
> 1. Solve all remaining issues concerning ruby-pkg-tools
> All seems to be in order.
When extconf.rb is chained (i.e. called/used by) to setup.rb, setup.rb
doesn't pass extconf.rb options to install in the same location.
This leads to setup.rb installing in /usr/lib/ruby1.8 but extconf.rb
installing in /usr/local/lib/site_ruby. This fact was revealed by the
libcomplearn-ruby package. For now, we pass setup.rb extconf.rb-options
that it will pass on, forcing it to install in the correct places.
There are three options for now:
1. Fix/patch the setup.rb of these packages.
2. Fix the class and let it always pass these extconf.rb-options.
3. Leave it for now, use the current override and solve this somewhere
in upstream in the future.
Only when we decide to go with 2. this will involve a new r-p-t upload.
> 2. Make sure that all team-maintained packages are: bug(report)-less,
> installable and up-to-date.
> feed2imap may get a fix to solve the open priority normal bug. Lucas is
> looking into this.
> Behind with respect to upstream still are:
> - libgpgme-ruby (Thierry?)
> - libhighline-ruby (Esteban?)
> - libhpricot-ruby (Ari?)
> - libwww-mechanize-ruby (Ari?)
All maintainers of the above packages explained that these packages
don't need new upstream updates for Etch. However, packages maintained by
Thierry can and should be transfered to other team members.
Any volunteers for libgpgme-ruby and libcairo-ruby?
> 3. Consider all WIP packages and get them in Etch if they are worthy.
> We'll leave libbluecloth-ruby, libdbus-ruby, libdev-utils-ruby,
> libextensions-ruby and libfactes-ruby for what it it is, except if
> someone is interested in getting them in now.
There doesn't seem to anyone interested at the moment.
> I don't know what needs to happen for matheval-ruby?
It seems that nothing has to be done for now.
> libcomplearn-ruby and libsvm-ruby are waiting for their base libs to pass
> the NEW queue.
The base libs have entered sid, and both Ruby bindings are waiting in NEW
> 4. Add/adopt damog's pacakges.
> Note that libform-validator-ruby still has to be CDBSified. Filipe is
> looking into that.
This task has been completed, pending upload.
> 5. Consider RFPs:
> 6. Create the libruby-extras meta-package and get it into Etc.
Package has been uploaded. Since libmmap-ruby got rejected, it is not
installable atm. Should libmmap-ruby not make Etch, then a new version needs
to be uploaded.
Summarizing the even smaller ToDo containing only optional items:
* Maybe fix the setup-rb class for setup-extconf chain problem?
* Adopt libcairo-ruby and libgpgme-ruby?
* Someone package libserialport-ruby?
* Maybe fix libruby-extras?
I'd say we're quite ready :)
Student @ Eindhoven | email: paulvt at debian.org
University of Technology, The Netherlands | JID: paul at luon.net
>>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/attachments/20061201/d5feee18/attachment.pgp
More information about the Pkg-ruby-extras-maintainers