Lisandro,
Thanks for writing the patch.
Cédric,
Thanks for trying it and working on it further!
Regarding ruby 1.9.1: I think it's safe to ignore 1.9.1; from what
I've seen, packages that use cmake to build ruby extensions
generally build only for one version, so if 1.9.1 would be broken
with a
Hi Lisandro,
On Sun, Mar 23, 2014 at 01:27:06PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> tag 730095 +patch
> thanks
> Note: I'm not the cmake maintainer but I'm just trying to get this solved.
> Ruby guys: is there any chance to apply the following patch to
> /usr/share/cmake-2.8/Mo
On Sunday 23 March 2014 13:27:06 Lisandro Damián Nicanor Pérez Meyer wrote:
> tag 730095 +patch
> thanks
>
> Note: I'm not the cmake maintainer but I'm just trying to get this solved.
>
> Ruby guys: is there any chance to apply the following patch to
> /usr/share/cmake-2.8/Modules/FindRuby.cmake
Control: reassign -1 cmake
Control: retitle -1 cmake: FindRuby cannot handle Ruby 2.0 library in multiarch
path
Hello Sylvain, thanks for your bug report. Hello cmake maintainer(s).
On Thu, Nov 21, 2013 at 11:19:09AM +0100, Sylvain Joyeux wrote:
> Package: ruby2.0
> Version: 2.0.0.343-1
> Severi
Package: ruby2.0
Version: 2.0.0.343-1
Severity: normal
RbConfig::CONFIG['libdir'] reports /usr/lib/ instead of (on my amd64
machine) the multiarch /usr/lib/x86_64-linux-gnu. AFAIK, libdir is meant
to be the directory in which the ruby .so library is installed, so it is
wrong.
It breaks CMake
5 matches
Mail list logo
