From luislavena at gmail.com  Mon Dec  1 10:07:35 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 1 Dec 2008 10:07:35 -0500
Subject: [Rubyinstaller-devel] Migrate to GCC as soon as possible?
In-Reply-To: <966599840812010702u355e7c9bre7a6799496014297@mail.gmail.com>
References: <ca2428780811252339l7f3ac854sc4fb6677135d0883@mail.gmail.com>
	<71166b3b0811261334i3b655a2cp755f2786bcfa2294@mail.gmail.com>
	<ca2428780811292310i63f30ce7ye24fed5ce1faa9c4@mail.gmail.com>
	<71166b3b0811300613s57eed570k1f0b7ce919b38659@mail.gmail.com>
	<966599840812010702u355e7c9bre7a6799496014297@mail.gmail.com>
Message-ID: <71166b3b0812010707y2843f1f3u5e043b6e46513a81@mail.gmail.com>

On Mon, Dec 1, 2008 at 10:02 AM, Roger Pack <rogerpack2005 at gmail.com> wrote:
> I've heard some nice things about the nsys (nullsoft?) packager,
> though I've never used it.

Current One-Click Installer is built with NSIS.

If you take a look to the build scripts:

http://rubyinstaller.rubyforge.org/svn/trunk/installer-win2/NSIS/

IMHO I guess those comments came from people that feels comfortable
with non-structured and primitive scripting functionality.

One of the problems with current installer is that wipe out everything
during uninstall. That's because it lacks a manifest of installed
files to only remove those.

InnoSetup is more intelligent in that front, but I need to explore a bit more.

-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From reachme at charlesroper.co.uk  Tue Dec  2 05:16:05 2008
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Tue, 02 Dec 2008 10:16:05 +0000
Subject: [Rubyinstaller-devel] Non-working gems (like id3lib-ruby)
Message-ID: <49350AE5.7030104@charlesroper.co.uk>

Hi Folks,

I've been trying out the MinGW version of Ruby and have come across a 
few gems that don't install. Most of these, I think, are already known 
about (like hpricot), but some others perhaps aren't. Is it worth me 
posting those that I have tried to install but had problems with, or is 
it not worth it? Should I instead contact the author of the gems directly?

The latest non-working gem I have found is id3lib-ruby.

http://id3lib-ruby.rubyforge.org/

This requires the id3lib C++ library. The author provides a precompiled 
version for Windows, and for Linux/OS X you have to install it using 
aptitude (or whatever).

http://id3lib-ruby.rubyforge.org/doc/files/INSTALL.html

In the light of Luis's rake-compiler, what would be the best way of 
improving the installation of this gem?

Another gem that breaks under MinGW is proj4rb:

http://rubyforge.org/projects/proj4rb/

Cheers,
Charles

From luislavena at gmail.com  Tue Dec  2 20:22:03 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 2 Dec 2008 20:22:03 -0500
Subject: [Rubyinstaller-devel] Non-working gems (like id3lib-ruby)
In-Reply-To: <49350AE5.7030104@charlesroper.co.uk>
References: <49350AE5.7030104@charlesroper.co.uk>
Message-ID: <71166b3b0812021722r1aa60352yb679778189fb640b@mail.gmail.com>

On Tue, Dec 2, 2008 at 5:16 AM, Charles Roper
<reachme at charlesroper.co.uk> wrote:
> Hi Folks,
>

Hello Charles.

> I've been trying out the MinGW version of Ruby and have come across a few
> gems that don't install. Most of these, I think, are already known about
> (like hpricot), but some others perhaps aren't. Is it worth me posting those
> that I have tried to install but had problems with, or is it not worth it?

Well, collecting a list of these gems will be helpful, maybe a
blacklist of gems and the contact information of the developer for us
to poke them? ;-)

> Should I instead contact the author of the gems directly?

Yes, indeed, and point them to integrate rake-compiler, which soon
will get the rubyforge project approved ;-)

> The latest non-working gem I have found is id3lib-ruby.
>
> http://id3lib-ruby.rubyforge.org/
>
> This requires the id3lib C++ library. The author provides a precompiled
> version for Windows, and for Linux/OS X you have to install it using
> aptitude (or whatever).
>
> http://id3lib-ruby.rubyforge.org/doc/files/INSTALL.html
>
> In the light of Luis's rake-compiler, what would be the best way of
> improving the installation of this gem?
>

If the project is in github, fork the project, integrate the
enhacements using rake-compiler and send a pull request to the
developer.

if they are using subversion, try to generate some patches.

Either the new RubyInstaller and the cross compiler have stdc++, so
build c++ extensions will be easy.

> Another gem that breaks under MinGW is proj4rb:
>
> http://rubyforge.org/projects/proj4rb/
>

I have no knowledge of those, but let's add those to a black list in the wiki?

> Cheers,
> Charles


Thank you Charles for your time on this!

-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From dsisnero at gmail.com  Thu Dec  4 21:22:00 2008
From: dsisnero at gmail.com (Dominic Sisneros)
Date: Thu, 4 Dec 2008 19:22:00 -0700
Subject: [Rubyinstaller-devel] rake-compiler
Message-ID: <c429d15e0812041822j6d7efedcm29b6818464dd10fd@mail.gmail.com>

I was trying to compile the curb gem and got it working after making some
changes.  When trying to
package it for windows from ubuntu intrepid I get the following error
because the ruby in ubuntu is
version 1.8.7 and I asked for the 1.8.6 version of ruby of ruby to
cross-compile with

dominics-linux:~/programming/repos/curb$ rake cross native gem
(in /home/dominic/programming/repos/curb)
cd tmp/i386-mswin32/curb_core
./rbconfig.rb:7: ruby lib version (1.8.6) doesn't match executable version
(1.8.7) (RuntimeError)
    from /usr/lib/ruby/1.8/mkmf.rb:4:in `require'
    from /usr/lib/ruby/1.8/mkmf.rb:4
    from /home/dominic/programming/repos/curb/ext/curb_core/extconf.rb:1:in
`require'
    from /home/dominic/programming/repos/curb/ext/curb_core/extconf.rb:1
rake aborted!
Command failed with status (1): [/usr/bin/ruby1.8 -I.
/home/dominic/program...]

(See full trace by running task with --trace)

So, when running rake cross native gem it should somehow use the rake
installed in ~/.rake-compiler
directory `.rake-compiler/ruby/ruby-1.8.6-p287/bin directory
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/rubyinstaller-devel/attachments/20081204/c7c415b0/attachment.html>

From z4k4ri4 at gmail.com  Thu Dec  4 22:27:02 2008
From: z4k4ri4 at gmail.com (Zakaria)
Date: Fri, 5 Dec 2008 10:27:02 +0700
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <71166b3b0811180713i24713083p50390d8b2ffb9029@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<71166b3b0811180713i24713083p50390d8b2ffb9029@mail.gmail.com>
Message-ID: <837f1cb0812041927q7036db36j151b91388cdfe6d3@mail.gmail.com>

I'm sorry I did not get back to you immediately.
Real-Life(tm) take me and make me forget about this question.

On Tue, Nov 18, 2008 at 10:13 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Tue, Nov 18, 2008 at 4:28 AM, Zakaria <z4k4ri4 at gmail.com> wrote:
>> Hi,

>> I'm testing your RC1 and using it for rails 2.1 and postgresql.
>> It turnout your libeay32.dll and ssleay32.dll conflict with
>> PostgreSQL 8.3.1 version of the same dll (0.9.8.4 vs 0.9.8.5).

>> Could you upgrade the next version to use OpenSSL 0.9.8e like PostgreSQL?

> We can try, but I found problems between the openssl extension bundled
> with the Ruby version we are using and newer OpenSSL releases.

> Did you tried replacing those files for the newer ones?

> Just rename the ones in Ruby/bin to .old or something and copy over
> the ones from PostgreSQL

Yes, I try and it seem all right.
Is there any test script that I can try to verified that my ruby
openssl is not affected?
BTW, what is your plan for OCI? When can we expect another RC?

> --
> Luis Lavena
> AREA 17

-- Zakaria
   z4k4ri4 at gmail.com             Yahoo!: z4k4ri4
   http://pemula.linux.or.id
   Mau invite gmail? japri aja.

From luislavena at gmail.com  Thu Dec  4 22:28:20 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 4 Dec 2008 22:28:20 -0500
Subject: [Rubyinstaller-devel] rake-compiler
In-Reply-To: <c429d15e0812041822j6d7efedcm29b6818464dd10fd@mail.gmail.com>
References: <c429d15e0812041822j6d7efedcm29b6818464dd10fd@mail.gmail.com>
Message-ID: <71166b3b0812041928t668bccau5211c470bb2d2ee0@mail.gmail.com>

On Thu, Dec 4, 2008 at 9:22 PM, Dominic Sisneros <dsisnero at gmail.com> wrote:
> I was trying to compile the curb gem and got it working after making some
> changes.  When trying to
> package it for windows from ubuntu intrepid I get the following error
> because the ruby in ubuntu is
> version 1.8.7 and I asked for the 1.8.6 version of ruby of ruby to
> cross-compile with

You should have then installed 1.8.7-p72 as cross compiler

rake-compiler cross-ruby VERSION=1.8.7-p72

By default rake-compiler will target the latest stable 1.8.6, since I
believe 1.8.7 is flawed and even more any OS that decide to ship it by
default.

My humble opinion, of course.

> dominics-linux:~/programming/repos/curb$ rake cross native gem
> (in /home/dominic/programming/repos/curb)
> cd tmp/i386-mswin32/curb_core
> ./rbconfig.rb:7: ruby lib version (1.8.6) doesn't match executable version
> (1.8.7) (RuntimeError)
>     from /usr/lib/ruby/1.8/mkmf.rb:4:in `require'
>     from /usr/lib/ruby/1.8/mkmf.rb:4
>     from /home/dominic/programming/repos/curb/ext/curb_core/extconf.rb:1:in
> `require'
>     from /home/dominic/programming/repos/curb/ext/curb_core/extconf.rb:1
> rake aborted!
> Command failed with status (1): [/usr/bin/ruby1.8 -I.
> /home/dominic/program...]
>
> (See full trace by running task with --trace)
>
> So, when running rake cross native gem it should somehow use the rake
> installed in ~/.rake-compiler
> directory `.rake-compiler/ruby/ruby-1.8.6-p287/bin directory
>

That defeats the purpose of cross compilation.

You cannot use that version of Ruby unless you have wine installed to
run under a Windows emulation.

Besides, there is no rake, gem or anything installed in the
cross-compiled ruby version that rake-compiler generated for you, it
is only used for linking and for grabbing the configuration
(rbconfig.rb) file.

Please try "rake-compiler clobber" and then specify the version of
Ruby you're using.

That should work.

Thank you for trying rake-compiler. I'll add a note about 1.8.6 versus
1.8.7 in the next release.

-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From luislavena at gmail.com  Thu Dec  4 22:35:30 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 4 Dec 2008 22:35:30 -0500
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <837f1cb0812041927q7036db36j151b91388cdfe6d3@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<71166b3b0811180713i24713083p50390d8b2ffb9029@mail.gmail.com>
	<837f1cb0812041927q7036db36j151b91388cdfe6d3@mail.gmail.com>
Message-ID: <71166b3b0812041935k7dbffaebp2ac6eff191d3bcb5@mail.gmail.com>

On Thu, Dec 4, 2008 at 10:27 PM, Zakaria <z4k4ri4 at gmail.com> wrote:
> I'm sorry I did not get back to you immediately.
> Real-Life(tm) take me and make me forget about this question.
>

I know about that :-P

> On Tue, Nov 18, 2008 at 10:13 PM, Luis Lavena <luislavena at gmail.com> wrote:
>> On Tue, Nov 18, 2008 at 4:28 AM, Zakaria <z4k4ri4 at gmail.com> wrote:
>>> Hi,
>
>>> I'm testing your RC1 and using it for rails 2.1 and postgresql.
>>> It turnout your libeay32.dll and ssleay32.dll conflict with
>>> PostgreSQL 8.3.1 version of the same dll (0.9.8.4 vs 0.9.8.5).
>
>>> Could you upgrade the next version to use OpenSSL 0.9.8e like PostgreSQL?
>
>> We can try, but I found problems between the openssl extension bundled
>> with the Ruby version we are using and newer OpenSSL releases.
>
>> Did you tried replacing those files for the newer ones?
>
>> Just rename the ones in Ruby/bin to .old or something and copy over
>> the ones from PostgreSQL
>
> Yes, I try and it seem all right.
> Is there any test script that I can try to verified that my ruby
> openssl is not affected?

Hmn, not that I'm aware of, you could try installing mongrel gem which
are signed:

gem install mongrel -P HighSecurity

That uses OpenSSL to verify the signed gem

> BTW, what is your plan for OCI? When can we expect another RC?
>

So far seems there wasn't new errors with current installer. So I'll
work on marking that release as Final and do the announce in
RubyForge.

I'll love to focus in the new installer to be able to deliver both
1.8.6 and 1.9.1 by Christmas (or a bit after) :-D

-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From z4k4ri4 at gmail.com  Thu Dec  4 22:36:47 2008
From: z4k4ri4 at gmail.com (Zakaria)
Date: Fri, 5 Dec 2008 10:36:47 +0700
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <71166b3b0811180714k13e993f8k79b9a700f5542323@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<966599840811180711u1ac73de4n87816736603ad94f@mail.gmail.com>
	<71166b3b0811180714k13e993f8k79b9a700f5542323@mail.gmail.com>
Message-ID: <837f1cb0812041936i79817027q82042c0b441d2093@mail.gmail.com>

On Tue, Nov 18, 2008 at 10:14 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Tue, Nov 18, 2008 at 1:11 PM, Roger Pack <rogerpack2005 at gmail.com> wrote:
>> I wonder if there's a way to use separate versions of the dll's
>> without causing conflicts.
>> -=R

> The only way to avoid that is do static linked version of all the
> dependencies Ruby depends on (like zlib, openssl, readline and
> others).

On my windows box, I install SilkSVN and among the files they install are
SlikSvn-libeay32.dll and SlikSvn-ssleay32.dll. There are just a renamed
version of libeay32.dll and ssleay32.dll.

Maybe you could use those trick too?

> --
> Luis Lavena
> AREA 17

Wassallam,


-- Zakaria
   z4k4ri4 at gmail.com             Yahoo!: z4k4ri4
   http://pemula.linux.or.id
   Mau invite gmail? japri aja.

From luislavena at gmail.com  Thu Dec  4 22:47:19 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 4 Dec 2008 22:47:19 -0500
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <837f1cb0812041936i79817027q82042c0b441d2093@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<966599840811180711u1ac73de4n87816736603ad94f@mail.gmail.com>
	<71166b3b0811180714k13e993f8k79b9a700f5542323@mail.gmail.com>
	<837f1cb0812041936i79817027q82042c0b441d2093@mail.gmail.com>
Message-ID: <71166b3b0812041947k5d16cfe4nabdc6d4ae4c345@mail.gmail.com>

On Thu, Dec 4, 2008 at 10:36 PM, Zakaria <z4k4ri4 at gmail.com> wrote:
> On Tue, Nov 18, 2008 at 10:14 PM, Luis Lavena <luislavena at gmail.com> wrote:
>> On Tue, Nov 18, 2008 at 1:11 PM, Roger Pack <rogerpack2005 at gmail.com> wrote:
>>> I wonder if there's a way to use separate versions of the dll's
>>> without causing conflicts.
>>> -=R
>
>> The only way to avoid that is do static linked version of all the
>> dependencies Ruby depends on (like zlib, openssl, readline and
>> others).
>
> On my windows box, I install SilkSVN and among the files they install are
> SlikSvn-libeay32.dll and SlikSvn-ssleay32.dll. There are just a renamed
> version of libeay32.dll and ssleay32.dll.
>
> Maybe you could use those trick too?
>

Having a different OpenSSL libraries to link against still requires us
to compile them :-P

Anyway, let see how things end about building those packages.
-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From z4k4ri4 at gmail.com  Thu Dec  4 23:03:22 2008
From: z4k4ri4 at gmail.com (Zakaria)
Date: Fri, 5 Dec 2008 11:03:22 +0700
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <71166b3b0812041935k7dbffaebp2ac6eff191d3bcb5@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<71166b3b0811180713i24713083p50390d8b2ffb9029@mail.gmail.com>
	<837f1cb0812041927q7036db36j151b91388cdfe6d3@mail.gmail.com>
	<71166b3b0812041935k7dbffaebp2ac6eff191d3bcb5@mail.gmail.com>
Message-ID: <837f1cb0812042003qb7da6cdrf37cb14c02c92321@mail.gmail.com>

On Fri, Dec 5, 2008 at 10:35 AM, Luis Lavena <luislavena at gmail.com> wrote:
> Hmn, not that I'm aware of, you could try installing mongrel gem which
> are signed:

> gem install mongrel -P HighSecurity

> That uses OpenSSL to verify the signed gem

After doing:
gem cert --add mongrel-public_cert.pem
gem install mongrel -P HighSecurity

they fail with error:
Exception `NameError' at
C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:134 -
uninitialized constant Gem::Commands::InstallCommand
Exception `Gem::LoadError' at
C:/Ruby/lib/ruby/site_ruby/1.8/rubygems.rb:636 - Could not find
RubyGem sources (> 0.0.1)

Exception `NoMethodError' at
C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/security.rb:435 - undefined
method `public_key' for nil:NilClass
Exception `RuntimeError' at
C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/package/tar_input.rb:93 -
Couldn't verify data signature: undefined method `public_key' for
nil:NilClass
ERROR:  While executing gem ... (RuntimeError)
    Couldn't verify data signature: undefined method `public_key' for
nil:NilClass
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/package/tar_input.rb:93:in
`initialize'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/package/tar_input.rb:18:in `new'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/package/tar_input.rb:18:in
`open'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/package.rb:56:in `open'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/format.rb:67:in `from_io'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/format.rb:51:in
`from_file_by_path'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/format.rb:50:in `open'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/format.rb:50:in
`from_file_by_path'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:114:in `initialize'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:236:in
`new'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:236:in
`install'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:219:in
`each'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:219:in
`install'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:86:in
`execute'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:83:in
`each'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:83:in
`execute'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/command.rb:136:in `invoke'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:105:in
`process_args'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:75:in `run'
        C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/gem_runner.rb:39:in `run'
        C:/Ruby/bin/gem:24

My gem is 1.3.1
I don't know whose at fault here.

>> BTW, what is your plan for OCI? When can we expect another RC?

> So far seems there wasn't new errors with current installer. So I'll
> work on marking that release as Final and do the announce in
> RubyForge.

> I'll love to focus in the new installer to be able to deliver both
> 1.8.6 and 1.9.1 by Christmas (or a bit after) :-D

Looking forward for those

> --
> Luis Lavena
> AREA 17

-- Zakaria
   z4k4ri4 at gmail.com             Yahoo!: z4k4ri4
   http://pemula.linux.or.id
   Mau invite gmail? japri aja.

From reachme at charlesroper.co.uk  Fri Dec  5 03:30:27 2008
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Fri, 05 Dec 2008 08:30:27 +0000
Subject: [Rubyinstaller-devel] Non-working gems (like id3lib-ruby)
In-Reply-To: <71166b3b0812021722r1aa60352yb679778189fb640b@mail.gmail.com>
References: <49350AE5.7030104@charlesroper.co.uk>
	<71166b3b0812021722r1aa60352yb679778189fb640b@mail.gmail.com>
Message-ID: <4938E6A3.4000409@charlesroper.co.uk>

Luis Lavena wrote:

>> I've been trying out the MinGW version of Ruby and have come across a few
>> gems that don't install. Most of these, I think, are already known about
>> (like hpricot), but some others perhaps aren't. Is it worth me posting those
>> that I have tried to install but had problems with, or is it not worth it?
> 
> Well, collecting a list of these gems will be helpful, maybe a
> blacklist of gems and the contact information of the developer for us
> to poke them? ;-)

OK, I'll do that. :)

>> Should I instead contact the author of the gems directly?
> 
> Yes, indeed, and point them to integrate rake-compiler, which soon
> will get the rubyforge project approved ;-)

Gotcha. Where, for now, is the primary page for rake-compiler? Is it the 
github page?

>> http://id3lib-ruby.rubyforge.org/doc/files/INSTALL.html
>>
>> In the light of Luis's rake-compiler, what would be the best way of
>> improving the installation of this gem?
>>
> 
> If the project is in github, fork the project, integrate the
> enhacements using rake-compiler and send a pull request to the
> developer.
> 
> if they are using subversion, try to generate some patches.
> 
> Either the new RubyInstaller and the cross compiler have stdc++, so
> build c++ extensions will be easy.

OK, that is information I'll pass onto the gem author.

>> Another gem that breaks under MinGW is proj4rb:
>>
>> http://rubyforge.org/projects/proj4rb/
>>
> 
> I have no knowledge of those, but let's add those to a black list in the wiki?

Great. What wiki should I use?

> Thank you Charles for your time on this!

Thank *you*. :)

Charles


From luislavena at gmail.com  Fri Dec  5 08:34:24 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 5 Dec 2008 08:34:24 -0500
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <837f1cb0812042003qb7da6cdrf37cb14c02c92321@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<71166b3b0811180713i24713083p50390d8b2ffb9029@mail.gmail.com>
	<837f1cb0812041927q7036db36j151b91388cdfe6d3@mail.gmail.com>
	<71166b3b0812041935k7dbffaebp2ac6eff191d3bcb5@mail.gmail.com>
	<837f1cb0812042003qb7da6cdrf37cb14c02c92321@mail.gmail.com>
Message-ID: <71166b3b0812050534v19b5fe45u9581f847d70d6c9f@mail.gmail.com>

On Thu, Dec 4, 2008 at 11:03 PM, Zakaria <z4k4ri4 at gmail.com> wrote:
> On Fri, Dec 5, 2008 at 10:35 AM, Luis Lavena <luislavena at gmail.com> wrote:
>> Hmn, not that I'm aware of, you could try installing mongrel gem which
>> are signed:
>
>> gem install mongrel -P HighSecurity
>
>> That uses OpenSSL to verify the signed gem
>
> After doing:
> gem cert --add mongrel-public_cert.pem
> gem install mongrel -P HighSecurity
>
> they fail with error:
> Exception `NameError' at
> C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:134 -
> uninitialized constant Gem::Commands::InstallCommand
> Exception `Gem::LoadError' at
> C:/Ruby/lib/ruby/site_ruby/1.8/rubygems.rb:636 - Could not find
> RubyGem sources (> 0.0.1)
>

Hmn, looks like is a old version of RubyGems?

try "gem env" for provide that information to us.

>
> My gem is 1.3.1
> I don't know whose at fault here.
>

Oh, even more confused now...

RubyGems should no longer look for sources gem, it's gone since 0.9.5

>>> BTW, what is your plan for OCI? When can we expect another RC?
>
>> So far seems there wasn't new errors with current installer. So I'll
>> work on marking that release as Final and do the announce in
>> RubyForge.
>
>> I'll love to focus in the new installer to be able to deliver both
>> 1.8.6 and 1.9.1 by Christmas (or a bit after) :-D
>
> Looking forward for those
>

Me too :-)

-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From luislavena at gmail.com  Fri Dec  5 08:40:17 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 5 Dec 2008 08:40:17 -0500
Subject: [Rubyinstaller-devel] Non-working gems (like id3lib-ruby)
In-Reply-To: <4938E6A3.4000409@charlesroper.co.uk>
References: <49350AE5.7030104@charlesroper.co.uk>
	<71166b3b0812021722r1aa60352yb679778189fb640b@mail.gmail.com>
	<4938E6A3.4000409@charlesroper.co.uk>
Message-ID: <71166b3b0812050540l44465725l44e325921a7c9be4@mail.gmail.com>

On Fri, Dec 5, 2008 at 3:30 AM, Charles Roper
<reachme at charlesroper.co.uk> wrote:
> Luis Lavena wrote:
>
>>> I've been trying out the MinGW version of Ruby and have come across a few
>>> gems that don't install. Most of these, I think, are already known about
>>> (like hpricot), but some others perhaps aren't. Is it worth me posting
>>> those
>>> that I have tried to install but had problems with, or is it not worth
>>> it?
>>
>> Well, collecting a list of these gems will be helpful, maybe a
>> blacklist of gems and the contact information of the developer for us
>> to poke them? ;-)
>
> OK, I'll do that. :)
>
>>> Should I instead contact the author of the gems directly?
>>
>> Yes, indeed, and point them to integrate rake-compiler, which soon
>> will get the rubyforge project approved ;-)
>
> Gotcha. Where, for now, is the primary page for rake-compiler? Is it the
> github page?
>

Yay, RubyForge project got approved:

http://rubyforge.org/projects/rake-compiler/

I need to add my rubyforge release task to the project and we are set to go :-)

In any case, getting more documentation from GitHub is also a good place:

http://www.github.com/luislavena/rake-compiler

>>> http://id3lib-ruby.rubyforge.org/doc/files/INSTALL.html
>>>
>>> In the light of Luis's rake-compiler, what would be the best way of
>>> improving the installation of this gem?
>>>
>>
>> If the project is in github, fork the project, integrate the
>> enhacements using rake-compiler and send a pull request to the
>> developer.
>>
>> if they are using subversion, try to generate some patches.
>>
>> Either the new RubyInstaller and the cross compiler have stdc++, so
>> build c++ extensions will be easy.
>
> OK, that is information I'll pass onto the gem author.
>
>>> Another gem that breaks under MinGW is proj4rb:
>>>
>>> http://rubyforge.org/projects/proj4rb/
>>>
>>
>> I have no knowledge of those, but let's add those to a black list in the
>> wiki?
>
> Great. What wiki should I use?
>

RubyInstaller Wiki:

http://rubyinstaller.rubyforge.org/wiki/wiki.pl

Let's create a new section "Blacklisted gems" and start collecting
both gem names, project pages and authors ;-)

>> Thank you Charles for your time on this!
>
> Thank *you*. :)
>

:-)

-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

From z4k4ri4 at gmail.com  Tue Dec  9 07:14:49 2008
From: z4k4ri4 at gmail.com (Zakaria)
Date: Tue, 9 Dec 2008 19:14:49 +0700
Subject: [Rubyinstaller-devel] Use openssl 0.9.8e in the next version?
In-Reply-To: <71166b3b0812050534v19b5fe45u9581f847d70d6c9f@mail.gmail.com>
References: <837f1cb0811172228y69e7c148v4013628e9c36dfe2@mail.gmail.com>
	<71166b3b0811180713i24713083p50390d8b2ffb9029@mail.gmail.com>
	<837f1cb0812041927q7036db36j151b91388cdfe6d3@mail.gmail.com>
	<71166b3b0812041935k7dbffaebp2ac6eff191d3bcb5@mail.gmail.com>
	<837f1cb0812042003qb7da6cdrf37cb14c02c92321@mail.gmail.com>
	<71166b3b0812050534v19b5fe45u9581f847d70d6c9f@mail.gmail.com>
Message-ID: <837f1cb0812090414s1bb23c4ci8b741cfc419824e2@mail.gmail.com>

On Fri, Dec 5, 2008 at 8:34 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Thu, Dec 4, 2008 at 11:03 PM, Zakaria <z4k4ri4 at gmail.com> wrote:
> > After doing:
> > gem cert --add mongrel-public_cert.pem
> > gem install mongrel -P HighSecurity

> > they fail with error:
> > Exception `NameError' at
> > C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:134 -
> > uninitialized constant Gem::Commands::InstallCommand
> > Exception `Gem::LoadError' at
> > C:/Ruby/lib/ruby/site_ruby/1.8/rubygems.rb:636 - Could not find
> > RubyGem sources (> 0.0.1)

> Hmn, looks like is a old version of RubyGems?

> try "gem env" for provide that information to us.

RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.1
  - RUBY VERSION: 1.8.6 (2008-08-11 patchlevel 287) [i386-mswin32]
  - INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe
  - EXECUTABLE DIRECTORY: C:/Ruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mswin32-60
  - GEM PATHS:
     - C:/Ruby/lib/ruby/gems/1.8
     - C:/Documents and Settings/Zakaria/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

> --
> Luis Lavena
> AREA 17

-- Zakaria
  z4k4ri4 at gmail.com             Yahoo!: z4k4ri4

From z4k4ri4 at gmail.com  Thu Dec 18 06:41:06 2008
From: z4k4ri4 at gmail.com (Zakaria)
Date: Thu, 18 Dec 2008 18:41:06 +0700
Subject: [Rubyinstaller-devel] exec bug in RC2
Message-ID: <837f1cb0812180341v25b02c9jaa699dd0ab34f41c@mail.gmail.com>

Hi,

I'm testing the RC2 and find this bug while trying to run rails script/dbconsole

E:\>ruby -v
ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-mswin32]
E:\>ruby -e 'exec "notepad.exe", "test.txt"'
-e:1:in `exec': No such file or directory - notepad.exe (Errno::ENOENT)
        from -e:1
E:\>ruby -e 'exec "notepad", "test.txt"'
E:\>ruby -e 'exec "notepad.exe"'

Note there is an error when I do exec 'notepad.exe', 'test.txt'

Compare with the ruby in InstantRails 2.0:

C:\rails2\rails_apps>ruby -v
ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-mswin32]
C:\rails2\rails_apps>ruby -e 'exec "notepad.exe", "test.txt"'
C:\rails2\rails_apps>ruby -e 'exec "notepad", "test.txt"'
C:\rails2\rails_apps>ruby -e 'exec "notepad.exe"'

There is no such error. A regression perhaps?

Wassallam,


-- Zakaria
   z4k4ri4 at gmail.com             Yahoo!: z4k4ri4
   http://zakaria.is-a-geek.org
   http://pemula.linux.or.id
   Mau invite gmail? japri aja.

From luislavena at gmail.com  Thu Dec 18 21:33:32 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 19 Dec 2008 00:33:32 -0200
Subject: [Rubyinstaller-devel] exec bug in RC2
In-Reply-To: <837f1cb0812180341v25b02c9jaa699dd0ab34f41c@mail.gmail.com>
References: <837f1cb0812180341v25b02c9jaa699dd0ab34f41c@mail.gmail.com>
Message-ID: <71166b3b0812181833p49387ac4xd9734654a1885a64@mail.gmail.com>

On Thu, Dec 18, 2008 at 9:41 AM, Zakaria <z4k4ri4 at gmail.com> wrote:
> Hi,
>
> I'm testing the RC2 and find this bug while trying to run rails script/dbconsole
>
> E:\>ruby -v
> ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-mswin32]
> E:\>ruby -e 'exec "notepad.exe", "test.txt"'
> -e:1:in `exec': No such file or directory - notepad.exe (Errno::ENOENT)
>        from -e:1
> E:\>ruby -e 'exec "notepad", "test.txt"'
> E:\>ruby -e 'exec "notepad.exe"'
>
> Note there is an error when I do exec 'notepad.exe', 'test.txt'
>
> Compare with the ruby in InstantRails 2.0:
>
> C:\rails2\rails_apps>ruby -v
> ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-mswin32]
> C:\rails2\rails_apps>ruby -e 'exec "notepad.exe", "test.txt"'
> C:\rails2\rails_apps>ruby -e 'exec "notepad", "test.txt"'
> C:\rails2\rails_apps>ruby -e 'exec "notepad.exe"'
>
> There is no such error. A regression perhaps?
>
> Wassallam,
>

Hello Zakaria.

both exec() and system() calls are broken on Windows, mostly all the
multiple arguments calls changed behavior from patchlevel 111 to 287.

There is a discussion about that on ruby-core:

http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/20606

This is pure ruby problem, and currently we are bound to the binary
releases officially made.

I cannot suggest more than raise this issue to Ruby redmine, and hope
you get heard.

http://redmine.ruby-lang.org/

Regards,
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From allen at decisiv.net  Thu Dec 18 22:09:22 2008
From: allen at decisiv.net (Allen Hewes)
Date: Thu, 18 Dec 2008 22:09:22 -0500
Subject: [Rubyinstaller-devel] exec bug in RC2
References: <837f1cb0812180341v25b02c9jaa699dd0ab34f41c@mail.gmail.com>
	<71166b3b0812181833p49387ac4xd9734654a1885a64@mail.gmail.com>
Message-ID: <93A8EB76A05F894BAAA84349F92EAF50016DB7AE@postman.decisiv.net>

Yo Luis,

> both exec() and system() calls are broken on Windows, mostly all the
> multiple arguments calls changed behavior from patchlevel 111 to 287.
> 

Seems to be the changes from p114 to p230:
C:\>which ruby
c:\ruby\bin\ruby.EXE

C:\>ruby -v
ruby 1.8.6 (2008-03-03 patchlevel 114) [i386-mswin32]

C:\>ruby -e 'exec "notepad.exe", "test.txt"'
C:\>ruby -e 'exec "notepad", "test.txt"'
C:\>ruby -e 'exec "notepad.exe"'


C:\Workspace\ruby-1.8.6-p230\win32>which ruby
C:\Workspace\ruby-1.8.6-p230\win32\ruby.EXE

C:\Workspace\ruby-1.8.6-p230\win32>ruby -v
ruby 1.8.6 (2008-06-20 patchlevel 230) [i386-mswin32]

C:\Workspace\ruby-1.8.6-p230\win32>ruby -e 'exec "notepad.exe", "test.txt"'
-e:1:in `exec': No such file or directory - notepad.exe (Errno::ENOENT)
        from -e:1
C:\Workspace\ruby-1.8.6-p230\win32>ruby -e 'exec "notepad", "test.txt"'
C:\Workspace\ruby-1.8.6-p230\win32>ruby -e 'exec "notepad.exe"'

/allen


From luislavena at gmail.com  Sat Dec 20 13:27:44 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 20 Dec 2008 16:27:44 -0200
Subject: [Rubyinstaller-devel] exec bug in RC2
In-Reply-To: <93A8EB76A05F894BAAA84349F92EAF50016DB7AE@postman.decisiv.net>
References: <837f1cb0812180341v25b02c9jaa699dd0ab34f41c@mail.gmail.com>
	<71166b3b0812181833p49387ac4xd9734654a1885a64@mail.gmail.com>
	<93A8EB76A05F894BAAA84349F92EAF50016DB7AE@postman.decisiv.net>
Message-ID: <71166b3b0812201027m30c8dbf6hb57cc63e2ecde631@mail.gmail.com>

On Fri, Dec 19, 2008 at 1:09 AM, Allen Hewes <allen at decisiv.net> wrote:
> Yo Luis,
>
>> both exec() and system() calls are broken on Windows, mostly all the
>> multiple arguments calls changed behavior from patchlevel 111 to 287.
>>
>
> Seems to be the changes from p114 to p230:
> C:\>which ruby
> c:\ruby\bin\ruby.EXE
>
> C:\>ruby -v
> ruby 1.8.6 (2008-03-03 patchlevel 114) [i386-mswin32]
>
> C:\>ruby -e 'exec "notepad.exe", "test.txt"'
> C:\>ruby -e 'exec "notepad", "test.txt"'
> C:\>ruby -e 'exec "notepad.exe"'
>
>
> C:\Workspace\ruby-1.8.6-p230\win32>which ruby
> C:\Workspace\ruby-1.8.6-p230\win32\ruby.EXE
>
> C:\Workspace\ruby-1.8.6-p230\win32>ruby -v
> ruby 1.8.6 (2008-06-20 patchlevel 230) [i386-mswin32]
>
> C:\Workspace\ruby-1.8.6-p230\win32>ruby -e 'exec "notepad.exe", "test.txt"'
> -e:1:in `exec': No such file or directory - notepad.exe (Errno::ENOENT)
>        from -e:1
> C:\Workspace\ruby-1.8.6-p230\win32>ruby -e 'exec "notepad", "test.txt"'
> C:\Workspace\ruby-1.8.6-p230\win32>ruby -e 'exec "notepad.exe"'
>

Thank you Allen.

Yes, these changes were introduced in ruby itself, is not
RubyInstaller (One-Click).

Since we updated the reference Ruby to p287, now we are seeing those.

Changes has been integrated in ruby-core for 1.9 and I believe soon
these will be merged in 1.8 branch.

-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From luislavena at gmail.com  Mon Dec 29 22:13:58 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 30 Dec 2008 01:13:58 -0200
Subject: [Rubyinstaller-devel] Development Kit as Gem?
Message-ID: <71166b3b0812291913p69b4cf6bw3a6efd88a3b5dede@mail.gmail.com>

Hello Everybody,

I'll like to know your thoughts about the new Development Kit (MinGW+MSYS).

First I'll like to explain the difficulties around it.

1) RubyInstaller (One-Click) is released under MIT/Ruby License.

For that, RubyInstaller can no loner bundle gems or packages that are
not license compatible (this includes GPL packages). LGPL like Dlls
can be bundled without issues.

2) MinGW and MSYS are GPL

For the distribution purposes, a new installer with a new codebase
under GPL license needs to be created. Also the source version of
MinGW needs to be distributed or offered, thus defeating the purpose
of distribution of the Installer.

Under that circumstance, I've been thinking on Roger Pack's suggestion
of a devkit gem.

The gem, instead of bundle all those files (20MB worth of binaries)
will include the recipes for downloading and unpacking both MinGW and
MSYS and setting the proper batch files.

This is something similar what rake-compiler does with "cross-ruby"
task. Instead of bundling ruby code, it just downloads it.

In that way, RubyInstaller will no need to split codebase, change
licenses or anything.

Suggestions? comments? I had this discussion with my lawer a couple of
weeks ago but didn't find the time to comment on this, sorry.

Regards and happy new year to everybody!
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry