From rogerdpack at gmail.com  Mon Jun  1 12:06:44 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 1 Jun 2009 10:06:44 -0600
Subject: [Rubyinstaller-devel] rb readline version of mingw distro
Message-ID: <e880bd570906010906y11327e76s4c3fbabd04857316@mail.gmail.com>

Might be nice to update the .7z distro files
(rubyinstaller.org/downloads) with the latest rb readline--or are they
already?
Thanks.
=-r

From rogerdpack at gmail.com  Mon Jun  1 12:09:22 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 1 Jun 2009 10:09:22 -0600
Subject: [Rubyinstaller-devel] bug reports
In-Reply-To: <e880bd570905270548g1ab32663od9497efc77d34e1e@mail.gmail.com>
References: <e880bd570905270548g1ab32663od9497efc77d34e1e@mail.gmail.com>
Message-ID: <e880bd570906010909j6906a66bq2918031b321385ac@mail.gmail.com>

Tried sending this to rubyinstaller-devel and it said it was moderated
because of too big. Trying again with smaller size :)


---------- Forwarded message ----------
From: Roger Pack <rogerdpack at gmail.com>
Date: Wed, May 27, 2009 at 6:48 AM
Subject: bug reports
To: For RubyInstaller Developers <rubyinstaller-devel at rubyforge.org>


currently if you run make test-all with the 1.8.6 branch, you get:

?1) Failure:
test_reorganize(TestGDBM) [../ruby_1_8/test/gdbm/test_gdbm.rb:591]:
<true> expected but was
<false>.

?2) Failure:
test_s_open_create_new(TestGDBM) [../ruby_1_8/test/gdbm/test_gdbm.rb:84]:
<420> expected but was
<438>.

?3) Failure:
test_del_trailing_separator_25(TestPathname)
[../ruby_1_8/test/pathname/test_pathname.rb:27]:
del_trailing_separator("\225\\\\").
<"\225\\"> expected but was
<"\225">.

?4) Failure:
test_should_propagate_signaled(TestBeginEndBlock)
[../ruby_1_8/test/ruby/test_beginendblock.rb:83]:
<nil> expected but was
<3>.

?5) Failure:
test_cgi(TestWEBrickCGI)
? ?[../ruby_1_8/test/webrick/test_cgi.rb:27:in `test_cgi'
? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1053:in
`request'
? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:2136:in
`reading_body'
? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1052:in
`request'
? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1037:in
`request'
? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:543:in
`start'
? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1035:in
`request'
? ? ../ruby_1_8/test/webrick/test_cgi.rb:26:in `test_cgi'
? ? ../ruby_1_8/test/webrick/utils.rb:38:in `call'
? ? ../ruby_1_8/test/webrick/utils.rb:38:in `start_server'
? ? ../ruby_1_8/test/webrick/utils.rb:46:in `start_httpserver'
? ? ../ruby_1_8/test/webrick/test_cgi.rb:17:in `test_cgi']:
<"/\244\333\244\262/\244\333\244\262"> expected but was
<"/\017U\017\375/\017U\017\375">.

are any of these important or of concern to us?
--------------------------------------------------------------------------------------------------------------------------------------
Also, for curiosity sake, here's the 1.9 make test-all output (after
deleting test_io.rb and test_fiber.rb)

6050 tests, 2510241 assertions, 40 failures, 89 errors, 7 skips

Do you think I should submit these all to core?

-=r

From luislavena at gmail.com  Mon Jun  1 12:10:58 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 1 Jun 2009 13:10:58 -0300
Subject: [Rubyinstaller-devel] rb readline version of mingw distro
In-Reply-To: <e880bd570906010906y11327e76s4c3fbabd04857316@mail.gmail.com>
References: <e880bd570906010906y11327e76s4c3fbabd04857316@mail.gmail.com>
Message-ID: <71166b3b0906010910r6953404fq4c53a3fc9d88f92c@mail.gmail.com>

On Mon, Jun 1, 2009 at 1:06 PM, Roger Pack <rogerdpack at gmail.com> wrote:
> Might be nice to update the .7z distro files
> (rubyinstaller.org/downloads) with the latest rb readline--or are they
> already?

Update manually for now.

http://blog.mmediasys.com/2009/05/19/pure-ruby-readline-released-012/

I find pointless upload new versions every time I fix bugs in the
related project. Next version is going to sport the update, but not
now.

Cheers,

-- 
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 Jun  1 12:11:42 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 1 Jun 2009 13:11:42 -0300
Subject: [Rubyinstaller-devel] bug reports
In-Reply-To: <e880bd570906010909j6906a66bq2918031b321385ac@mail.gmail.com>
References: <e880bd570905270548g1ab32663od9497efc77d34e1e@mail.gmail.com> 
	<e880bd570906010909j6906a66bq2918031b321385ac@mail.gmail.com>
Message-ID: <71166b3b0906010911y2433ac4dv4f9874a6574be3a8@mail.gmail.com>

On Mon, Jun 1, 2009 at 1:09 PM, Roger Pack <rogerdpack at gmail.com> wrote:
> Tried sending this to rubyinstaller-devel and it said it was moderated
> because of too big. Trying again with smaller size :)
>
>
> ---------- Forwarded message ----------
> From: Roger Pack <rogerdpack at gmail.com>
> Date: Wed, May 27, 2009 at 6:48 AM
> Subject: bug reports
> To: For RubyInstaller Developers <rubyinstaller-devel at rubyforge.org>
>
>
> currently if you run make test-all with the 1.8.6 branch, you get:
>
> ?1) Failure:
> test_reorganize(TestGDBM) [../ruby_1_8/test/gdbm/test_gdbm.rb:591]:
> <true> expected but was
> <false>.
>
> ?2) Failure:
> test_s_open_create_new(TestGDBM) [../ruby_1_8/test/gdbm/test_gdbm.rb:84]:
> <420> expected but was
> <438>.
>
> ?3) Failure:
> test_del_trailing_separator_25(TestPathname)
> [../ruby_1_8/test/pathname/test_pathname.rb:27]:
> del_trailing_separator("\225\\\\").
> <"\225\\"> expected but was
> <"\225">.
>
> ?4) Failure:
> test_should_propagate_signaled(TestBeginEndBlock)
> [../ruby_1_8/test/ruby/test_beginendblock.rb:83]:
> <nil> expected but was
> <3>.
>
> ?5) Failure:
> test_cgi(TestWEBrickCGI)
> ? ?[../ruby_1_8/test/webrick/test_cgi.rb:27:in `test_cgi'
> ? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1053:in
> `request'
> ? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:2136:in
> `reading_body'
> ? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1052:in
> `request'
> ? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1037:in
> `request'
> ? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:543:in
> `start'
> ? ? D:/dev/downloads/oneclick186_lavena/sandbox/ruby_1_8/lib/net/http.rb:1035:in
> `request'
> ? ? ../ruby_1_8/test/webrick/test_cgi.rb:26:in `test_cgi'
> ? ? ../ruby_1_8/test/webrick/utils.rb:38:in `call'
> ? ? ../ruby_1_8/test/webrick/utils.rb:38:in `start_server'
> ? ? ../ruby_1_8/test/webrick/utils.rb:46:in `start_httpserver'
> ? ? ../ruby_1_8/test/webrick/test_cgi.rb:17:in `test_cgi']:
> <"/\244\333\244\262/\244\333\244\262"> expected but was
> <"/\017U\017\375/\017U\017\375">.
>
> are any of these important or of concern to us?
> --------------------------------------------------------------------------------------------------------------------------------------
> Also, for curiosity sake, here's the 1.9 make test-all output (after
> deleting test_io.rb and test_fiber.rb)
>
> 6050 tests, 2510241 assertions, 40 failures, 89 errors, 7 skips
>
> Do you think I should submit these all to core?
>

You already submitted this to Ruby-core, saw your ticket/post last week.
-- 
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 rogerdpack at gmail.com  Mon Jun  1 12:14:03 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 1 Jun 2009 10:14:03 -0600
Subject: [Rubyinstaller-devel] bug reports
In-Reply-To: <71166b3b0906010911y2433ac4dv4f9874a6574be3a8@mail.gmail.com>
References: <e880bd570905270548g1ab32663od9497efc77d34e1e@mail.gmail.com>
	<e880bd570906010909j6906a66bq2918031b321385ac@mail.gmail.com>
	<71166b3b0906010911y2433ac4dv4f9874a6574be3a8@mail.gmail.com>
Message-ID: <e880bd570906010914s298b0fafnf86459d16527fe8f@mail.gmail.com>

>> 6050 tests, 2510241 assertions, 40 failures, 89 errors, 7 skips
>>
>> Do you think I should submit these all to core?

Oh yeah I submitted the 1.8.6 bugs (since they were fairly few).  My
question was more "should I submit all 40 failures + 89 errors that
ruby 1.9 make test-all generates" (I've submitted about 9 of them thus
far).

-=

From luislavena at gmail.com  Mon Jun  1 12:15:36 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 1 Jun 2009 13:15:36 -0300
Subject: [Rubyinstaller-devel] bug reports
In-Reply-To: <e880bd570906010914s298b0fafnf86459d16527fe8f@mail.gmail.com>
References: <e880bd570905270548g1ab32663od9497efc77d34e1e@mail.gmail.com> 
	<e880bd570906010909j6906a66bq2918031b321385ac@mail.gmail.com> 
	<71166b3b0906010911y2433ac4dv4f9874a6574be3a8@mail.gmail.com> 
	<e880bd570906010914s298b0fafnf86459d16527fe8f@mail.gmail.com>
Message-ID: <71166b3b0906010915r1f85031cn3a9ee9d2bcdb0d3e@mail.gmail.com>

On Mon, Jun 1, 2009 at 1:14 PM, Roger Pack <rogerdpack at gmail.com> wrote:
>>> 6050 tests, 2510241 assertions, 40 failures, 89 errors, 7 skips
>>>
>>> Do you think I should submit these all to core?
>
> Oh yeah I submitted the 1.8.6 bugs (since they were fairly few). ?My
> question was more "should I submit all 40 failures + 89 errors that
> ruby 1.9 make test-all generates" (I've submitted about 9 of them thus
> far).
>

They will just ignore them, like they did on the past with my bug reports.

What will be better is component -by- component all the errors and see
if they can be corrected.

-- 
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 rogerdpack at gmail.com  Mon Jun  1 14:00:24 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 1 Jun 2009 12:00:24 -0600
Subject: [Rubyinstaller-devel] bug reports
In-Reply-To: <71166b3b0906010915r1f85031cn3a9ee9d2bcdb0d3e@mail.gmail.com>
References: <e880bd570905270548g1ab32663od9497efc77d34e1e@mail.gmail.com>
	<e880bd570906010909j6906a66bq2918031b321385ac@mail.gmail.com>
	<71166b3b0906010911y2433ac4dv4f9874a6574be3a8@mail.gmail.com>
	<e880bd570906010914s298b0fafnf86459d16527fe8f@mail.gmail.com>
	<71166b3b0906010915r1f85031cn3a9ee9d2bcdb0d3e@mail.gmail.com>
Message-ID: <e880bd570906011100h213c0df9y5cd49493c2874435@mail.gmail.com>

> They will just ignore them, like they did on the past with my bug reports.

Yeah they have definitely ignored many of mine in the past.
They have fixed a few, which is nice -- the pthreads thing, and the
test_time.rb failing.

> What will be better is component -by- component all the errors and see
> if they can be corrected.

Do you mean grouping similar errors together as tickets?
-=r

From gthiesfeld at gmail.com  Tue Jun  2 18:03:27 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Tue, 2 Jun 2009 17:03:27 -0500
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
Message-ID: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>

pik version 0.0.2 has been released!

* <http://github.com/vertiginous/pik/tree/master>
* <Gordon Thiesfeld>

PIK is a tool to switch between multiple versions of ruby on Windows.
You have to tell it where
  your different ruby versions are located using 'pik add'.  Then you
can change to one by using
  'pik switch'.

  It also has a "sort of" multiruby functionality in 'pik run'.


== FEATURES/PROBLEMS:

  Currently, changes are to the open cmd session only.  I haven't
wired up the --global switch yet.

  Specs are very incomplete.

  'pik config' could be dangerous.  Use only if you know what you're doing.

  Only works on CRuby at present.

== SYNOPSIS:

  pik commands are:

      add           Add another ruby location to pik.
      checkup       Checks your environment for current Ruby best practices.
      run           Runs command with all version of ruby that pik is aware of.
      rm            Remove a ruby location from pik.
      switch        Switches to a different version.
      help          Diskplays help topics.


  For help on a particular command, use 'pik help COMMAND'.

  Example:

    C:\>pik run "gem in hpricot --no-ri --no-rdoc"
     == Running with 185: ruby 1.8.5 (2006-12-25 patchlevel 12)
[i386-mswin32] ==
    Successfully installed hpricot-0.8.1-x86-mswin32
    1 gem installed

     == Running with 186: ruby 1.8.6 (2008-08-11 patchlevel 287)
[i386-mswin32] ==
    Successfully installed hpricot-0.8.1-x86-mswin32
    1 gem installed

     == Running with 186: ruby 1.8.6 (2009-03-31 patchlevel 368)
[i386-mingw32] ==
    Building native extensions.  This could take a while...
    Successfully installed hpricot-0.8.1
    1 gem installed

     == Running with 191: ruby 1.9.1p0 (2009-01-30 revision 21907)
[i386-mingw32] ==
    Building native extensions.  This could take a while...
    ERROR:  Error installing hpricot:
            ERROR: Failed to build gem native extension.

    ... Errors because I haven't added the devkit ...

     == Running with 191: ruby 1.9.1p129 (2009-05-12 revision 23412)
[i386-mingw32] ==
    Building native extensions.  This could take a while...
    Successfully installed hpricot-0.8.1
    1 gem installed

== REQUIREMENTS:

  Windows, Ruby, Rubygems

== INSTALL:

  1. gem install pik (currently only on github as vertiginous-pik)

  2. pik add path_to_ruby_bin

  3. repeat step 2 as many times as necessary,
     or use 'pik add -i'

  4. pik run "gem install pik"

Changes:

### 0.0.2 / 2009-06-02

* several minor enhancements
  *updated help messages
  *updated readme
  *some formatting of output

* <http://github.com/vertiginous/pik/tree/master>
* <Gordon Thiesfeld>

From luislavena at gmail.com  Wed Jun  3 03:41:12 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 3 Jun 2009 04:41:12 -0300
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
Message-ID: <71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>

On Tue, Jun 2, 2009 at 7:03 PM, Gordon Thiesfeld <gthiesfeld at gmail.com> wrote:
> pik version 0.0.2 has been released!
>
> * <http://github.com/vertiginous/pik/tree/master>
> * <Gordon Thiesfeld>
>
> PIK is a tool to switch between multiple versions of ruby on Windows.
> You have to tell it where
> ?your different ruby versions are located using 'pik add'. ?Then you
> can change to one by using
> ?'pik switch'.
>
> ?It also has a "sort of" multiruby functionality in 'pik run'.
>

Awesome work Gordon!

I just switch from my arcane batch files and DLL injector in FreeBASIC to pik!

Also, I've started to open Issues on GitHub to keep track of what I
find from this side of the line (hope you don't mind).

>
> == FEATURES/PROBLEMS:
>
> ?Currently, changes are to the open cmd session only. ?I haven't
> wired up the --global switch yet.
>

Doing system wide can be tricky, or propagate that change to the whole
environment requires some DLL injection.

Right now I only need to have one ruby in the PATH to be able to fire
it, which is cool :-)

> ?Specs are very incomplete.
>

Maybe I can help you out on that front ;-)

Again, awesome work man and thank you for sharing this.

PS: Please post to Ruby-Talk, lot of folks will rejoice from using this!
-- 
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 gthiesfeld at gmail.com  Wed Jun  3 11:52:03 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Wed, 3 Jun 2009 10:52:03 -0500
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
Message-ID: <e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>

On Wed, Jun 3, 2009 at 2:41 AM, Luis Lavena <luislavena at gmail.com> wrote:
> On Tue, Jun 2, 2009 at 7:03 PM, Gordon Thiesfeld <gthiesfeld at gmail.com> wrote:
>> pik version 0.0.2 has been released!
>>
>
> Also, I've started to open Issues on GitHub to keep track of what I
> find from this side of the line (hope you don't mind).

Not at all!  That's why I posted here first.  I want to iron things
out before I release it to the masses ;-)

>
> Doing system wide can be tricky, or propagate that change to the whole
> environment requires some DLL injection.
>

I'm not sure what you mean here.  My plan is to update the local
session via batch file, and the whole Windows environment via
WIN32OLE.  I also plan to use ftype and/or assoc commands to update
things.  Is there a flaw in doing it this way?  Am I missing
something?  I don't know how to update icons (at least automatically),
but I don't know if that's something I care about or not ;-)

> Right now I only need to have one ruby in the PATH to be able to fire
> it, which is cool :-)
>
>> ?Specs are very incomplete.
>>
>
> Maybe I can help you out on that front ;-)

That would be great!

>
> Again, awesome work man and thank you for sharing this.
>
> PS: Please post to Ruby-Talk, lot of folks will rejoice from using this!

I plan to post it, possibly over the weekend.  I am hoping the fine
folks on this list will put it through its paces first.  This could
potentially wreck someone's ruby install, so I want to make sure it's
fairly solid/stable.

Thanks for the feedback!

Gordon

From rogerdpack at gmail.com  Wed Jun  3 13:07:16 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 3 Jun 2009 11:07:16 -0600
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
Message-ID: <e880bd570906031007x65fefeekcee7efdaa3e89c42@mail.gmail.com>

> I just switch from my arcane batch files and DLL injector in FreeBASIC to pik!

why is DLL injection necessary? Just wondering.
-=r

From gthiesfeld at gmail.com  Thu Jun  4 12:08:30 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 4 Jun 2009 11:08:30 -0500
Subject: [Rubyinstaller-devel] Shared mingw ruby devkit folder
Message-ID: <e9ece6840906040908v7288177chc723776f972131ec@mail.gmail.com>

Now that I have 5 versions of ruby on my laptop, and 3 of them mingw,
I decided to only have one devkit instead of 3.  I modified the 3
batch files, and copied them in to the bin folders of each version.

I don't have time for a proper writeup right now, but here's more
detail: http://gist.github.com/123684

Once the devkit gem is released, this may be unnecessary, but I
thought someone might find this useful.

Thanks,

Gordon

From rogerdpack at gmail.com  Sat Jun  6 08:50:30 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Sat, 6 Jun 2009 06:50:30 -0600
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
Message-ID: <e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>

> I'm not sure what you mean here. ?My plan is to update the local
> session via batch file, and the whole Windows environment via
> WIN32OLE. ?I also plan to use ftype and/or assoc commands to update
> things. ?Is there a flaw in doing it this way? ?Am I missing
> something? ?I don't know how to update icons (at least automatically),
> but I don't know if that's something I care about or not ;-)

Interesting.
I might well end up using this :)

I wonder if one difficulty is that currently open console windows
remain fixed to the old ruby version.

If that is the case, I then wonder if it would be possible to have
something like...

c:\ruby\bin containing
  ruby.bat
  gem.bat
  run_ruby_gem_command.bat # this one takes a parameter

you could always just leave c:\ruby\bin in your path, and rewrite the
.bat files depending on which ruby you'd like to next use.

run_ruby_gem_command would be like run_ruby_gem_command mongrel
or what not.

Just thinking out loud!
-=r

From gthiesfeld at gmail.com  Sat Jun  6 09:21:15 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Sat, 6 Jun 2009 08:21:15 -0500
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
	<e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
Message-ID: <e9ece6840906060621k583f8026vbb338a3aec39022a@mail.gmail.com>

On Sat, Jun 6, 2009 at 7:50 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> Interesting.
> I might well end up using this :)
>
> I wonder if one difficulty is that currently open console windows
> remain fixed to the old ruby version.

Pik already updates the currenlty open console window by updating the
path to the new version.

C:\>pik sw 185 && ruby -v && rake -V
Switching to 185: ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-mswin32]

ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-mswin32]
rake, version 0.8.7

C:\>pik sw 186 mingw && ruby -v && rake -V
Switching to 186: ruby 1.8.6 (2009-03-31 patchlevel 368) [i386-mingw32]

ruby 1.8.6 (2009-03-31 patchlevel 368) [i386-mingw32]
rake, version 0.8.7

C:\>pik sw 191 p129 && ruby -v && rake -V
Switching to 191: ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mingw32]

ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mingw32]
rake, version 0.8.7

The --global switch will update the local session path and the whole
Windows environment.

>
> If that is the case, I then wonder if it would be possible to have
> something like...
>
> c:\ruby\bin containing
> ?ruby.bat
> ?gem.bat
> ?run_ruby_gem_command.bat # this one takes a parameter
>
> you could always just leave c:\ruby\bin in your path, and rewrite the
> .bat files depending on which ruby you'd like to next use.
>
> run_ruby_gem_command would be like run_ruby_gem_command mongrel
> or what not.
>
> Just thinking out loud!
> -=r
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel
>

From rogerdpack at gmail.com  Sat Jun  6 10:09:44 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Sat, 6 Jun 2009 08:09:44 -0600
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e9ece6840906060621k583f8026vbb338a3aec39022a@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
	<e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
	<e9ece6840906060621k583f8026vbb338a3aec39022a@mail.gmail.com>
Message-ID: <e880bd570906060709l50ccf4edtc381d455298085a9@mail.gmail.com>

> Pik already updates the currenlty open console window by updating the
> path to the new version.

Cool. Does it update other currently open console windows to the newest version?
-=r

From gthiesfeld at gmail.com  Sat Jun  6 10:21:56 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Sat, 6 Jun 2009 09:21:56 -0500
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e880bd570906060709l50ccf4edtc381d455298085a9@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
	<e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
	<e9ece6840906060621k583f8026vbb338a3aec39022a@mail.gmail.com>
	<e880bd570906060709l50ccf4edtc381d455298085a9@mail.gmail.com>
Message-ID: <e9ece6840906060721y7f02075fs3c10075a15ed2007@mail.gmail.com>

On Sat, Jun 6, 2009 at 9:09 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>> Pik already updates the currenlty open console window by updating the
>> path to the new version.
>
> Cool. Does it update other currently open console windows to the newest version?

Ah, no.  That it can not do.

> -=r
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel
>

From luislavena at gmail.com  Sat Jun  6 14:13:11 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 6 Jun 2009 15:13:11 -0300
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e9ece6840906060721y7f02075fs3c10075a15ed2007@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com> 
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com> 
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com> 
	<e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com> 
	<e9ece6840906060621k583f8026vbb338a3aec39022a@mail.gmail.com> 
	<e880bd570906060709l50ccf4edtc381d455298085a9@mail.gmail.com> 
	<e9ece6840906060721y7f02075fs3c10075a15ed2007@mail.gmail.com>
Message-ID: <71166b3b0906061113o104a449du84babbf98be588d6@mail.gmail.com>

On Sat, Jun 6, 2009 at 11:21 AM, Gordon Thiesfeld<gthiesfeld at gmail.com> wrote:
> On Sat, Jun 6, 2009 at 9:09 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>>> Pik already updates the currenlty open console window by updating the
>>> path to the new version.
>>
>> Cool. Does it update other currently open console windows to the newest version?
>
> Ah, no. ?That it can not do.
>

And that's why I mentioned the DLL injection thing.

I've used in the past a small dll that I inject into other process to
see and alter those process environments.

Without that, you can't change their environments unless you fire a
system-wide event and listen to one specific message.

-- 
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 reachme at charlesroper.co.uk  Wed Jun 10 14:18:05 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Wed, 10 Jun 2009 19:18:05 +0100
Subject: [Rubyinstaller-devel] Benchmarks
Message-ID: <4A2FF8DD.5060601@charlesroper.co.uk>

Hey,

Is there any recommended benchmark code I can run against the various 
Win versions of Ruby? I just want to do it for fun, so nothing too fancy 
required.

Cheers,
Charles

From mhodgson at gmail.com  Wed Jun 10 14:42:24 2009
From: mhodgson at gmail.com (Mike Hodgson)
Date: Wed, 10 Jun 2009 14:42:24 -0400
Subject: [Rubyinstaller-devel] Benchmarks
In-Reply-To: <4A2FF8DD.5060601@charlesroper.co.uk>
References: <4A2FF8DD.5060601@charlesroper.co.uk>
Message-ID: <6dae68ac0906101142u65a7f5avda4359cec21049b9@mail.gmail.com>

Hi Charles,

I've been using this: http://github.com/acangiano/ruby-benchmark-suite

Regards,
Mike

On Wed, Jun 10, 2009 at 2:18 PM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> Hey,
>
> Is there any recommended benchmark code I can run against the various Win
> versions of Ruby? I just want to do it for fun, so nothing too fancy
> required.
>
> Cheers,
> Charles
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel
>

From rogerdpack at gmail.com  Thu Jun 11 09:31:21 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 11 Jun 2009 07:31:21 -0600
Subject: [Rubyinstaller-devel] site suggestion
Message-ID: <e880bd570906110631o11c2735fr4f0a310ad672e735@mail.gmail.com>

isitmingw.rubyinstaller.org
?
[we could put notes there on how to get certain gems working, etc.]
Cheers.
-=r

From gthiesfeld at gmail.com  Thu Jun 11 11:27:17 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 11 Jun 2009 10:27:17 -0500
Subject: [Rubyinstaller-devel] fxruby for mingw
Message-ID: <e9ece6840906110827sdf4e154ya5212c3c77aa3c28@mail.gmail.com>

Has anyone started working on compiling fxruby with MinGW?  I thought
I might try to get my hands dirty with rake-compiler, and I figured
this was as good a place as any.  Let me know.

Thanks,

Gordon

From reachme at charlesroper.co.uk  Thu Jun 11 12:27:02 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Thu, 11 Jun 2009 17:27:02 +0100
Subject: [Rubyinstaller-devel] Benchmarks
In-Reply-To: <6dae68ac0906101142u65a7f5avda4359cec21049b9@mail.gmail.com>
References: <4A2FF8DD.5060601@charlesroper.co.uk>
	<6dae68ac0906101142u65a7f5avda4359cec21049b9@mail.gmail.com>
Message-ID: <4A313056.6070908@charlesroper.co.uk>

Mike Hodgson wrote:
> Hi Charles,
> 
> I've been using this: http://github.com/acangiano/ruby-benchmark-suite

Thanks Mike. I don't seem to be able to get this running. When I try 
rake bench it iterates through all of the benchmarks like this:

   Running bm_gzip.rb
The system cannot find the path specified.
   Running bm_hilbert_matrix.rb
The system cannot find the path specified.
   Running bm_norvig_spelling.rb
The system cannot find the path specified.
   Running bm_sudoku.rb
The system cannot find the path specified.

etc...

I assume it worked out of the box you you? I've tried both cloning it 
directly from github and downloading the zip - no joy. Any ideas?

Charles

From gthiesfeld at gmail.com  Thu Jun 11 13:27:04 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 11 Jun 2009 12:27:04 -0500
Subject: [Rubyinstaller-devel] Benchmarks
In-Reply-To: <4A313056.6070908@charlesroper.co.uk>
References: <4A2FF8DD.5060601@charlesroper.co.uk>
	<6dae68ac0906101142u65a7f5avda4359cec21049b9@mail.gmail.com>
	<4A313056.6070908@charlesroper.co.uk>
Message-ID: <e9ece6840906111027u5927ffe2ycc5930e470a3cf9f@mail.gmail.com>

On Thu, Jun 11, 2009 at 11:27 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> Mike Hodgson wrote:
>>
>> Hi Charles,
>>
>> I've been using this: http://github.com/acangiano/ruby-benchmark-suite
>
> Thanks Mike. I don't seem to be able to get this running. When I try rake
> bench it iterates through all of the benchmarks like this:
>
> ?Running bm_gzip.rb
> The system cannot find the path specified.
> ?Running bm_hilbert_matrix.rb
> The system cannot find the path specified.
> ?Running bm_norvig_spelling.rb
> The system cannot find the path specified.
> ?Running bm_sudoku.rb
> The system cannot find the path specified.
>
> etc...
>
> I assume it worked out of the box you you? I've tried both cloning it
> directly from github and downloading the zip - no joy. Any ideas?

I had the same problem.  I had to change line 14 of utils/monitor.rb

cmd = "#{timeout} -t #{limit} #{vm} #{runner} #{name} #{iterations}
#{report} > /dev/null"

to

cmd = "#{timeout} -t #{limit} #{vm} #{runner} #{name} #{iterations} #{report}"

Gordon

From rogerdpack at gmail.com  Thu Jun 11 16:06:03 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 11 Jun 2009 14:06:03 -0600
Subject: [Rubyinstaller-devel] Benchmarks
In-Reply-To: <e9ece6840906111027u5927ffe2ycc5930e470a3cf9f@mail.gmail.com>
References: <4A2FF8DD.5060601@charlesroper.co.uk>
	<6dae68ac0906101142u65a7f5avda4359cec21049b9@mail.gmail.com>
	<4A313056.6070908@charlesroper.co.uk>
	<e9ece6840906111027u5927ffe2ycc5930e470a3cf9f@mail.gmail.com>
Message-ID: <e880bd570906111306j142ef35an48f15b0c1d94c3b8@mail.gmail.com>

>> I assume it worked out of the box you you? I've tried both cloning it
>> directly from github and downloading the zip - no joy. Any ideas?
>
> I had the same problem. ?I had to change line 14 of utils/monitor.rb
>
> cmd = "#{timeout} -t #{limit} #{vm} #{runner} #{name} #{iterations}
> #{report} > /dev/null"
>
> to
>
> cmd = "#{timeout} -t #{limit} #{vm} #{runner} #{name} #{iterations} #{report}"

Oops. Guess on all my computers there's a \dev directory so I never
noticed that one.  Hopefully it works now.
-=r

From luislavena at gmail.com  Thu Jun 11 16:19:18 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 11 Jun 2009 17:19:18 -0300
Subject: [Rubyinstaller-devel] Benchmarks
In-Reply-To: <e880bd570906111306j142ef35an48f15b0c1d94c3b8@mail.gmail.com>
References: <4A2FF8DD.5060601@charlesroper.co.uk>
	<6dae68ac0906101142u65a7f5avda4359cec21049b9@mail.gmail.com> 
	<4A313056.6070908@charlesroper.co.uk>
	<e9ece6840906111027u5927ffe2ycc5930e470a3cf9f@mail.gmail.com> 
	<e880bd570906111306j142ef35an48f15b0c1d94c3b8@mail.gmail.com>
Message-ID: <71166b3b0906111319q45d7b63bs5e69a9773167742a@mail.gmail.com>

On Thu, Jun 11, 2009 at 5:06 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>>> I assume it worked out of the box you you? I've tried both cloning it
>>> directly from github and downloading the zip - no joy. Any ideas?
>>
>> I had the same problem. ?I had to change line 14 of utils/monitor.rb
>>
>> cmd = "#{timeout} -t #{limit} #{vm} #{runner} #{name} #{iterations}
>> #{report} > /dev/null"
>>
>> to
>>
>> cmd = "#{timeout} -t #{limit} #{vm} #{runner} #{name} #{iterations} #{report}"
>
> Oops. Guess on all my computers there's a \dev directory so I never
> noticed that one. ?Hopefully it works now.
> -=r

Oh yeah, there is no /dev/null on Windows, is called NUL

-- 
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  Thu Jun 11 16:39:23 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 11 Jun 2009 17:39:23 -0300
Subject: [Rubyinstaller-devel] fxruby for mingw
In-Reply-To: <e9ece6840906110827sdf4e154ya5212c3c77aa3c28@mail.gmail.com>
References: <e9ece6840906110827sdf4e154ya5212c3c77aa3c28@mail.gmail.com>
Message-ID: <71166b3b0906111339g13e3fcc7t7c2e7fd3a4af5492@mail.gmail.com>

On Thu, Jun 11, 2009 at 12:27 PM, Gordon Thiesfeld<gthiesfeld at gmail.com> wrote:
> Has anyone started working on compiling fxruby with MinGW? ?I thought
> I might try to get my hands dirty with rake-compiler, and I figured
> this was as good a place as any. ?Let me know.
>

I haven't, but I heard wxRuby guys are building a MinGW based version
-- unsure about using rake-compiler or not.

You can try check the fxruby mailing list for that:

http://rubyforge.org/pipermail/fxruby-users/

Couldn't find a post about it, but will be the best shot.

> Thanks,
>
> Gordon

Cheers,

-- 
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 reachme at charlesroper.co.uk  Mon Jun 15 05:20:15 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Mon, 15 Jun 2009 10:20:15 +0100
Subject: [Rubyinstaller-devel] Rip
Message-ID: <b5d3b8c70906150220s4065df34s4ab67b446ffde830@mail.gmail.com>

This is interesting:

http://www.rubyinside.com/rip-ruby-packaging-system-1837.html

How will this affect Ruby for Windows? Will it make life better?

Charles

From luislavena at gmail.com  Mon Jun 15 10:21:23 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 15 Jun 2009 11:21:23 -0300
Subject: [Rubyinstaller-devel] Rip
In-Reply-To: <b5d3b8c70906150220s4065df34s4ab67b446ffde830@mail.gmail.com>
References: <b5d3b8c70906150220s4065df34s4ab67b446ffde830@mail.gmail.com>
Message-ID: <71166b3b0906150721i4f9e38b4n4da3e6b12db52554@mail.gmail.com>

On Mon, Jun 15, 2009 at 6:20 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> This is interesting:
>
> http://www.rubyinside.com/rip-ruby-packaging-system-1837.html
>
> How will this affect Ruby for Windows? Will it make life better?
>

Is quite interesting how Chris used RUBYLIB and PATH, but the usage of
symlinks is not good for us on Windows.

Unless they change or move to a config file based selector for active
environments, we would be out of luck with it.

For other stuff (like RUBYLIB and PATH), I've pointed Chris to take a
look to Pik on how to alter current processor / shell environment ;-)

One important point is that RIP does not handle native extensions or
anything, is more for libraries. In that front RubyGems is light years
advanced.

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 reachme at charlesroper.co.uk  Tue Jun 16 08:49:44 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Tue, 16 Jun 2009 13:49:44 +0100
Subject: [Rubyinstaller-devel] Rip
In-Reply-To: <71166b3b0906150721i4f9e38b4n4da3e6b12db52554@mail.gmail.com>
References: <b5d3b8c70906150220s4065df34s4ab67b446ffde830@mail.gmail.com>
	<71166b3b0906150721i4f9e38b4n4da3e6b12db52554@mail.gmail.com>
Message-ID: <4A3794E8.9000400@charlesroper.co.uk>

Luis Lavena wrote:
> On Mon, Jun 15, 2009 at 6:20 AM, Charles
> Roper<reachme at charlesroper.co.uk> wrote:
 >
>> http://www.rubyinside.com/rip-ruby-packaging-system-1837.html
>>
>> How will this affect Ruby for Windows? Will it make life better?
> 
> Is quite interesting how Chris used RUBYLIB and PATH, but the usage of
> symlinks is not good for us on Windows.

It would be OK for Vista/Win7 users, just not for pre-Vista users, 
surely (of which there are a lot still, I know)?

Charles


From luislavena at gmail.com  Tue Jun 16 15:46:37 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 16 Jun 2009 16:46:37 -0300
Subject: [Rubyinstaller-devel] Rip
In-Reply-To: <4A3794E8.9000400@charlesroper.co.uk>
References: <b5d3b8c70906150220s4065df34s4ab67b446ffde830@mail.gmail.com> 
	<71166b3b0906150721i4f9e38b4n4da3e6b12db52554@mail.gmail.com> 
	<4A3794E8.9000400@charlesroper.co.uk>
Message-ID: <71166b3b0906161246s6980b57cs26f43347b6a3efcb@mail.gmail.com>

On Tue, Jun 16, 2009 at 9:49 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> Luis Lavena wrote:
>>
>>
>> Is quite interesting how Chris used RUBYLIB and PATH, but the usage of
>> symlinks is not good for us on Windows.
>
> It would be OK for Vista/Win7 users, just not for pre-Vista users, surely
> (of which there are a lot still, I know)?
>

For you to use mklink you need symlink permission, which is not
available to all user, only ones with administrative permissions.

Try this: Increase the UAC to the maximum, and then try to create a
symlink on a standard command prompt, you will get a permission
denied.

That's why I've copied elevated form the powertoys of vista to my repository:

http://github.com/luislavena/binfiles/tree/master

Using elevated I can call mklink with the UAC prompt.

Anyhow, I believe that a simple yaml file could easily replace the
symlink, since it's only used for the current and active environment,
nothing else.

-- 
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  Sun Jun 21 13:16:07 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 21 Jun 2009 14:16:07 -0300
Subject: [Rubyinstaller-devel] Pik and GEM_HOME, GEM_PATH and my environment
Message-ID: <71166b3b0906211016i6c80a2edif13e920560807f82@mail.gmail.com>

Hello Guys,

I wanted to share my lovely experience so far using Pik...

I just love it!

Gordon: thank you for making by batch files (rb18 and rb19) deprecate
so easily :-D

I've a few comments so far on this, and my results of trying to hack
GEM_PATH and GEM_HOME in the gem_home branch, please take those with a
grain of salt since I haven't invested a lot of time on understanding
Pik too much :-D

First, my background:

I don't install gems inside each ruby installation. Instead, I install
them into a share ".gems" place in my HOME.

But I don't share gems between 1.8.x and 1.9.x (which is a bummer for
binary gems)

So, what I did is follow what Gem.default_path returns:

C:\Users\Luis\Tools>SET GEM_HOME=

C:\Users\Luis\Tools>SET GEM_PATH
GEM_PATH=C:\Users\Luis\.gem\ruby\1.8

C:\Users\Luis\Tools>irb
irb(main):001:0> require 'rubygems'
=> true
irb(main):002:0> Gem.default_path
=> ["C:\\Users\\Luis/.gem/ruby/1.8",
"C:/Users/Luis/Tools/Ruby/ruby-1.8.6-p368-i386-mingw32/lib/ruby/gems/1.8"]
irb(main):003:0>

As you can see, the first option is ".gem/ruby/1.8"

Now, the same for 1.9.x:

C:\Users\Luis>irb
irb(main):001:0> require 'rubygems'
=> false
irb(main):002:0> Gem.default_path
=> ["C:\\Users\\Luis/.gem/ruby/1.9.1",
"C:/Users/Luis/Tools/Ruby/ruby-1.9.1-p129-i386-mingw32/lib/ruby/gems/1.9.1"]
irb(main):003:0>

Notice that the version is not "1.9" but "1.9.1", this is because it
uses RbConfig::CONFIG['ruby_version'] to determine the version of the
API compatibility layer.

FYI: 1.9.2-dev so far remains as 1.9.1.

So, with that in mind, wanted to replicate this into my "ruby
switching" scripts, which I lamely put here:

http://github.com/luislavena/binfiles/blob/master/rb18.bat
http://github.com/luislavena/binfiles/blob/master/rb19.bat

As you can see, pretty lame, but works.

Since I don't have time right now to update my previous multiruby
scripts, used those batches for long time.

Anyhow, been trying to put this into Pik, but I'm stuck. Since
GEM_HOME should also be in the PATH (with \bin)... wonder:

Shouldn't switch_path_to defer it's writing and return the resulting
PATH? In that way, I should be able to hook, under the same PATH of
GEM_HOME, instead of default to ENV['PATH'] as is right now.

Comments? Suggestions?

Thank you!
-- 
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  Sun Jun 21 17:31:45 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 21 Jun 2009 18:31:45 -0300
Subject: [Rubyinstaller-devel] Preparing installers for preview release and
	some headaches
Message-ID: <71166b3b0906211431y6da855dchaeecdff83f611c40@mail.gmail.com>

Hey Guys,

I've been preparing the repository to, at last, push a preview release
of both 1.8.6 and 1.9.1 versions of Ruby.

To follow after, devkit gem and some instructions/tutorial on how get
gems like mysql and sqlite installed.

But the thing that is blocking me right now is WiX.

While MSI packages are great, WiX is for hardcore people, definitely.

Been struggling with updating the WiX Fragments, and maybe rebuild
those form scratch.

Also tried going WiX3 and newer Paraffin...

Gosh, I'm exhausted.

Since at work I've been updating some applications and thus, building
some installers, wonder if going back to InnoSetup worth a shoot.

That means will have to invest a few hours getting new installers,
shortcuts, filelist and such for 1.8 and 1.9, but I believe could be
worthy.

What are your thoughts guys? That is the last stab that is blocking
the Installer release.

Thanks in advance for the comments guys!

Cheers,
-- 
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  Sun Jun 21 18:06:17 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 21 Jun 2009 19:06:17 -0300
Subject: [Rubyinstaller-devel] Shared mingw ruby devkit folder
In-Reply-To: <e9ece6840906040908v7288177chc723776f972131ec@mail.gmail.com>
References: <e9ece6840906040908v7288177chc723776f972131ec@mail.gmail.com>
Message-ID: <71166b3b0906211506x496b07cfjd5a784f2697e4df@mail.gmail.com>

On Thu, Jun 4, 2009 at 1:08 PM, Gordon Thiesfeld<gthiesfeld at gmail.com> wrote:
> Now that I have 5 versions of ruby on my laptop, and 3 of them mingw,
> I decided to only have one devkit instead of 3. ?I modified the 3
> batch files, and copied them in to the bin folders of each version.
>
> I don't have time for a proper writeup right now, but here's more
> detail: http://gist.github.com/123684
>
> Once the devkit gem is released, this may be unnecessary, but I
> thought someone might find this useful.
>

Thank you Gordon for sharing.

Basically I have a similar setup, that you can see here:

http://github.com/luislavena/binfiles

Hopefully the devkit gem will get released next week, which lead me to think:

Where the devkit gem should put the batch files? side-by-side with
ruby\bin or where the gem got installed?

Also, since the gem will be shared across version of Ruby (thanks to
Pik and GEM_HOME), what about "devkit check" command to ensure all the
batch files are in place?

Just checking, more to come on that subject ;-)

Cheers,
-- 
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 reachme at charlesroper.co.uk  Mon Jun 22 03:59:42 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Mon, 22 Jun 2009 08:59:42 +0100
Subject: [Rubyinstaller-devel] Preparing installers for preview release
 and some headaches
In-Reply-To: <71166b3b0906211431y6da855dchaeecdff83f611c40@mail.gmail.com>
References: <71166b3b0906211431y6da855dchaeecdff83f611c40@mail.gmail.com>
Message-ID: <4A3F39EE.4040708@charlesroper.co.uk>

Luis Lavena wrote:

> Since at work I've been updating some applications and thus, building
> some installers, wonder if going back to InnoSetup worth a shoot.

What were your reasons for attempting to move away from InnoSetup in the 
first place?

I think it is perhaps best to release whatever is going to be easiest 
for you right now and then look at more sophisticated installers later.

Charles

From luislavena at gmail.com  Mon Jun 22 08:47:20 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 22 Jun 2009 09:47:20 -0300
Subject: [Rubyinstaller-devel] Preparing installers for preview release
	and some headaches
In-Reply-To: <4A3F39EE.4040708@charlesroper.co.uk>
References: <71166b3b0906211431y6da855dchaeecdff83f611c40@mail.gmail.com> 
	<4A3F39EE.4040708@charlesroper.co.uk>
Message-ID: <71166b3b0906220547m55bf18b6h41c18a8ee9dd63e7@mail.gmail.com>

On Mon, Jun 22, 2009 at 4:59 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> Luis Lavena wrote:
>
>> Since at work I've been updating some applications and thus, building
>> some installers, wonder if going back to InnoSetup worth a shoot.
>
> What were your reasons for attempting to move away from InnoSetup in the
> first place?
>

The decision was driven by Administrative installs and ClickOnce
installers, where administrators can propagate updates to
installations or perform updates in a networking environment.

Also doing MSI was ideally with the "Windows Logo" compliance, but WTH...

> I think it is perhaps best to release whatever is going to be easiest for
> you right now and then look at more sophisticated installers later.
>

I have to agree. Point taken, lot of problems and now I see the light.
Thank you.

What I'm going to do is create a branch called "wix" as today with
master and get rid of everything MSI related from master itself.

Stay tuned :-)
-- 
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 Jun 22 23:58:39 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 23 Jun 2009 00:58:39 -0300
Subject: [Rubyinstaller-devel] Ruby Installer - One-Click contest voting is
	now open!
Message-ID: <71166b3b0906222058g2576ebfcv26755d3f68b53fe2@mail.gmail.com>

I'm glad to inform that voting for One-Click Ruby Installer website
design contest is now open!

I've added more details on my blog post here:

http://blog.mmediasys.com/2009/06/23/rubyinstaller-get-ready-to-vote/

But just to summarize:

5 designers have proposed designs:

Thuva Tharma
Ben Alpert
Silviu Postavaru
Francesco Agnoletto
Pavel Macek

Those designs can be previewed here:

http://wiki.github.com/oneclick/rubyinstaller/website-contest

The voting is being held on PollDaddy:

http://answers.polldaddy.com/poll/1728654/
http://poll.fm/111u6

Voting will remain open until July 23, 11:59pm GMT-3 (Argentina Timezone).

Results will be published once voting is closed.

Donations collected on the pledgie will be received until voting is closed:

http://pledgie.com/campaigns/4435

Please visit the above links, review yourself the designer's notes and
vote the ones will suit better the goal of the project, as described
here:

http://blog.mmediasys.com/2009/05/19/pledgie-help-one-click-ruby-installer-to-get-a-new-home/

Thank you the designers who submitted entries, the great people who
contributed over the pledgie and everybody that provided feedback and
positive words and feedback over the years to keep the project going!

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 hramrach at centrum.cz  Tue Jun 23 07:48:04 2009
From: hramrach at centrum.cz (Michal Suchanek)
Date: Tue, 23 Jun 2009 13:48:04 +0200
Subject: [Rubyinstaller-devel] [ruby-core:23976] Ruby Installer -
	One-Click contest voting is now open!
In-Reply-To: <71166b3b0906222058g2576ebfcv26755d3f68b53fe2@mail.gmail.com>
References: <71166b3b0906222058g2576ebfcv26755d3f68b53fe2@mail.gmail.com>
Message-ID: <a5d587fb0906230448k77a03ae5ncc7da04788bd9d33@mail.gmail.com>

2009/6/23 Luis Lavena <luislavena at gmail.com>:
> I'm glad to inform that voting for One-Click Ruby Installer website
> design contest is now open!
>

And also acceptance of new designs closed.

 I had some ideas but did not find the time to make them into
something solid but perhaps some other time with some other project.

Thanks to those who did make time for this one.

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

As much as I don't like some other things this person said every
designer should print out his in huge letters and stick to some free
surface above  their desk ;-)

From gthiesfeld at gmail.com  Tue Jun 23 12:30:34 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Tue, 23 Jun 2009 11:30:34 -0500
Subject: [Rubyinstaller-devel] Pik and GEM_HOME,
	GEM_PATH and my 	environment
In-Reply-To: <71166b3b0906211016i6c80a2edif13e920560807f82@mail.gmail.com>
References: <71166b3b0906211016i6c80a2edif13e920560807f82@mail.gmail.com>
Message-ID: <e9ece6840906230930j5ed5657bnb6102cee0ae39a29@mail.gmail.com>

On Sun, Jun 21, 2009 at 12:16 PM, Luis Lavena<luislavena at gmail.com> wrote:
> Hello Guys,
>
> I wanted to share my lovely experience so far using Pik...
>
> I just love it!
>
> Gordon: thank you for making by batch files (rb18 and rb19) deprecate
> so easily :-D

Thanks for trying it out!  Your input has been most helpful.

> Anyhow, been trying to put this into Pik, but I'm stuck. Since
> GEM_HOME should also be in the PATH (with \bin)... wonder:
>
> Shouldn't switch_path_to defer it's writing and return the resulting
> PATH? In that way, I should be able to hook, under the same PATH of
> GEM_HOME, instead of default to ENV['PATH'] as is right now.

Have a look at the gem_home branch on github.

http://github.com/vertiginous/pik/commits/gem_home

I made some updates yesterday, and I think it will work like you need it to.

There are basically 3 more things I'd like to do before the next release.
   #  Pik adds a line to the bottom of the pik.bat file that rubygems
generates.  I need to make this more robust.  In some edge cases, it
will end up adding multiple lines, which causes strange results.
   #  Make the 'add_gem_home' command a little more user friendly.
Right now you have to type in a path for each version of ruby that Pik
knows about.  There should be a "default" option that uses
Gem.default_path.first

  #  Wire up the --system flag.  This will make persistent changes to
the Windows environment.  It won't make changes to other open command
sessions, but I'm fine with that.  I'll just document it thoroughly.
I'm waiting on this until I understand the way the current installers
write to system environment and/or user environment.

Please keep the feedback coming!

> Thank you!

And Thank you!

> --
> 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
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel
>

From luislavena at gmail.com  Wed Jun 24 18:36:33 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 24 Jun 2009 19:36:33 -0300
Subject: [Rubyinstaller-devel] Pik and GEM_HOME,
	GEM_PATH and my 	environment
In-Reply-To: <e9ece6840906230930j5ed5657bnb6102cee0ae39a29@mail.gmail.com>
References: <71166b3b0906211016i6c80a2edif13e920560807f82@mail.gmail.com> 
	<e9ece6840906230930j5ed5657bnb6102cee0ae39a29@mail.gmail.com>
Message-ID: <71166b3b0906241536y2c7a9951mbddc5c3b42de50b1@mail.gmail.com>

On Tue, Jun 23, 2009 at 1:30 PM, Gordon Thiesfeld<gthiesfeld at gmail.com> wrote:
> On Sun, Jun 21, 2009 at 12:16 PM, Luis Lavena<luislavena at gmail.com> wrote:
>> Hello Guys,
>>
>> I wanted to share my lovely experience so far using Pik...
>>
>> I just love it!
>>
>> Gordon: thank you for making by batch files (rb18 and rb19) deprecate
>> so easily :-D
>
> Thanks for trying it out! ?Your input has been most helpful.
>

Hehehe, besides being annoying ;-)

>> Anyhow, been trying to put this into Pik, but I'm stuck. Since

>> GEM_HOME should also be in the PATH (with \bin)... wonder:
>>
>> Shouldn't switch_path_to defer it's writing and return the resulting
>> PATH? In that way, I should be able to hook, under the same PATH of
>> GEM_HOME, instead of default to ENV['PATH'] as is right now.
>
> Have a look at the gem_home branch on github.
>
> http://github.com/vertiginous/pik/commits/gem_home
>
> I made some updates yesterday, and I think it will work like you need it to.
>

Please take a look to this patch:

http://pastie.org/523583

It ensures "run" works with the new gem_home format.

Now it does, and tweaks my PATH! ;-)

http://pastie.org/523585

> There are basically 3 more things I'd like to do before the next release.
> ? # ?Pik adds a line to the bottom of the pik.bat file that rubygems
> generates. ?I need to make this more robust. ?In some edge cases, it
> will end up adding multiple lines, which causes strange results.

Yes, it seems is brittle.

> ? # ?Make the 'add_gem_home' command a little more user friendly.
> Right now you have to type in a path for each version of ruby that Pik
> knows about. ?There should be a "default" option that uses
> Gem.default_path.first
>

Hmn, good point. Also fix the specs since now I'm getting failures and
that is not very encouraging from this end to play with the code :-P

> ?# ?Wire up the --system flag. ?This will make persistent changes to
> the Windows environment. ?It won't make changes to other open command
> sessions, but I'm fine with that. ?I'll just document it thoroughly.
> I'm waiting on this until I understand the way the current installers
> write to system environment and/or user environment.
>

There was a project by James Lawrence at GitHub that changed the
environment at the system level.

To be able to change all the running process (including the parent
process that fired ruby) you need the inject dll behavior, which is
not worthy.

> Please keep the feedback coming!
>

Will do! :D

Cheers,
-- 
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 rogerdpack at gmail.com  Fri Jun 26 12:27:01 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Fri, 26 Jun 2009 10:27:01 -0600
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
	<e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
Message-ID: <e880bd570906260927l76755c9fla0f46083dce22b1c@mail.gmail.com>

> If that is the case, I then wonder if it would be possible to have
> something like...
>
> c:\ruby\bin containing
> ?ruby.bat
> ?gem.bat
> ?run_ruby_gem_command.bat # this one takes a parameter

I like pik it has a nice interface.

To clarify the suggestion, it was [to implement --global option]
create something like
c:\ruby_generic_bin # always stays at the first of the path

when you do
ruby switch some_version
it clears, then propagates c:\ruby_generic_bin
with .bat files to call back to the "right" executable/batch files
within the currently selected ruby's bin folder.

Then other command windows will be updated, and also it has
persistence from session to session.
If it sounds agreeable I could code it up in my fork.

Thoughts?
=r

From rogerdpack at gmail.com  Fri Jun 26 12:27:01 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Fri, 26 Jun 2009 10:27:01 -0600
Subject: [Rubyinstaller-devel] [ANN] pik 0.0.2 Released
In-Reply-To: <e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
References: <e9ece6840906021503u55ce9c6x81b4a1a0d1792891@mail.gmail.com>
	<71166b3b0906030041q67c8c92dvd322b8b4f868c9ce@mail.gmail.com>
	<e9ece6840906030852w63fe432cm3eb499fa3b26db7f@mail.gmail.com>
	<e880bd570906060550o7d90233dg145091aeb26f4493@mail.gmail.com>
Message-ID: <e880bd570906260927l76755c9fla0f46083dce22b1c@mail.gmail.com>

> If that is the case, I then wonder if it would be possible to have
> something like...
>
> c:\ruby\bin containing
> ?ruby.bat
> ?gem.bat
> ?run_ruby_gem_command.bat # this one takes a parameter

I like pik it has a nice interface.

To clarify the suggestion, it was [to implement --global option]
create something like
c:\ruby_generic_bin # always stays at the first of the path

when you do
ruby switch some_version
it clears, then propagates c:\ruby_generic_bin
with .bat files to call back to the "right" executable/batch files
within the currently selected ruby's bin folder.

Then other command windows will be updated, and also it has
persistence from session to session.
If it sounds agreeable I could code it up in my fork.

Thoughts?
=r

From luislavena at gmail.com  Sun Jun 28 11:54:12 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 28 Jun 2009 12:54:12 -0300
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
Message-ID: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>

Hey guys,

Sometimes is good to be wrong.

Back in 2008 I said that going MSI and WiX was going to be the best
option from the "Administrative point of view"

At the end, I ended neglecting the XML files that WiX uses on every
bumping of version of Ruby, all that because updating those XML
failed.

I take the responsibility of that, and was one of the things that
slowed (to snail speed would say) the development and release cycle of
Ruby Installer.

After my last weekend struggling with WiX, and even contributions by
Bosko with some WiX changes to make it work, I decided to drop it.

As replacement, I've decided to go back to the basic and the tool I
know best: InnoSetup.

Hacked some basic scripts and then updated those to do more stuff
automatically. Hooked back in Rake and...

We have preview1!!!

http://rubyinstaller.org/downloads/

What to expect from this version:

After installation, you can access Ruby from the program folder at the
Start menu of Windows.

>From there, you can:

- Start an Interactive Ruby console (IRB), from where you can try
quick Ruby code.
- Start a command prompt with Ruby in the PATH. This is needed since
the installer do not modify your Windows PATH to not conflict with
previous installation.
- Access documentation links from Ruby-Doc.

Things to come soon:
- Offer an option to add Ruby to your PATH.
- Integrate Programming Ruby book (CHM)
- Integrate Ruby documentation in searchable way (CHM)

Quick FAQ:

Q: Why you uploaded those to rubyinstaller.org and not RubyForge?
A: Because are preview versions and very very alpha state. Even they
worked for me, doesn't mean will work on every environment. Wanted to
avoid all end-users download it and break their current environments.

Q: Can I install Ruby 1.8 and 1.9 at the same time?
A:  Yes, Ruby 1.8 will be installed by default to C:\Ruby, while 1.9
will install into C:\Ruby19. This is by default since 1.8 and 1.9
offer a different API and will interfere with some RubyGems.

Q: Why the installers are so small?
A: Because they only contains Ruby and RubyGems

Q: What happened to all these nice things One-Click Installer had bundled?
A: These are no longer integrated, long to explain

Q: Why on earth no? Please explain
A: This version of Ruby has been built with MinGW (GCC), not Visual
Studio (VC6).

Original One-Click installers used VC6, a 12 years old compiler.

In the original installers, lot of gems and packages where bundled.
Some of those packages hasn't been updated in years. Some of those
lacks testing tools to ensure they work as expected with this version
of Ruby.

Instead of invest RubyInstaller Team's time on fixing those, we
decided to invest our time improving the user experience on Windows.

We acknowledge some gems will not work, and some others will not
install. That's why we provided a Development Kit and plan ease the
process.

The Development Kit contains the needed tools to compile or
successfully install gems that are not ready for this version of Ruby.
You can find the downloads in the link above.

Q: Got it, but what if I want those gems works now?
A: If they don't work out of the box with Development Kit installed,
please contact the gem Author and make them aware of this
compatibility issue.

Q: I've tried to contact the gem author and he said he don't have
windows to build a gem for me.
A: That's understandable. We can't force everyone have a Windows
license, a virtual machine and the time to release Windows binaries of
those gems.

For that purpose, RubyInstaller Team created "rake-compiler" tool.

http://rubyforge.org/projects/rake-compiler
http://github.com/luislavena/rake-compiler

With this tool they can compile and build gems for Windows users from
Linux or Mac OSX operating systems.

There are already other authors using it, so they can take a look to
those references for implementation:

http://wiki.github.com/luislavena/rake-compiler/projects-using-rake-compiler

Q: Cool, going to test it, what to do if I find a bug or suggestion?
A: Please submit those to RubyForge tracker:

http://rubyforge.org/tracker/?group_id=167

Q: What if I want to contribute to it?
A: You're welcome!

Documentation, patches, improve the process, all those are really
appreciated. Please join us at rubyinstaller-devel mailing list:

http://rubyforge.org/mailman/listinfo/rubyinstaller-devel

Introduce yourself and what would you like to get improved, done or fixed.

We are a friendly bunch of users and developers that care about Ruby
on Windows :-)

Q: Thank you!
A: Thanks to you! And don't forget to Vote for the website contest:

http://blog.mmediasys.com/2009/06/23/rubyinstaller-get-ready-to-vote/

Last but no least, I'll like to the people that contributed with
patches, code, ideas and feedback during this process. In no special
order:

Curt Hibbs
Gordon Thiesfeld
Lars Christensen
Roger Pack
Timothy Elliott
Bosko Ivanisevic
James Tucker
Fabio Akita
Dr Nic Williams

Cheers,
-- 
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 stuart at stuartellis.eu  Sun Jun 28 15:44:11 2009
From: stuart at stuartellis.eu (Stuart Ellis)
Date: Sun, 28 Jun 2009 20:44:11 +0100
Subject: [Rubyinstaller-devel] Reporting Bugs on Preview Releases
In-Reply-To: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
Message-ID: <ACEACD47-FBB7-41B4-AAA9-CC4F6A8E930C@stuartellis.eu>

Hi,

I've just downloaded the 1.86 preview and it's been really good so  
far. I have found a minor issue when testing the uninstallation, but  
the "Group" dropdown on the RubyForge bug report form doesn't  
currently list the previews as an option:

http://rubyforge.org/tracker/?func=add&group_id=167&atid=715

Thanks,

--
Stuart Ellis
http://www.stuartellis.eu


From luislavena at gmail.com  Sun Jun 28 18:11:17 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 28 Jun 2009 19:11:17 -0300
Subject: [Rubyinstaller-devel] Reporting Bugs on Preview Releases
In-Reply-To: <ACEACD47-FBB7-41B4-AAA9-CC4F6A8E930C@stuartellis.eu>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com> 
	<ACEACD47-FBB7-41B4-AAA9-CC4F6A8E930C@stuartellis.eu>
Message-ID: <71166b3b0906281511m586a0b0ap574dde55dfbc4f43@mail.gmail.com>

On Sun, Jun 28, 2009 at 4:44 PM, Stuart Ellis<stuart at stuartellis.eu> wrote:
> Hi,
>
> I've just downloaded the 1.86 preview and it's been really good so far. I
> have found a minor issue when testing the uninstallation, but the "Group"
> dropdown on the RubyForge bug report form doesn't currently list the
> previews as an option:
>
> http://rubyforge.org/tracker/?func=add&group_id=167&atid=715
>

Ups, forgot about "that".

Feel free to add now your report, the group is "Installer (preview version)"

> Thanks,

Thank you!
-- 
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 jon.forums at gmail.com  Tue Jun 30 09:31:06 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 30 Jun 2009 09:31:06 -0400
Subject: [Rubyinstaller-devel] Optional DevKit gem install request
Message-ID: <20090630093106.10f1a512.jon.forums@gmail.com>

I'm requesting that the upcoming DevKit gem be able to be optionally "pre-installed" from the installer at the same time one installs the base Ruby install.

Given that DevKit is such an important part of Win32-based Ruby environments that do not already have a build environment, I feel this option is a more user friendly alternative than requiring a new user who wants to be able to have gems build native extension perform the following:

1) Download OCI
2) Run the installer
3) Open a command prompt
4) Type "gem install devkit"

While I don't think the OCI should be burdened with too many pre-installed gems, I also think that the DevKit gem is such a critical component of a working Win32 Ruby system that it should be treated more of as a "Super Gem" and allowed to be optionally preinstalled.

I also like the idea that DevKit is a gem so that if and when it's time to move to GCC-4.4.0 from MinGW, the upgrade should (hopefully) be easy.

Thanks for considering the proposal.

Jon

From jon.forums at gmail.com  Tue Jun 30 10:52:30 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 30 Jun 2009 10:52:30 -0400
Subject: [Rubyinstaller-devel] New FAQ page on GitHub wiki
Message-ID: <20090630105230.e60e2f1c.jon.forums@gmail.com>

I've taken the liberty of creating a new FAQ page on the wiki based upon Luis's announcement on ruby-core.  I tweaked it a little bit as well.  See what you think.

Jon

From luislavena at gmail.com  Tue Jun 30 12:22:37 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 30 Jun 2009 13:22:37 -0300
Subject: [Rubyinstaller-devel] New FAQ page on GitHub wiki
In-Reply-To: <20090630105230.e60e2f1c.jon.forums@gmail.com>
References: <20090630105230.e60e2f1c.jon.forums@gmail.com>
Message-ID: <71166b3b0906300922w4db88393g100ba3bed1f5b0e0@mail.gmail.com>

On Tue, Jun 30, 2009 at 11:52 AM, Jon<jon.forums at gmail.com> wrote:
> I've taken the liberty of creating a new FAQ page on the wiki based upon Luis's announcement on ruby-core. ?I tweaked it a little bit as well. ?See what you think.
>

That is awesome Jon! Thank you!

For those not having the link:

http://wiki.github.com/oneclick/rubyinstaller/faq

We need to add a new one:

Why when I uninstall Ruby some files remains there?

http://rubyforge.org/tracker/index.php?func=detail&aid=26467&group_id=167&atid=715

People hated old installer for that, and now they complain it no longer does! :P

-- 
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 jon.forums at gmail.com  Tue Jun 30 12:58:34 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 30 Jun 2009 12:58:34 -0400
Subject: [Rubyinstaller-devel] New FAQ page on GitHub wiki
In-Reply-To: <71166b3b0906300922w4db88393g100ba3bed1f5b0e0@mail.gmail.com>
References: <20090630105230.e60e2f1c.jon.forums@gmail.com>
	<71166b3b0906300922w4db88393g100ba3bed1f5b0e0@mail.gmail.com>
Message-ID: <20090630125834.126754c3.jon.forums@gmail.com>

> We need to add a new one:
> 
> Why when I uninstall Ruby some files remains there?
> 
> http://rubyforge.org/tracker/index.php?func=detail&aid=26467&group_id=167&atid=715
> 
> People hated old installer for that, and now they complain it no longer does! :P


Just so I'm clear, will the new installers remove the entire install directory upon uninstall or will installers leave only the files they (the installers) didn't install?

Meaning, if files are installed via RubyGems or manually, the installer will not delete them, correct?

From luislavena at gmail.com  Tue Jun 30 13:07:07 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 30 Jun 2009 14:07:07 -0300
Subject: [Rubyinstaller-devel] New FAQ page on GitHub wiki
In-Reply-To: <20090630125834.126754c3.jon.forums@gmail.com>
References: <20090630105230.e60e2f1c.jon.forums@gmail.com> 
	<71166b3b0906300922w4db88393g100ba3bed1f5b0e0@mail.gmail.com> 
	<20090630125834.126754c3.jon.forums@gmail.com>
Message-ID: <71166b3b0906301007o1ba14849y6c18aa93aac85185@mail.gmail.com>

On Tue, Jun 30, 2009 at 1:58 PM, Jon<jon.forums at gmail.com> wrote:
>> We need to add a new one:
>>
>> Why when I uninstall Ruby some files remains there?
>>
>> http://rubyforge.org/tracker/index.php?func=detail&aid=26467&group_id=167&atid=715
>>
>> People hated old installer for that, and now they complain it no longer does! :P
>
>
> Just so I'm clear, will the new installers remove the entire install directory upon uninstall or will installers leave only the files they (the installers) didn't install?
>
> Meaning, if files are installed via RubyGems or manually, the installer will not delete them, correct?

Correct. It will only remove the files that the installer is aware of.

So: after installation I've called "gem install rake"

When I uninstall, rake scripts and gem will remain there.

Previous installers removed everything, zapping manually or gem
installed components. You was forced to backup your gem stash on every
update of the installer and be careful with the message boxes.

-- 
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  Tue Jun 30 13:10:20 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 30 Jun 2009 14:10:20 -0300
Subject: [Rubyinstaller-devel] Optional DevKit gem install request
In-Reply-To: <20090630093106.10f1a512.jon.forums@gmail.com>
References: <20090630093106.10f1a512.jon.forums@gmail.com>
Message-ID: <71166b3b0906301010n53830790i321389bbfb4e4250@mail.gmail.com>

On Tue, Jun 30, 2009 at 10:31 AM, Jon<jon.forums at gmail.com> wrote:
> I'm requesting that the upcoming DevKit gem be able to be optionally "pre-installed" from the installer at the same time one installs the base Ruby install.
>
> Given that DevKit is such an important part of Win32-based Ruby environments that do not already have a build environment, I feel this option is a more user friendly alternative than requiring a new user who wants to be able to have gems build native extension perform the following:
>
> 1) Download OCI
> 2) Run the installer
> 3) Open a command prompt
> 4) Type "gem install devkit"
>
> While I don't think the OCI should be burdened with too many pre-installed gems, I also think that the DevKit gem is such a critical component of a working Win32 Ruby system that it should be treated more of as a "Super Gem" and allowed to be optionally preinstalled.
>
> I also like the idea that DevKit is a gem so that if and when it's time to move to GCC-4.4.0 from MinGW, the upgrade should (hopefully) be easy.
>
> Thanks for considering the proposal.
>

Thank you Jon for your write up. I need to think a little bit more on
this, since ideally DevKit gem and the installation of the components
should be shared across versions of ruby.

Will keep you posted.

-- 
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 jon.forums at gmail.com  Tue Jun 30 14:22:00 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 30 Jun 2009 14:22:00 -0400
Subject: [Rubyinstaller-devel] New FAQ page on GitHub wiki
In-Reply-To: <71166b3b0906301007o1ba14849y6c18aa93aac85185@mail.gmail.com>
References: <20090630105230.e60e2f1c.jon.forums@gmail.com>
	<71166b3b0906300922w4db88393g100ba3bed1f5b0e0@mail.gmail.com>
	<20090630125834.126754c3.jon.forums@gmail.com>
	<71166b3b0906301007o1ba14849y6c18aa93aac85185@mail.gmail.com>
Message-ID: <20090630142200.2c61489b.jon.forums@gmail.com>

> >> Why when I uninstall Ruby some files remains there?
> >>
> >> http://rubyforge.org/tracker/index.php?func=detail&aid=26467&group_id=167&atid=715
> >>
> >> People hated old installer for that, and now they complain it no longer does! :P


I've added a new FAQ entry for the "leftover file issue."

Review and see if you think it clearly addresses the issue.

From jon.forums at gmail.com  Tue Jun 30 14:36:59 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 30 Jun 2009 14:36:59 -0400
Subject: [Rubyinstaller-devel] Optional DevKit gem install request
In-Reply-To: <71166b3b0906301010n53830790i321389bbfb4e4250@mail.gmail.com>
References: <20090630093106.10f1a512.jon.forums@gmail.com>
	<71166b3b0906301010n53830790i321389bbfb4e4250@mail.gmail.com>
Message-ID: <20090630143659.2d112f71.jon.forums@gmail.com>

> Thank you Jon for your write up. I need to think a little bit more on
> this, since ideally DevKit gem and the installation of the components
> should be shared across versions of ruby.


I'm wondering if the installer and the gem might be built to behave similar to how RubyGems behaves?

Specifically, the current Ruby binaries come preinstalled with RubyGems 1.3.1 and then one can do "gem update --system" to update to 1.3.4.  Both versions appear to be installed in Ruby, but the latest RubyGems wins out over the preinstalled RubyGems.

I haven't looked into it and I'm a bit new to Ruby, but is there a search ordering of $: that we could use to our advantage?

In 1.9 doesn't the "gems" directory override the "site-ruby" directory which override the "vendor-ruby"?  Maybe the DevKit optionally installed from OCI can be placed in "site-ruby" and any updates would get placed in "gems".

Maybe this isn't how things work, but just a thought...