From: "Mauricio Fernández" <batsman.geo@...>
Date: 2004-08-13T16:58:20+09:00
Subject: Re: ruvi 0.4.11

On Fri, Aug 13, 2004 at 09:13:36AM +0900, "Pe�a, Botp" wrote:
> tried rpa-ing...
> 
> C:\temp>rpa query ruvi
> Matching available ports:
> ruvi  0.4.10-2  vim clone.
> 
> C:\temp>rpa install ruvi
[...]
> Committed changes
> 
> C:\temp>ruvi
> c:/ruby/lib/ruby/site_ruby/1.8/curses-ui.rb:1:in `require': No such file to
> load -- curses (LoadError)
>         from c:/ruby/lib/ruby/site_ruby/1.8/curses-ui.rb:1
>         from c:/ruby/bin/ruvi:5:in `require'
>         from c:/ruby/bin/ruvi:5
> 
> 
> Shouldn't rpa take care of the dependencies? in this case curses-ui..

There is a limit to what RPA can provide before becoming a cross-OS
distribution :) Consider the following: if I package ruby-gnome2, should
I package gtk too? And all the other gnome libs too? Will I finally have
to package libc too ;), for several Linux distros, FreeBSD, DragonFly
BSD, Mac OSX, Win XP, Win 2k, just to mention the platforms where I know
rpa-base has been run on?
In other words, at some point it has to rely on the functionality
provided by the host OS. On systems with a native package manager, it
will take care of the rest. If you're on win32, you'll have to get the
required libs yourself _or_ build a large team able to package lots of
stuff for win32, as a spinoff of RPA (if only cause RPA will have the
appropriate infrastructures, in time) or independently, if you want
*all* the libs you could ever need to be packaged.

In this particular case, there is a chance RPA will distribute curses
binaries for win32 once I get the binary repos. up and implement signed
packages/ports, but it's already nearing the limits of what RPA can
reasonably be.

-- 
Running Debian GNU/Linux Sid (unstable)
batsman dot geo at yahoo dot com