From roger.pack at leadmediapartners.com  Wed May 14 20:07:07 2008
From: roger.pack at leadmediapartners.com (Roger Pack)
Date: Wed, 14 May 2008 18:07:07 -0600
Subject: [Rubyinstaller-devel] problem installing the mingw sandbox
Message-ID: <966599840805141707h58820321w38792565c9fa4ff8@mail.gmail.com>

as a note--
ruby setup.rb install --no-ri --no-rdoc RUBYOPT=
ruby: no such file to load -- ubygems (LoadError)
rake aborted!
Command failed with status (1): [ruby setup.rb install --no-ri --no-rdoc RU...]

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

hmm.

From luislavena at gmail.com  Wed May 14 20:13:02 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 14 May 2008 21:13:02 -0300
Subject: [Rubyinstaller-devel] problem installing the mingw sandbox
In-Reply-To: <966599840805141707h58820321w38792565c9fa4ff8@mail.gmail.com>
References: <966599840805141707h58820321w38792565c9fa4ff8@mail.gmail.com>
Message-ID: <71166b3b0805141713s3a40175cgd77e89d63213e208@mail.gmail.com>

On Wed, May 14, 2008 at 9:07 PM, Roger Pack
<roger.pack at leadmediapartners.com> wrote:
> as a note--
> ruby setup.rb install --no-ri --no-rdoc RUBYOPT=
> ruby: no such file to load -- ubygems (LoadError)
> rake aborted!
> Command failed with status (1): [ruby setup.rb install --no-ri --no-rdoc RU...]
>
> (See full trace by running task with --trace)
>
> hmm.

That's because previous installation of Ruby set RUBYOPT with
rubygems, and there is no easy way to remove that when installing
rubygems into the sandboxed ruby.

Can you removing the RUBYOPT= from config/ruby_installer.rb file? (line 147).

Latest RubyGems 1.1.1 workaround that issue, dunno why that was still present.

Let me know if it worked, if not, please fill a ticket at rubyforge,
I'll take care of it during the weekend.

Thanks for your time,
-- 
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 May 15 20:33:13 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 15 May 2008 21:33:13 -0300
Subject: [Rubyinstaller-devel] problem installing the mingw sandbox
In-Reply-To: <71166b3b0805141713s3a40175cgd77e89d63213e208@mail.gmail.com>
References: <966599840805141707h58820321w38792565c9fa4ff8@mail.gmail.com>
	<71166b3b0805141713s3a40175cgd77e89d63213e208@mail.gmail.com>
Message-ID: <71166b3b0805151733o68f4a273q26edca7d1d26bba6@mail.gmail.com>

On Wed, May 14, 2008 at 9:13 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Wed, May 14, 2008 at 9:07 PM, Roger Pack
> <roger.pack at leadmediapartners.com> wrote:
>> as a note--
>> ruby setup.rb install --no-ri --no-rdoc RUBYOPT=
>> ruby: no such file to load -- ubygems (LoadError)
>> rake aborted!
>> Command failed with status (1): [ruby setup.rb install --no-ri --no-rdoc RU...]
>>
>> (See full trace by running task with --trace)
>>
>> hmm.
>
> That's because previous installation of Ruby set RUBYOPT with
> rubygems, and there is no easy way to remove that when installing
> rubygems into the sandboxed ruby.
>
> Can you removing the RUBYOPT= from config/ruby_installer.rb file? (line 147).
>
> Latest RubyGems 1.1.1 workaround that issue, dunno why that was still present.
>
> Let me know if it worked, if not, please fill a ticket at rubyforge,
> I'll take care of it during the weekend.
>

Roger, that worked?

Please let me know so I can correct the installer3 recipes.
-- 
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 roger.pack at leadmediapartners.com  Fri May 16 10:34:35 2008
From: roger.pack at leadmediapartners.com (Roger Pack)
Date: Fri, 16 May 2008 08:34:35 -0600
Subject: [Rubyinstaller-devel] problem installing the mingw sandbox
In-Reply-To: <71166b3b0805151733o68f4a273q26edca7d1d26bba6@mail.gmail.com>
References: <966599840805141707h58820321w38792565c9fa4ff8@mail.gmail.com>
	<71166b3b0805141713s3a40175cgd77e89d63213e208@mail.gmail.com>
	<71166b3b0805151733o68f4a273q26edca7d1d26bba6@mail.gmail.com>
Message-ID: <966599840805160734v72aff9c5q2c8b3a3cfc148f8a@mail.gmail.com>

still no love on this.  I'll look at it sometime though and try and
get it to work [and hopefully submit a patch].
-R

On Thu, May 15, 2008 at 6:33 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Wed, May 14, 2008 at 9:13 PM, Luis Lavena <luislavena at gmail.com> wrote:
>> On Wed, May 14, 2008 at 9:07 PM, Roger Pack
>> <roger.pack at leadmediapartners.com> wrote:
>>> as a note--
>>> ruby setup.rb install --no-ri --no-rdoc RUBYOPT=
>>> ruby: no such file to load -- ubygems (LoadError)
>>> rake aborted!
>>> Command failed with status (1): [ruby setup.rb install --no-ri --no-rdoc RU...]
>>>
>>> (See full trace by running task with --trace)
>>>
>>> hmm.
>>
>> That's because previous installation of Ruby set RUBYOPT with
>> rubygems, and there is no easy way to remove that when installing
>> rubygems into the sandboxed ruby.
>>
>> Can you removing the RUBYOPT= from config/ruby_installer.rb file? (line 147).
>>
>> Latest RubyGems 1.1.1 workaround that issue, dunno why that was still present.
>>
>> Let me know if it worked, if not, please fill a ticket at rubyforge,
>> I'll take care of it during the weekend.
>>
>
> Roger, that worked?
>
> Please let me know so I can correct the installer3 recipes.
> --
> 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
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel
>

From luislavena at gmail.com  Sun May 18 19:29:17 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 18 May 2008 20:29:17 -0300
Subject: [Rubyinstaller-devel] Git experiment and Honor system
Message-ID: <71166b3b0805181629h5157c8bt12a708fbcc8e2acc@mail.gmail.com>

Hello Guys,

To avoid the bike shed discussion on DVCS vs. VCS, I decided to move
forward and make real a Git experiment with the installer3 recipes.

Even that Bazaar is "superior" in some UI aspects (the command line,
the clarity of the options and the merge algorithms), Git became quite
popular lately, that includes the cool toy GitHub, so giving it a shot
was our oportunity to get more feedback.

Also, after interacting with the great comunity that got shaped around
Rubinius, it seems the Honor system build around it is worth also a
shot.

So: I'm giving space to anyone who provides a patch, looking to better
community integration for us, Windows users.

You can pay a visit to the RubyInstaller github page:

http://github.com/luislavena/rubyinstaller/

And get the public URL for git clone. Fork as you like, experiment
with it and bring the changes to make this project better.

I'll check my post-commits hooks to keep pushing the latest.zip file
into my server and also the svn repo at rubyforge.

I'm working right now in bring Gordon's changes that uses 7z instead
of bsdtar and then the WiX installer.

Regards and good night everybody!

-- 
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  Sun May 25 16:49:28 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 25 May 2008 17:49:28 -0300
Subject: [Rubyinstaller-devel] There is no go for Alternate Iconv
Message-ID: <71166b3b0805251349u73d69500k7965e79fec7bc642@mail.gmail.com>

Hello Guys,

After playing with RubySpec, found that our replacement (er, actually
followed _why ideas and I choose it) didn't stand a chance compared to
standard GNU Iconv, so back to square one for guys trying to play with
it.

This project have a big issue compiling and building the GNU packages:
there is no good documentation, central place or web page to gather
all the resources required to compile all these packages without
investing *days* figuring out what to do with these broken source
package.

Since rubyinstaller package is not backed by 7-Zip extracting
capabilities [1], I'll welcome anybody that can get the GNU packages
working (at least try it). Both Readline and Iconv are the first
candidates.

I'll love to heard back from you guys, I'm working on the WiX stuff,
so we can have something to deliver that works for most of the users,
that includes those who use Iconv ;-)

Regards,

[1] http://blog.mmediasys.com/2008/05/24/random-bits-and-experiments/
-- 
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 rogerpack2005 at gmail.com  Mon May 26 08:58:56 2008
From: rogerpack2005 at gmail.com (Roger Pack)
Date: Mon, 26 May 2008 06:58:56 -0600
Subject: [Rubyinstaller-devel] There is no go for Alternate Iconv
In-Reply-To: <71166b3b0805251349u73d69500k7965e79fec7bc642@mail.gmail.com>
References: <71166b3b0805251349u73d69500k7965e79fec7bc642@mail.gmail.com>
Message-ID: <2F43B68D-1D25-4844-B94D-D2A3E92F083E@gmail.com>

does the mingw port of iconv work?  I know it builds, don't know if it  
passes tests.
My latest idea is that, like python, ruby should migrate to using   
msvcrt9 :)
Does anybody know if this is faster or not, than mingw?
-R

On May 25, 2008, at 2:49 PM, Luis Lavena wrote:

> Hello Guys,
>
> After playing with RubySpec, found that our replacement (er, actually
> followed _why ideas and I choose it) didn't stand a chance compared to
> standard GNU Iconv, so back to square one for guys trying to play with
> it.
>
> This project have a big issue compiling and building the GNU packages:
> there is no good documentation, central place or web page to gather
> all the resources required to compile all these packages without
> investing *days* figuring out what to do with these broken source
> package.
>
> Since rubyinstaller package is not backed by 7-Zip extracting
> capabilities [1], I'll welcome anybody that can get the GNU packages
> working (at least try it). Both Readline and Iconv are the first
> candidates.
>
> I'll love to heard back from you guys, I'm working on the WiX stuff,
> so we can have something to deliver that works for most of the users,
> that includes those who use Iconv ;-)
>
> Regards,
>
> [1] http://blog.mmediasys.com/2008/05/24/random-bits-and-experiments/
> -- 
> 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
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel


From luislavena at gmail.com  Mon May 26 13:38:04 2008
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 26 May 2008 14:38:04 -0300
Subject: [Rubyinstaller-devel] There is no go for Alternate Iconv
In-Reply-To: <2F43B68D-1D25-4844-B94D-D2A3E92F083E@gmail.com>
References: <71166b3b0805251349u73d69500k7965e79fec7bc642@mail.gmail.com>
	<2F43B68D-1D25-4844-B94D-D2A3E92F083E@gmail.com>
Message-ID: <71166b3b0805261038w40c8d567xde4d79be208ea94e@mail.gmail.com>

On Mon, May 26, 2008 at 9:58 AM, Roger Pack <rogerpack2005 at gmail.com> wrote:
> does the mingw port of iconv work?  I know it builds, don't know if it
> passes tests.

The thing with Iconv is that needs two steps to properly compile:

First you need gettext without Iconv to build Iconv to then build
gettext with Iconv (messy, don't you think?)

Anyway, will take a look, is not priority right now and I can use the
old Iconv binary package form the GNUwin32 guys in the mean time.

> My latest idea is that, like python, ruby should migrate to using  msvcrt9
> :)

Will be great if someone contribute a msbuild file that replaces the
makefiles, that will be awesome.

> Does anybody know if this is faster or not, than mingw?

Dunno if was ok, but I did a silly test a few months back when the
same thing was suggested:

http://rubyforge.org/pipermail/rubyinstaller-devel/2008-January/000230.html

Please consider that Python guys are using full Visual Studio to
generate the official distribution, since they are taking advantage of
PGO optimizations that are only available in the purchased licensed
and not in the Express packages.

Also, the python guys don't have the problem we have with the bundled
extensions like readline and such because that is not part of the
core/main package of the language, leaving the problem to those who
want/need these packages.

The OpenSSL stuff is fixed since they use Python prepare makefiles to
get them build properly, something we are using right now :-D

Regards,
-- 
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