[Pkg-ruby-extras-maintainers] ToDo status update

[Rudi Cilibrasi]

Thanks for this detective work Paul, I think it has cleared up many of
my understandings
since converting complearn.  I started to try to make a patch to
setup.rb to fix it and
got as far as two lines:

--- setup.rb    (revision 862)
+++ setup.rb    (working copy)
@@ -1235,7 +1235,9 @@
   alias config_dir_man noop

   def extconf
-    ruby "#{curr_srcdir()}/extconf.rb", *@config.config_opt
+opts = ["--so-dir=#{@config['so-dir']}",
"--site-ruby=#{@config['site-ruby']}", *@config.config_opt ]
+    puts "Using option: #{opts.join(',')}"
+    ruby "#{curr_srcdir()}/extconf.rb", *opts
   end

Now I am confused however, because I cannot seem to find evidence that
the options passed to extconf.rb are actually making it into the
mkmf-generated Makefile in etc/complearn/.  I'm also not seeing any
options passed to extconf.rb in the svn-pb output which perplexes me,
because it does correctly install into /usr/lib (without local) as we
might hope.  I thought I would send out my two line patch anyhow just
in case somebody else can make this into a working patch, or do
something similar.  I am planning to spend some time around Christmas
studying the CDBS stuff more closely.  Cheers,

Rudi

On 12/1/06, Paul van Tilburg <paulvt at debian.org> wrote:
> Hello,
>
> 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
> right now.
>
> > 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:
>
> libserialport-ruby.. anyone?
>
> > 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 :)
>
> Paul
>
> --
> 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
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
>
> iD8DBQFFcE8IJBBhylAGQYERAgvuAJ9sVdnqtn5ijV/n8HGx5/PlnnFIGgCfRmL5
> HaXNqUkudjzZXvQqyACKqco=
> =fhQf
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Pkg-ruby-extras-maintainers mailing list
> Pkg-ruby-extras-maintainers at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-ruby-extras-maintainers
>
>


-- 
Experiment with Artificial Intelligence  at http://complearn.org/