From rogerdpack at gmail.com  Wed Jul  1 12:24:51 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 1 Jul 2009 10:24:51 -0600
Subject: [Rubyinstaller-devel] gcc 4.4.0
Message-ID: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>

I noticed that mingw just released a gcc-4.4.0 with only dwarf
exception handling supported.
Any thoughts on this? Would it "work" for ruby on windows?
Thanks.
=r

From luislavena at gmail.com  Wed Jul  1 12:54:05 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 1 Jul 2009 13:54:05 -0300
Subject: [Rubyinstaller-devel] gcc 4.4.0
In-Reply-To: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>
References: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>
Message-ID: <71166b3b0907010954t7d8c18f5yf6504ca346229520@mail.gmail.com>

On Wed, Jul 1, 2009 at 1:24 PM, Roger Pack<rogerdpack at gmail.com> wrote:
> I noticed that mingw just released a gcc-4.4.0 with only dwarf
> exception handling supported.
>
> Any thoughts on this? Would it "work" for ruby on windows?

I haven't found any performance difference between 3.4.5 and 4.3 for
Windows, but could try 4.4.0

AFAIk, for the dwarf support, it will only require the dll for
throwing exceptions across boundaries. I don't see a problem with
that, except the linking.

But maybe I'm wrong?

-- 
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  Wed Jul  1 17:23:13 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 1 Jul 2009 18:23:13 -0300
Subject: [Rubyinstaller-devel] New FAQ page on GitHub wiki
In-Reply-To: <20090630142200.2c61489b.jon.forums@gmail.com>
References: <20090630105230.e60e2f1c.jon.forums@gmail.com> 
	<71166b3b0906300922w4db88393g100ba3bed1f5b0e0@mail.gmail.com> 
	<20090630125834.126754c3.jon.forums@gmail.com>
	<71166b3b0906301007o1ba14849y6c18aa93aac85185@mail.gmail.com> 
	<20090630142200.2c61489b.jon.forums@gmail.com>
Message-ID: <71166b3b0907011423k613d666t8af41e1803208813@mail.gmail.com>

On Tue, Jun 30, 2009 at 3:22 PM, Jon<jon.forums at gmail.com> wrote:
>> >> 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.

Awesome man, I just read it and love it.

Thank you so much for it.

I'm going to update the old wiki at http://rubyinstaller.rubyforge.org
so people is aware of this FAQ.

Thanks again.

-- 
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 scoopr at iki.fi  Wed Jul  1 18:16:03 2009
From: scoopr at iki.fi (Mikko Lehtonen)
Date: Thu, 02 Jul 2009 01:16:03 +0300
Subject: [Rubyinstaller-devel] gcc 4.4.0
In-Reply-To: <71166b3b0907010954t7d8c18f5yf6504ca346229520@mail.gmail.com>
References: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>
	<71166b3b0907010954t7d8c18f5yf6504ca346229520@mail.gmail.com>
Message-ID: <4A4BE023.6030504@iki.fi>

Luis Lavena wrote:
> On Wed, Jul 1, 2009 at 1:24 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>> I noticed that mingw just released a gcc-4.4.0 with only dwarf
>> exception handling supported.
>>
>> Any thoughts on this? Would it "work" for ruby on windows?
> 
> I haven't found any performance difference between 3.4.5 and 4.3 for
> Windows, but could try 4.4.0
> 
> AFAIk, for the dwarf support, it will only require the dll for
> throwing exceptions across boundaries. I don't see a problem with
> that, except the linking.
> 
> But maybe I'm wrong?
> 


   Yes, but that, and other c++ changes that happened over the years,
   changed the c++ ABI. I'm just a bit worried that pre-compiled windows
   gems might be a tad incompatible.

   Though now that I think of it, a) the same c-runtime is used
   b) 'standalone' code (contained wholly within the extension) should be
   just fine, c) extensions that interface with third-party c++ code
   would probably need to offer the compiled lib anyway as few offer
   mingw versions anyway. So this *might* be total hyperbole

   Qt comes to mind as an extreme example that might fail, they seem to
   distribute mingw compiled libs and it is a beast of a project to
   compile.. But rubyqt might be fine to distribute custom-compiled lib?

   Would it be indicated in RUBY_PLATFORM on which gcc it was compiled?

   Personally I would prefer using 4.4 from the start, so everyone would
   be on the same decade on the compilers, but that would be another
   round of testing, worrying and delaying, on rubyinstaller and
   devkit. And the gcc 4.4 release is *very* fresh itself.





--
Mikko Lehtonen

From rogerdpack at gmail.com  Wed Jul  1 19:27:56 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 1 Jul 2009 17:27:56 -0600
Subject: [Rubyinstaller-devel] gcc 4.4.0
In-Reply-To: <4A4BE023.6030504@iki.fi>
References: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>
	<71166b3b0907010954t7d8c18f5yf6504ca346229520@mail.gmail.com>
	<4A4BE023.6030504@iki.fi>
Message-ID: <e880bd570907011627o2686478cxfbe87387e3d807cc@mail.gmail.com>

> ?Qt comes to mind as an extreme example that might fail, they seem to
> ?distribute mingw compiled libs and it is a beast of a project to
> ?compile.. But rubyqt might be fine to distribute custom-compiled lib?

Yeah true that binary distributables that include a dll might be out
of luck.  The first one that comes to mind being msvcrt.dll, but I
think we almost never need to propagate exceptions out of it, so that
might be ok.



> ?Would it be indicated in RUBY_PLATFORM on which gcc it was compiled?

Nope, not unless we add it like RUBY_COMPILED_BY or something.

I guess the good news is we can use 4.4 SLJL interchangeably with
3.4.5 SLJL...I think, so you can use "4.4" with a ruby built via
3.4.5, though not with dwarf2...as easily.

> ?Personally I would prefer using 4.4 from the start, so everyone would
> ?be on the same decade on the compilers, but that would be another
> ?round of testing, worrying and delaying, on rubyinstaller and
> ?devkit. And the gcc 4.4 release is *very* fresh itself.

Yeah no joke a month old--they might still be finding some bugs in that one :)
=r

From luislavena at gmail.com  Wed Jul  1 19:40:58 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 1 Jul 2009 20:40:58 -0300
Subject: [Rubyinstaller-devel] gcc 4.4.0
In-Reply-To: <e880bd570907011627o2686478cxfbe87387e3d807cc@mail.gmail.com>
References: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com> 
	<71166b3b0907010954t7d8c18f5yf6504ca346229520@mail.gmail.com> 
	<4A4BE023.6030504@iki.fi>
	<e880bd570907011627o2686478cxfbe87387e3d807cc@mail.gmail.com>
Message-ID: <71166b3b0907011640u1be5f293s83148e8168adb2b8@mail.gmail.com>

On Wed, Jul 1, 2009 at 8:27 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>> ?Qt comes to mind as an extreme example that might fail, they seem to
>> ?distribute mingw compiled libs and it is a beast of a project to
>> ?compile.. But rubyqt might be fine to distribute custom-compiled lib?
>
> Yeah true that binary distributables that include a dll might be out
> of luck. ?The first one that comes to mind being msvcrt.dll, but I
> think we almost never need to propagate exceptions out of it, so that
> might be ok.
>
>
>
>> ?Would it be indicated in RUBY_PLATFORM on which gcc it was compiled?
>
> Nope, not unless we add it like RUBY_COMPILED_BY or something.
>
> I guess the good news is we can use 4.4 SLJL interchangeably with
> 3.4.5 SLJL...I think, so you can use "4.4" with a ruby built via
> 3.4.5, though not with dwarf2...as easily.
>

http://tdragon.net/recentgcc/

Dwarf-2 vs. SJLJ unwinding:
GCC supports two methods of stack frame unwinding: Dwarf-2 (DW2) or
SJLJ (setjmp/longjmp). DW2 unwinding is desirable for a number of
reasons, but cannot yet (on Windows) pass exceptions through "foreign"
stack frames (code compiled by another non-DW2-enabled compiler, such
as OS DLLs in a Windows callback). This means that you should choose
the SJLJ version of TDM-GCC unless you can be certain you will never
throw an exception through a foreign stack area. See
README-gcc-tdm.txt, included in the core package, for further usage
notes on this topic.

>> ?Personally I would prefer using 4.4 from the start, so everyone would
>> ?be on the same decade on the compilers, but that would be another
>> ?round of testing, worrying and delaying, on rubyinstaller and
>> ?devkit. And the gcc 4.4 release is *very* fresh itself.
>
> Yeah no joke a month old--they might still be finding some bugs in that one :)

I would rather bet on stability than freshness. We walked a long and
difficult road to change all the sudden.

-- 
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  Thu Jul  2 09:51:34 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 2 Jul 2009 09:51:34 -0400
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
Message-ID: <20090702095134.f2432e38.jon.forums@gmail.com>

I believe we need to add the following to http://wiki.github.com/oneclick/rubyinstaller/faq in order to bring people up to speed on the goals of the project.

Some of these answers are part of existing Q's, but I think we need something more direct.  

I'll update the FAQ appropriately based upon feedback.

Jon




General FAQs
-------------
Q: What are the goals of this project and why does it exist?

A: The overall goal of the One-Click Ruby Installer project is to provide developers working on Windows systems a quick and easy way to begin developing with Ruby using an MRI-based (Matz' Ruby Implementation) environment while enabling enhancements through Ruby's standard RubyGems packaging system.

Specifically, this project has the following goals:

1) Provide a easy to use Windows installer for quickly and painlessly installing a fully functioning baseline MRI Ruby environment on Windows platforms.

2) Provide an optional development kit for those interested in building mswin32-compatible Ruby extensions natively on Windows platforms using the MinGW toolchain.

3) Provide a build environment via this project and complementary projects like rake-compiler http://github.com/luislavena/rake-compiler/tree/master to help developers easily build Ruby and Ruby C extensions from source code. 

4) Add value to the growing community of Windows-based Ruby developers by providing a place that summarizes the hard won lessons and issues with building Ruby and Ruby C extensions natively on Windows.




Development and Contributing FAQs
---------------------------------

Q: I understand the project goals, but why can't I simply download the latest MRI binary distribution from ftp://ftp.ruby-lang.org/pub/ruby/binaries/mswin32/ and start developing?

A: While this is a perfectly reasonable way to get started with Ruby on a Windows platform, we believe that the extra steps you'll need to take in order to get a fully functioning baseline Ruby installation will slow you down from quickly starting to develop with Ruby.

We believe the One-Click Installer integrates just the right amount of functionality to quickly get you on the path to enjoying Ruby without distracting you with missing dependencies.

Some of the things to consider when deciding to whether to use the MRI binary distribution:

1) Missing DLLs such as zlib, readline, openssl.... [PLEASE ADD TO THIS LIST] required for a fully functioning baseline system.  Do you really want to take the time to search for and/or build the required DLLs so that "irb" and "gem" don't pop up error dialog?

2) ???

3) ???




Q: Now that Microsoft is providing its free Visual C++ Express editions and including build tools such as cl, link, nmake, etc as part of the Windows SDK (as of mid-2009), why can't I just download the MRI binary and Visual C++ Express and start developing?  Why would I want a MinGW-based implementation?


[THIS ONE NEEDS A *LOT* OF LOVE FROM THE TECHNICAL PERSPECTIVE, BUT HERE'S A GO AT ONE POTENTIAL ANSWER...OR MAYBE IT'S THE INTRO PART OF THE ANSWER TO BE FOLLOWED BY *SPECIFIC* BENEFITS...I PARTICULARLY DON'T THINK WE WANT TO TURN THIS INTO A GCC vs. MICROSOFT TOOLCHAIN FLAME BAIT]


A: This also is a perfectly reasonable option if you feel more productive developing with the Microsoft tools you've mentioned.  However, many people are also very comfortable using the GCC toolchain so a MinGW-based implementation and supporting tools enable them to be productive without learning the peculiarities of the Microsoft provided tools.

In addition, many binary RubyGems developers do not build their gems on Windows systems.  As they usually choose to cross compile binary Windows gems from their Linux or OSX development systems, a MinGW-based Ruby implementation makes a lot of sense to those developers who want the widest possible access to RubyGems without potentially having to rebuild the gem from source, tuning the build setup to the Microsoft tools, just to use a particular gem.

[A LITTLE HELP HERE..........]

From luislavena at gmail.com  Thu Jul  2 19:33:00 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 2 Jul 2009 20:33:00 -0300
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <20090702095134.f2432e38.jon.forums@gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com>
Message-ID: <71166b3b0907021633rd4c7bf4p5261406d601bb108@mail.gmail.com>

On Thu, Jul 2, 2009 at 10:51 AM, Jon<jon.forums at gmail.com> wrote:
> I believe we need to add the following to http://wiki.github.com/oneclick/rubyinstaller/faq in order to bring people up to speed on the goals of the project.
>
> Some of these answers are part of existing Q's, but I think we need something more direct.
>
> I'll update the FAQ appropriately based upon feedback.
>

Thank you Jon!

I'm going to take a little bit of time during this weekend to provide
a more technical answer to the last point in the updated FAQ.

FYI: The reason for MinGW based is more than MS vs. Cross platform
tools, is more related to binaries, C Runtime libraries and backward
compatibility with 3rd party binaries like sqlite3.dll and others.

More to come on this.

And thank you for taking the time and tackling the documentation
aspect of the project. It has been neglected a lot by me :-P

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 jon.forums at gmail.com  Fri Jul  3 10:29:34 2009
From: jon.forums at gmail.com (Jon)
Date: Fri, 3 Jul 2009 10:29:34 -0400
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <71166b3b0907021633rd4c7bf4p5261406d601bb108@mail.gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com>
	<71166b3b0907021633rd4c7bf4p5261406d601bb108@mail.gmail.com>
Message-ID: <20090703102934.9493d2e9.jon.forums@gmail.com>

> 
> More to come on this.
> 
> And thank you for taking the time and tackling the documentation
> aspect of the project. It has been neglected a lot by me :-P

No problem and it helps me better understand the issues with native Ruby extensions which I've purposely avoided for too long.

While I've still got some spare time at work, I plan on looking into consolidating more of the documentation for the GitHub wiki which will hopefully be useful when your new web site gets completed.

In fact, I think we need a Wiki page dedicated to "Building Compatible Native Windows Extensions with MinGW".  Too long of a title, but it should pull together a lot of the knowledge you and others have developed into a single place.  For example, summarizing info from your blog posts on blog.mmediasys.com and pulling info from posts I've seen from Roger Pack, Charlie Savage and others, 1.8 and 1.9 extensions via "fat gems", ruby ffi options, etc.

Not that I think we need to duplicate info, but I think there's a lot of value with tying the info together into a clear summary, all in one place for someone looking at building native windows extensions and needing to get spun up on the key technical issues.  To me this education goal seems to fit well with the other project goals.

More on this idea once we update the FAQ with those last couple of issues.

Jon


From luislavena at gmail.com  Mon Jul  6 01:27:57 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 02:27:57 -0300
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <20090702095134.f2432e38.jon.forums@gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com>
Message-ID: <71166b3b0907052227n65840676n8c810ff6c7b326c2@mail.gmail.com>

On Thu, Jul 2, 2009 at 10:51 AM, Jon<jon.forums at gmail.com> wrote:
> I believe we need to add the following to http://wiki.github.com/oneclick/rubyinstaller/faq in order to bring people up to speed on the goals of the project.
>

Hello Jon, see my responses inline to the Development FAQ section.

> [...]
>
> Development and Contributing FAQs
> ---------------------------------
>
> Q: I understand the project goals, but why can't I simply download the latest MRI binary distribution from ftp://ftp.ruby-lang.org/pub/ruby/binaries/mswin32/ and start developing?
>
> A: While this is a perfectly reasonable way to get started with Ruby on a Windows platform, we believe that the extra steps you'll need to take in order to get a fully functioning baseline Ruby installation will slow you down from quickly starting to develop with Ruby.
>
> We believe the One-Click Installer integrates just the right amount of functionality to quickly get you on the path to enjoying Ruby without distracting you with missing dependencies.
>
> Some of the things to consider when deciding to whether to use the MRI binary distribution:
>
> 1) Missing DLLs such as zlib, readline, openssl.... [PLEASE ADD TO THIS LIST] required for a fully functioning baseline system. ?Do you really want to take the time to search for and/or build the required DLLs so that "irb" and "gem" don't pop up error dialog?
>

curses, tk, gdbm just to mention the most common.

> 2) ???
>

2) The Zlib extension has been compiled against a flawed version of
ZLib, this generate random errors as Buffer errors.

> 3) ???

3) Because the versions used to build and link all the components
mentioned in point 1 are obsolete and quite old (example, Readline was
at version 4, OpenSSL was at 0.9.7, which has been discovered being
flawed).

>
> Q: Now that Microsoft is providing its free Visual C++ Express editions and including build tools such as cl, link, nmake, etc as part of the Windows SDK (as of mid-2009), why can't I just download the MRI binary and Visual C++ Express and start developing? ?Why would I want a MinGW-based implementation?
>
>

Existing MRI Binary has been built with VC6, and links to an specific
Runtime version library: MSVCRT.DLL.

Newer versions of Visual C uses newer version of this runtime library,
being MSVCR80.dll (VC8) or MSVCR90 (VC9).

The mix of C Runtime libraries is not safe, since memory allocated in
the heap of one runtime cannot be freed from another C runtime
library, thus causing segmentation faults and abnormal program
termination.

This topic has been raised several times to Ruby-Core team, and been
since year 2006 quite problematic to discuss due the implications and
the dependency on "good behavior" of external libraries beyond Ruby
itself.

I've tried to cover this on my blog:

http://blog.mmediasys.com/2008/01/17/ruby-for-windows-part-1/

Also, Ruby adds another layer of complexity to the problem. Ruby built
with VC6 cannot build extensions against any other version than VC6,
unless user manually tweak "rbconfig.rb".

All this makes complicated change compiler versions.

MinGW (GCC) was the more logical option for serveral reasons:

* It offered a open, free solution that can be easily downloaded,
configured or even distributed to others without breaking any EULA

* It linked against the exact same C Runtime library than original
build of Ruby, which avoided the need to compile and build all the
libraries that Ruby depends on.

* It helped standardize the building of extensions across platforms,
since GCC is the main option on UNIX systems, reducing the complexity
of instructions required for tools or libraries under different
platforms.

[HERE COMES YOUR TEXT FOR CROSS-PLATFORM GEM DEVELOPERS]

> [...]
>
> [A LITTLE HELP HERE..........]

What do you think? It helped?

-- 
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 Jul  6 01:31:45 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 02:31:45 -0300
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <20090703102934.9493d2e9.jon.forums@gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com> 
	<71166b3b0907021633rd4c7bf4p5261406d601bb108@mail.gmail.com> 
	<20090703102934.9493d2e9.jon.forums@gmail.com>
Message-ID: <71166b3b0907052231s7fd9cbdco49c252342cb59fbd@mail.gmail.com>

On Fri, Jul 3, 2009 at 11:29 AM, Jon<jon.forums at gmail.com> wrote:
>>
>> More to come on this.
>>
>> And thank you for taking the time and tackling the documentation
>> aspect of the project. It has been neglected a lot by me :-P
>
> No problem and it helps me better understand the issues with native Ruby extensions which I've purposely avoided for too long.
>

Replied to that, hope the answers shed some light to the compiler issue.

> [...]
>
> In fact, I think we need a Wiki page dedicated to "Building Compatible Native Windows Extensions with MinGW". ?Too long of a title, but it should pull together a lot of the knowledge you and others have developed into a single place. ?For example, summarizing info from your blog posts on blog.mmediasys.com and pulling info from posts I've seen from Roger Pack, Charlie Savage and others, 1.8 and 1.9 extensions via "fat gems", ruby ffi options, etc.

That kind of information will be great to have. Basically, I've
rebuild sqlite3-ruby and mysql-gem to be 1.8 and 1.9 compatible,
fat-binaries and cross compilable:

http://github.com/luislavena/sqlite3-ruby
http://github.com/luislavena/mysql-gem

> Not that I think we need to duplicate info, but I think there's a lot of value with tying the info together into a clear summary, all in one place for someone looking at building native windows extensions and needing to get spun up on the key technical issues. ?To me this education goal seems to fit well with the other project goals.
>

Yes! you're correct, is not only making the life of Ruby users easy,
but also make the life of Ruby developers that create tools easy too
;-)

> More on this idea once we update the FAQ with those last couple of issues.
>

Awesome! A huge thank you for taking the lead on the doc part of the project!

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 rogerdpack at gmail.com  Mon Jul  6 07:57:12 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 6 Jul 2009 05:57:12 -0600
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <71166b3b0907052231s7fd9cbdco49c252342cb59fbd@mail.gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com>
	<71166b3b0907021633rd4c7bf4p5261406d601bb108@mail.gmail.com>
	<20090703102934.9493d2e9.jon.forums@gmail.com>
	<71166b3b0907052231s7fd9cbdco49c252342cb59fbd@mail.gmail.com>
Message-ID: <e880bd570907060457s6d63848ic3b027c1a98c0d59@mail.gmail.com>

speaking of tk, if I commit a patch would it be possible to include it
in the standard distro?  The only reason I suggest this is that it's a
core library, so providing it as a gem [or binary download] seems kind
of...odd, though possible.

=r

From jon.forums at gmail.com  Mon Jul  6 09:03:56 2009
From: jon.forums at gmail.com (Jon)
Date: Mon, 6 Jul 2009 09:03:56 -0400
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <71166b3b0907052227n65840676n8c810ff6c7b326c2@mail.gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com>
	<71166b3b0907052227n65840676n8c810ff6c7b326c2@mail.gmail.com>
Message-ID: <20090706090356.a91ff8d4.jon.forums@gmail.com>

> Hello Jon, see my responses inline to the Development FAQ section.
>
> 
> What do you think? It helped?


Thanks, and yes your feedback definitely helped!  I'll begin updating http://wiki.github.com/oneclick/rubyinstaller/faq appropriately.

I'm assuming that since you had no feedback on the "project goals" Q&A you're OK with it.  I'll tweak it a bit and also add it to the FAQ.

From luislavena at gmail.com  Mon Jul  6 13:45:27 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 14:45:27 -0300
Subject: [Rubyinstaller-devel] Additional FAQ questions for review
In-Reply-To: <20090706090356.a91ff8d4.jon.forums@gmail.com>
References: <20090702095134.f2432e38.jon.forums@gmail.com> 
	<71166b3b0907052227n65840676n8c810ff6c7b326c2@mail.gmail.com> 
	<20090706090356.a91ff8d4.jon.forums@gmail.com>
Message-ID: <71166b3b0907061045l342fdbe2g259b347b2ae5669e@mail.gmail.com>

On Mon, Jul 6, 2009 at 10:03 AM, Jon<jon.forums at gmail.com> wrote:
> [...]
>
> I'm assuming that since you had no feedback on the "project goals" Q&A you're OK with it. ?I'll tweak it a bit and also add it to the FAQ.

You're correct again :-)

You outlined the project goals that I've tried several times to
communicate. Was re-reading several of my posts and basically, you
covered the main points :-)

-- 
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 Jul  6 14:24:52 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 15:24:52 -0300
Subject: [Rubyinstaller-devel] Tk (was: Additional FAQ questions for
	review)
Message-ID: <71166b3b0907061124r2ad57353i4322e3eb5fb1bafb@mail.gmail.com>

On Mon, Jul 6, 2009 at 8:57 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> speaking of tk, if I commit a patch would it be possible to include it
> in the standard distro? ?The only reason I suggest this is that it's a
> core library, so providing it as a gem [or binary download] seems kind
> of...odd, though possible.
>

The problem with that is that Tk requires ActiveTcl, which cannot be
automated and cannot be stripped of dependencies.

The alternative requires building ourself the Tcl/Tk component.

Please feel free to add the recipe in your fork and I gladly will
merge it if it works ;-)

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 jon.forums at gmail.com  Mon Jul  6 16:44:44 2009
From: jon.forums at gmail.com (Jon)
Date: Mon, 6 Jul 2009 16:44:44 -0400
Subject: [Rubyinstaller-devel] ri documentation included in final installer?
Message-ID: <20090706164444.879fb870.jon.forums@gmail.com>

While testing out 1.9.1 preview1, none of my ri Class, ri Object, ri IO queries came back with anything as the share/ri tree is missing.

I see that the installer creates Start menu links to ruby-doc.org, and I'm wondering if the plan is to include the ri docs only for the final installer but none of the previews.

I think that's fine if that's the plan.  

From luislavena at gmail.com  Mon Jul  6 17:00:29 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 18:00:29 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <20090706164444.879fb870.jon.forums@gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
Message-ID: <71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>

On Mon, Jul 6, 2009 at 5:44 PM, Jon<jon.forums at gmail.com> wrote:
> While testing out 1.9.1 preview1, none of my ri Class, ri Object, ri IO queries came back with anything as the share/ri tree is missing.
>

The ri and rdocs docuements generated a 8MB additional size, even with
high compression due being so many files.

When installing, those took long time to extract and verify stamping.

To reduce the installer and the installing process time, I decided to
remove those (see all the --no-ri and --disable-install-doc options of
the recipes).

> I see that the installer creates Start menu links to ruby-doc.org, and I'm wondering if the plan is to include the ri docs only for the final installer but none of the previews.
>

The links are in current One-Click and I thought will be good to have
those in the new version.

> I think that's fine if that's the plan.

The plan is integrate the Compiled HTML Help
(http://en.wikipedia.org/wiki/Microsoft_Compiled_HTML_Help)

Gordon Thiesfeld worked on that and there was a feature request to
have it bundled with the installer:

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

CHM is way faster to search and find documentation, and was more in
the lines of Windows.

File allocation on Windows sucks, and ri is not Windows-friendly in that way.

The CHM generation needs to be automated, and maybe supplied with a
CSS style to pair with the new website contest.

I see the value of having ri and "help" from IRB, but personally I
don't use them and revert to tools like APIdock or
api.rubyonrails.org.

Please guys let me know if I'm wrong, this can be easily fixed now
that automated installers can be easily updated.

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  Mon Jul  6 17:06:34 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 6 Jul 2009 15:06:34 -0600
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
Message-ID: <e880bd570907061406u2b66f017o4c36617ed5337135@mail.gmail.com>

> I see the value of having ri and "help" from IRB, but personally I
> don't use them and revert to tools like APIdock or
> api.rubyonrails.org.

Good point they could end up being useful via IRB.

Also don't forget http://allgems.ruby-forum.com/gems

Sorry couldn't resist the self-promo :)

=r

From luislavena at gmail.com  Mon Jul  6 17:08:11 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 18:08:11 -0300
Subject: [Rubyinstaller-devel] Getting Started with Ruby 1.9,
	Rails and SQLite3, All on Windows.
Message-ID: <71166b3b0907061408pb18e2f5wd1ed5faa3ea3bc09@mail.gmail.com>

Hey Everybody,

After popular request, I decided to put together a series of
instructions on getting Ruby 1.9, Rails and SQLite3 bindings working,
all on Windows.

http://blog.mmediasys.com/2009/07/06/getting-started-with-rails-and-sqlite3/

The steps described in the blog post cover:

* Installation of Ruby 1.9.1 on Windows (using preview1 Installers)
* Installation of SQLite3
* Installation of Rails and creation of an application
* Verification of proper working environment
* Notes about compatibility.

This post aims to explain the needed steps to get everything working
out of the box without unneeded complexity.

Hope search engines pick this up and this answer common questions
raised over the mailing lists.

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 jon.forums at gmail.com  Mon Jul  6 17:23:34 2009
From: jon.forums at gmail.com (Jon)
Date: Mon, 6 Jul 2009 17:23:34 -0400
Subject: [Rubyinstaller-devel] ri documentation included in final
 installer?
In-Reply-To: <71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
Message-ID: <20090706172334.e1a6eb41.jon.forums@gmail.com>

> CHM is way faster to search and find documentation, and was more in
> the lines of Windows.

One wrinkle I see is that RubyGems will create ri and rdoc documentation upon gem installs, and I believe that any gem that opens up a core class like Module, Class, etc will cause ri to display only partial info about the enhanced core class.

For example, I get these unhelpful results...

D:\Jon>ri Class
-------------------------------------------------------------- Class: Class < Object
     Allows attributes to be shared within an inheritance hierarchy, but where each
     descendant gets a copy of their parents' attributes, instead of just a pointer
     to the same. This means that the child can add elements to, for example, an
     array without those additions being shared with either their parent, siblings,
     or children, which is unlike the regular class-level attributes that are
     shared across the entire hierarchy.

------------------------------------------------------------------------------------

D:\Jon>ri IO
Nothing known about IO



Very frustrating if you happen to be offline, sleep deprived, and have forgotten the details on your favorite object.


Maybe there's a clever way to hook ri so that you could wrap a custom header/footer message around whatever ri wants to return and alert the user to check out the CHM that contains the docs on core and std lib?


From rogerdpack at gmail.com  Mon Jul  6 17:03:55 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 6 Jul 2009 15:03:55 -0600
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
Message-ID: <e880bd570907061403s23995282iffa66aca8af875ad@mail.gmail.com>

> The ri and rdocs docuements generated a 8MB additional size, even with
> high compression due being so many files.
>
> When installing, those took long time to extract and verify stamping.

Perhaps two versions one with and one without [I would most definitely
almost always choose the one without--I've never had a good experience
with RI--or maybe that's my own fault].

=r

From luislavena at gmail.com  Mon Jul  6 17:30:04 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 18:30:04 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <20090706172334.e1a6eb41.jon.forums@gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com> 
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com> 
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
Message-ID: <71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>

On Mon, Jul 6, 2009 at 6:23 PM, Jon<jon.forums at gmail.com> wrote:
>> CHM is way faster to search and find documentation, and was more in
>> the lines of Windows.
>
> One wrinkle I see is that RubyGems will create ri and rdoc documentation upon gem installs, and I believe that any gem that opens up a core class like Module, Class, etc will cause ri to display only partial info about the enhanced core class.
>
> For example, I get these unhelpful results...
>
> D:\Jon>ri Class
> -------------------------------------------------------------- Class: Class < Object
> ? ? Allows attributes to be shared within an inheritance hierarchy, but where each
> ? ? descendant gets a copy of their parents' attributes, instead of just a pointer
> ? ? to the same. This means that the child can add elements to, for example, an
> ? ? array without those additions being shared with either their parent, siblings,
> ? ? or children, which is unlike the regular class-level attributes that are
> ? ? shared across the entire hierarchy.
>
> ------------------------------------------------------------------------------------
>
> D:\Jon>ri IO
> Nothing known about IO
>
>
>
> Very frustrating if you happen to be offline, sleep deprived, and have forgotten the details on your favorite object.
>
>
> Maybe there's a clever way to hook ri so that you could wrap a custom header/footer message around whatever ri wants to return and alert the user to check out the CHM that contains the docs on core and std lib?
>

Well, what about a faster ri version that do not fill the filesystem
with so many files? I found "ri" so slow, and decided not to use.

Also, personally disabled RDoc generation on gem installation:

C:\Users\Luis>type .gemrc
---
:benchmark: false
:update_sources: true
:bulk_threshold: 1000
:verbose: true
:sources:
- http://gems.rubyforge.org/
- http://gems.github.com
:backtrace: false
gem: --no-ri --no-rdoc --env-shebang

(the --env-shebang is to avoid adding C:/Path/to/Ruby in the stub scripts).

Anyhow, good point that you raised, and I'm willing to go any route
that ends being a win/win situation:

* Can be easily generated and automated.
* Compact file size to distribute installer.

-- 
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 Jul  6 18:58:31 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 6 Jul 2009 19:58:31 -0300
Subject: [Rubyinstaller-devel] Getting Started with Ruby 1.9, Rails and MySQL,
	All on Windows.
Message-ID: <71166b3b0907061558l3bf6e419ud63d29da9d5f6ae6@mail.gmail.com>

Hey Guys,

A follow up of my previous post for SQLite3, this time for MySQL Server 5.0:

http://blog.mmediasys.com/2009/07/06/getting-started-with-rails-and-mysql/

The steps described in the post:

* Installation of Ruby 1.9.1 on Windows (using preview1 Installers)
* Installation of MySQL Server
* Configuration of MySQL Service
* Verification of MySQL proper working
* Installation of MySQL/Ruby Bindings
* Installation of Rails and creation of sample application
* Verification of proper working environment
* Notes about compatibility

This post aims to explain the needed steps to get everything working
out of the box without fuss.

Hope search engines pick this up and help answer commonly asked
questions raised in the mailing lists.

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  Tue Jul  7 09:02:48 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 7 Jul 2009 07:02:48 -0600
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
Message-ID: <e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>

>> For example, I get these unhelpful results...

Yeah I hate running ri File and getting back a single method from the
FileUtils class [which has happened before].  I think that was caused
by a buggy old RI version though.



>> Maybe there's a clever way to hook ri so that you could wrap a custom header/footer message around whatever ri wants to return and alert the user to check out the CHM that contains the docs on core and std lib?

You could submit a patch to ri that makes it pluggable... :)


> Well, what about a faster ri version that do not fill the filesystem
> with so many files? I found "ri" so slow, and decided not to use.

Yeah I think it still has the many file aspect, but I believe it's
faster now [only a few seconds, not like 10].


> Also, personally disabled RDoc generation on gem installation:

Me too--takes forever, and the docs are already online anyway.


> Anyhow, good point that you raised, and I'm willing to go any route
> that ends being a win/win situation:


I think the only win win is to have it optionally install them, and by
default *not* install them.  That or release two installers, one
large, one small.

Speaking of which, I do miss the old sciTe that came with the old OCI.
 Maybe we could make it into a separate distributable?  I like the new
links to web pages [much better].  They're also better than
distributing it with a ruby book in CHM, I think.  But <sniff> miss
SciTe.

Thoughts?
Thanks.
r

From matt at smajn.net  Tue Jul  7 11:14:20 2009
From: matt at smajn.net (Matt H)
Date: Tue, 7 Jul 2009 08:14:20 -0700
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
Message-ID: <2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>

On Sun, Jun 28, 2009 at 8:54 AM, Luis Lavena <luislavena at gmail.com> wrote:

>
> We have preview1!!!
>
> http://rubyinstaller.org/downloads/

Great work! Downloaded and installed the Ruby 1.9.1 package, and for
the first time had no problems with installing the pg gem. My Rails
environment was up and running in a matter of minutes. Thank you.

--
Find me - http://www.smajn.net/social

From rogerdpack at gmail.com  Tue Jul  7 11:41:47 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 7 Jul 2009 09:41:47 -0600
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
Message-ID: <e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>

> Great work! Downloaded and installed the Ruby 1.9.1 package, and for
> the first time had no problems with installing the pg gem. My Rails
> environment was up and running in a matter of minutes. Thank you.

was that with the devkit then?
just wondering.
=r

From jon.forums at gmail.com  Tue Jul  7 13:24:12 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 7 Jul 2009 13:24:12 -0400
Subject: [Rubyinstaller-devel] ri documentation included in final
 installer?
In-Reply-To: <e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
Message-ID: <20090707132412.70e78a61.jon.forums@gmail.com>

> You could submit a patch to ri that makes it pluggable... :)
> 

Well...I can't imagine any interest in a hacky patch for something that may not be as helpful as it once was ;)


> > Anyhow, good point that you raised, and I'm willing to go any route
> > that ends being a win/win situation:
> 
> 
> I think the only win win is to have it optionally install them, and by
> default *not* install them.  That or release two installers, one
> large, one small.

My vote is for the two installers route.  If someone really wants full local docs they download the "rubyinstaller-1.9.1p129-fulldocs.exe" and they get a fast, searchable CHM.

They know about the two options up front, they're not surpised, and they don't feel the need to file a bug against the installer.

From luislavena at gmail.com  Tue Jul  7 13:28:09 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 7 Jul 2009 14:28:09 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <20090707132412.70e78a61.jon.forums@gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com> 
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com> 
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com> 
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com> 
	<20090707132412.70e78a61.jon.forums@gmail.com>
Message-ID: <71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>

On Tue, Jul 7, 2009 at 2:24 PM, Jon<jon.forums at gmail.com> wrote:
> [...]
>
> My vote is for the two installers route. ?If someone really wants full local docs they download the "rubyinstaller-1.9.1p129-fulldocs.exe" and they get a fast, searchable CHM.
>

What about a installer just for the Docs?

Also, keep in mind that CHM file is not going to offer help for "ri"
or "help" in IRB.

This installer could include any of the cool and free Book of Ruby
available, or the 1st edition of Programming Ruby, since was handed
over to us (RubyInstaller project).

> They know about the two options up front, they're not surpised, and they don't feel the need to file a bug against the installer.

Amen for that ;-)

-- 
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 Jul  7 14:08:30 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 7 Jul 2009 14:08:30 -0400
Subject: [Rubyinstaller-devel] ri documentation included in final
 installer?
In-Reply-To: <71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
Message-ID: <20090707140830.44a3f418.jon.forums@gmail.com>

> What about a installer just for the Docs?
> 
> Also, keep in mind that CHM file is not going to offer help for "ri"
> or "help" in IRB.
> 
> This installer could include any of the cool and free Book of Ruby
> available, or the 1st edition of Programming Ruby, since was handed
> over to us (RubyInstaller project).


Personally I *really* like this option (for many reasons) especially if both installers are predominantly featured in the download area.

I'm not as familiar with Inno as I am with NSIS, but it would be cool for the Doc installer to attempt to find it's default install dir based upon the install dir chosen for the main Ruby installation.

Power users of course can install wherever, but for the person just wanting to install in the same location as their Ruby install, they just keep clicking Next -> and everything is installed under one dir.

From rogerdpack at gmail.com  Tue Jul  7 14:20:02 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 7 Jul 2009 12:20:02 -0600
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <20090707140830.44a3f418.jon.forums@gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
	<20090707140830.44a3f418.jon.forums@gmail.com>
Message-ID: <e880bd570907071120y1c945f17wb56abacb64451a1a@mail.gmail.com>

>> This installer could include any of the cool and free Book of Ruby
>> available, or the 1st edition of Programming Ruby, since was handed
>> over to us (RubyInstaller project).
>
>
> Personally I *really* like this option (for many reasons) especially if both installers are predominantly featured in the download area.

+1 a download that had the books and the docs and...everything
[scite?] would be sweet.
=r

From luislavena at gmail.com  Tue Jul  7 15:33:00 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 7 Jul 2009 16:33:00 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <20090707140830.44a3f418.jon.forums@gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com> 
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com> 
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com> 
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com> 
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com> 
	<20090707140830.44a3f418.jon.forums@gmail.com>
Message-ID: <71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>

On Tue, Jul 7, 2009 at 3:08 PM, Jon<jon.forums at gmail.com> wrote:
>> What about a installer just for the Docs?
>>
>> Also, keep in mind that CHM file is not going to offer help for "ri"
>> or "help" in IRB.
>>
>> This installer could include any of the cool and free Book of Ruby
>> available, or the 1st edition of Programming Ruby, since was handed
>> over to us (RubyInstaller project).
>
>
> Personally I *really* like this option (for many reasons) especially if both installers are predominantly featured in the download area.
>
> I'm not as familiar with Inno as I am with NSIS, but it would be cool for the Doc installer to attempt to find it's default install dir based upon the install dir chosen for the main Ruby installation.
>

Yes, is possible using the exact same AppId for the documentation
installers. Need to verify it and how the uninstall process be
affected. I believe is doable.

> Power users of course can install wherever, but for the person just wanting to install in the same location as their Ruby install, they just keep clicking Next -> and everything is installed under one dir.

The idea of the Runtime was get it out of the box soon, but took us
(ala: me) a lot of time get it out of the door.

Now that preview1 is out, and we got some feedback, is time to start
collecting the feature request and value those with our goal list ;-)

Candidates for better documentation than "Programming Ruby" are:

The Little Book of Ruby, 1.1MB:
http://www.sapphiresteel.com/The-Little-Book-Of-Ruby

The Book of Ruby, 2.9MB:
http://www.sapphiresteel.com/The-Book-Of-Ruby

Let's start a new thread about this, since Programming Ruby 1st
edition has become so old and sometimes is inaccurate reference.

Now, for Ruby-core and Stdlib, the option will be a CHM file.

Sounds good?
-- 
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 Jul  7 16:21:33 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 7 Jul 2009 16:21:33 -0400
Subject: [Rubyinstaller-devel] Docs included in a separate documentation
	installer?
Message-ID: <20090707162133.732e6325.jon.forums@gmail.com>

[...snipped from "ri documentation in final installer?" thread...]

In the above thread we kicked around the idea of putting the documentation in a separate installer from the main Ruby runtime installer.  Both installers would be available from the same download area.

Thoughts?



Luis also brought up the following Which Documents Should Be Included topic....

Candidates for better documentation than "Programming Ruby" are:

The Little Book of Ruby, 1.1MB:
http://www.sapphiresteel.com/The-Little-Book-Of-Ruby

The Book of Ruby, 2.9MB:
http://www.sapphiresteel.com/The-Book-Of-Ruby

Let's start a new thread about this, since Programming Ruby 1st
edition has become so old and sometimes is inaccurate reference.

Now, for Ruby-core and Stdlib, the option will be a CHM file.

Sounds good?
-- 
Luis Lavena
AREA 17

From rogerdpack at gmail.com  Tue Jul  7 17:25:26 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 7 Jul 2009 15:25:26 -0600
Subject: [Rubyinstaller-devel] gcc 4.4.0
In-Reply-To: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>
References: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com>
Message-ID: <e880bd570907071425l766069bcj4a08feeb8a806e96@mail.gmail.com>

> I noticed that mingw just released a gcc-4.4.0 with only dwarf
> exception handling supported.
> Any thoughts on this? Would it "work" for ruby on windows?

Interesting.  I wonder if
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/192818
profile guided optimizations would help much [they require GCC 4.1 I
believe].
=r

From luislavena at gmail.com  Tue Jul  7 19:21:00 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 7 Jul 2009 20:21:00 -0300
Subject: [Rubyinstaller-devel] gcc 4.4.0
In-Reply-To: <e880bd570907071425l766069bcj4a08feeb8a806e96@mail.gmail.com>
References: <e880bd570907010924q5892356ck4077e85133226518@mail.gmail.com> 
	<e880bd570907071425l766069bcj4a08feeb8a806e96@mail.gmail.com>
Message-ID: <71166b3b0907071621p3ee4fb20mbf876e1baabab4fd@mail.gmail.com>

On Tue, Jul 7, 2009 at 6:25 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>> I noticed that mingw just released a gcc-4.4.0 with only dwarf
>> exception handling supported.
>> Any thoughts on this? Would it "work" for ruby on windows?
>
> Interesting. ?I wonder if
> http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/192818
> profile guided optimizations would help much [they require GCC 4.1 I
> believe].

That is something similar VC8 and VC9 offer, but only on the paid version.

-- 
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 matt at smajn.net  Tue Jul  7 23:49:25 2009
From: matt at smajn.net (Matt H)
Date: Tue, 7 Jul 2009 20:49:25 -0700
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
Message-ID: <2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>

On Tuesday, July 7, 2009, Roger Pack <rogerdpack at gmail.com> wrote:
>> Great work! Downloaded and installed the Ruby 1.9.1 package, and for
>> the first time had no problems with installing the pg gem. My Rails
>> environment was up and running in a matter of minutes. Thank you.
>
> was that with the devkit then?
> just wondering.
> =r

Yes, I had installed the devkit.

-- 
Find me - http://www.smajn.net/social

From luislavena at gmail.com  Wed Jul  8 07:32:55 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 8 Jul 2009 08:32:55 -0300
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com> 
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com> 
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com> 
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
Message-ID: <71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>

On Wed, Jul 8, 2009 at 12:49 AM, Matt H<matt at smajn.net> wrote:
> On Tuesday, July 7, 2009, Roger Pack <rogerdpack at gmail.com> wrote:
>> [...]
>>
>> was that with the devkit then?
>> just wondering.
>> =r
>
> Yes, I had installed the devkit.
>

Awesome! I'm working on a tutorial, in the lines of what I've put for
MySQL and SQLite3, but for installing the MySQL binding and link with
MySQL 5.1

I believe there is lot of value in a PostgreSQL one. Would you mind
share your steps so I can create a blog post from it?

I'm not savvy on PostgreSQL to be doing it myself :-P

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  Wed Jul  8 10:58:06 2009
From: jon.forums at gmail.com (Jon)
Date: Wed, 8 Jul 2009 10:58:06 -0400
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
 story and news
In-Reply-To: <71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
Message-ID: <20090708105806.e3b89ddf.jon.forums@gmail.com>

> I believe there is lot of value in a PostgreSQL one. Would you mind
> share your steps so I can create a blog post from it?

When finished, how about adding a quick link on http://wiki.github.com/oneclick/rubyinstaller/tutorials to your Ruby-And-PostgreSQL-on-Windows tutorial?

From luislavena at gmail.com  Wed Jul  8 15:30:42 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 8 Jul 2009 16:30:42 -0300
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <20090708105806.e3b89ddf.jon.forums@gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com> 
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com> 
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com> 
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com> 
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com> 
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
Message-ID: <71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>

On Wed, Jul 8, 2009 at 11:58 AM, Jon<jon.forums at gmail.com> wrote:
>
> When finished, how about adding a quick link on http://wiki.github.com/oneclick/rubyinstaller/tutorials to your Ruby-And-PostgreSQL-on-Windows tutorial?

Wow, didn't know we had a Tutorials page, and neither a Home one!

I personally thank you Jon for all the effort and time you have
invested in the Wiki and all the documentation you started to collect
and put in order.

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 reachme at charlesroper.co.uk  Thu Jul  9 02:45:07 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Thu, 09 Jul 2009 07:45:07 +0100
Subject: [Rubyinstaller-devel] Docs included in a separate documentation
 installer?
In-Reply-To: <20090707162133.732e6325.jon.forums@gmail.com>
References: <20090707162133.732e6325.jon.forums@gmail.com>
Message-ID: <4A5591F3.3010000@charlesroper.co.uk>

On 07/07/2009 21:21, Jon wrote:
> [...snipped from "ri documentation in final installer?" thread...]
>
> In the above thread we kicked around the idea of putting the documentation in a separate installer from the main Ruby runtime installer.  Both installers would be available from the same download area.
>
> Thoughts?

How about Jeremy McAnally's (aka Mr. Neighborly) Humble Little Ruby Book?

http://www.humblelittlerubybook.com/

A link to Chris Pine's excellent Learn to Program tutorial would also be 
cool:

http://pine.fm/LearnToProgram/

The http://railsapi.com site also provides a super-sweet interface to 
not only the Rails API docs, but also the Ruby 1.8 and Ruby 1.9 docs. 
Click the "select some gems" link, then untick Rails, then select your 
choice of Ruby API docs from the dropdown. You can then either download 
or browse online. I've got the browse online version setup as a Chrome 
app so that it loads and works as fast as a desktop app.

Charles

From reachme at charlesroper.co.uk  Thu Jul  9 06:20:02 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Thu, 9 Jul 2009 11:20:02 +0100
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
Message-ID: <b5d3b8c70907090320q4ccbaa60pe2f3e58c5d15272e@mail.gmail.com>

2009/6/28 Luis Lavena <luislavena at gmail.com>

>
> We have preview1!!!
>

Hey Luis,

I've now installed both the 1.8.6 and 1.9 versions of Ruby along with the
devkit onto my fresh install of Windows 7; it's all working great. This will
be my primary environment from now on. Thank you my friend for all of your
hard work on getting thus far, and thanks also to the rest of the community.

I've also installed Gordon's Pik and that too is working nicely, so my
thanks to you Gordon for a fantastically useful little gem.

Cheers guys!

Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/rubyinstaller-devel/attachments/20090709/117f3952/attachment.html>

From jon.forums at gmail.com  Thu Jul  9 09:35:16 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 9 Jul 2009 09:35:16 -0400
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
 story and news
In-Reply-To: <71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
	<71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>
Message-ID: <20090709093516.7becc3bc.jon.forums@gmail.com>

> I personally thank you Jon for all the effort and time you have
> invested in the Wiki and all the documentation you started to collect
> and put in order.
> 
> Thank you!

My pleasure.  I plan to finish the FAQ and start the Building Compatible Extensions page shortly...finding time, of course, is the issue for all of us, eh? :)

I think the combination of the GitHub wiki with a lot of detailed developer focused content cross-linked with the new rubyinstaller site will be a huge value add.  While Google is our friend, it really does help to have a lot of the key info summarized (with links to other sites) in one place.  This is especially true for the native extensions issue.  A good starting point to launch from.

..and ** THANKS ** again for your continued efforts in enabling, and keeping people's focus on, providing a great Ruby experience on Windows platforms!

Jon

From rogerdpack at gmail.com  Thu Jul  9 10:59:44 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 9 Jul 2009 08:59:44 -0600
Subject: [Rubyinstaller-devel] Docs included in a separate documentation
	installer?
In-Reply-To: <4A5591F3.3010000@charlesroper.co.uk>
References: <20090707162133.732e6325.jon.forums@gmail.com>
	<4A5591F3.3010000@charlesroper.co.uk>
Message-ID: <e880bd570907090759xf168120w4eeecb988ea135ea@mail.gmail.com>

> The http://railsapi.com site also provides a super-sweet interface to not
> only the Rails API docs, but also the Ruby 1.8 and Ruby 1.9 docs. Click the
> "select some gems" link, then untick Rails, then select your choice of Ruby
> API docs from the dropdown. You can then either download or browse online.
> I've got the browse online version setup as a Chrome app so that it loads
> and works as fast as a desktop app.

Speaking of links to online documentation, a link to
http://allgems.ruby-forum.com/ would be nice :)

=r

From rogerdpack at gmail.com  Thu Jul  9 11:01:30 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 9 Jul 2009 09:01:30 -0600
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <20090709093516.7becc3bc.jon.forums@gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
	<71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>
	<20090709093516.7becc3bc.jon.forums@gmail.com>
Message-ID: <e880bd570907090801m65bd4256m7b0903d2c5f98356@mail.gmail.com>

> My pleasure. ?I plan to finish the FAQ and start the Building Compatible Extensions page shortly...finding time, of course, is the issue for all of us, eh? :)

A wiki page for the "build compatible extensions" might be good.  I
suggested earlier a isitmingw.rubyinstaller.org [a la
http://isitruby19.com/ ] but that might be overkill, plus doesn't
allow for editing like a wiki does.

=r

From jon.forums at gmail.com  Thu Jul  9 12:06:42 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 9 Jul 2009 12:06:42 -0400
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
 story and news
In-Reply-To: <e880bd570907090801m65bd4256m7b0903d2c5f98356@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
	<71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>
	<20090709093516.7becc3bc.jon.forums@gmail.com>
	<e880bd570907090801m65bd4256m7b0903d2c5f98356@mail.gmail.com>
Message-ID: <20090709120642.9e1875b0.jon.forums@gmail.com>

> A wiki page for the "build compatible extensions" might be good.  I
> suggested earlier a isitmingw.rubyinstaller.org [a la
> http://isitruby19.com/ ] but that might be overkill, plus doesn't
> allow for editing like a wiki does.
> 
> =r

Being able to edit the Building Compatible Extensions wiki page is crucial at the beginning as I plan on asking you, Luis, and a couple others to review and help cleanup any issues with the info.

I've found your blog posts and emails on ruby core very helpful and think we should summarize some of it on the GitHub site as well as add links to the Tutorial page to your future tutorial style posts dealing with Ruby-on-Windows issues.

That said, I also see value in being able to disable editing the wiki page once we're comfortable with the content.  I haven't found a way to disable edits yet but hopefully I'll get an answer to my github google group question.

That said, maybe this iea is overkill and there's no need to lock down the Current version of the page.

Thoughts?

From rogerdpack at gmail.com  Thu Jul  9 12:12:22 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 9 Jul 2009 10:12:22 -0600
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <20090709120642.9e1875b0.jon.forums@gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
	<71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>
	<20090709093516.7becc3bc.jon.forums@gmail.com>
	<e880bd570907090801m65bd4256m7b0903d2c5f98356@mail.gmail.com>
	<20090709120642.9e1875b0.jon.forums@gmail.com>
Message-ID: <e880bd570907090912t4bf3cdabm548bf55cefb31e6@mail.gmail.com>

> That said, maybe this iea is overkill and there's no need to lock down the Current version of the page.

Yeah I'd say lock it down only if and after there are problems [like
spam or what not] :)
=r

From jon.forums at gmail.com  Thu Jul  9 12:28:50 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 9 Jul 2009 12:28:50 -0400
Subject: [Rubyinstaller-devel] build status updates?
Message-ID: <20090709122850.c8a12e10.jon.forums@gmail.com>

Anyone checked out http://runcoderun.com/ for potential use with rubyinstaller?  Looks like it's currently free for open source.

I have no experience with it, but one thing I see is that it could be cool for quickly enabling the ruby core commiters to check to see how the latest source is building (or not) with mingw.

Jon

From rogerdpack at gmail.com  Thu Jul  9 12:37:19 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 9 Jul 2009 10:37:19 -0600
Subject: [Rubyinstaller-devel] build status updates?
In-Reply-To: <20090709122850.c8a12e10.jon.forums@gmail.com>
References: <20090709122850.c8a12e10.jon.forums@gmail.com>
Message-ID: <e880bd570907090937u2c0d0f19k9cc71aef4056cd82@mail.gmail.com>

> Anyone checked out http://runcoderun.com/ for potential use with rubyinstaller? ?Looks like it's currently free for open source.
>
> I have no experience with it, but one thing I see is that it could be cool for quickly enabling the ruby core commiters to check to see how the latest source is building (or not) with mingw.

That's a good idea--you suggest to core that they implement some type
of checking that reports back when the build breaks [or at least when
tests break].

If it reported all tests that break on mingw with each commit,
why...nobody would ever want to commit again LOL.

That really would be the perfect world, though--all the test-suite
passes on every platform and breaking the build [even for windows] is
considered a bad thing.

=r

From jon.forums at gmail.com  Thu Jul  9 13:33:30 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 9 Jul 2009 13:33:30 -0400
Subject: [Rubyinstaller-devel] build status updates?
In-Reply-To: <e880bd570907090937u2c0d0f19k9cc71aef4056cd82@mail.gmail.com>
References: <20090709122850.c8a12e10.jon.forums@gmail.com>
	<e880bd570907090937u2c0d0f19k9cc71aef4056cd82@mail.gmail.com>
Message-ID: <20090709133330.f3cabe66.jon.forums@gmail.com>

> That's a good idea--you suggest to core that they implement some type
> of checking that reports back when the build breaks [or at least when
> tests break].
> 
> If it reported all tests that break on mingw with each commit,
> why...nobody would ever want to commit again LOL.
> 
> That really would be the perfect world, though--all the test-suite
> passes on every platform and breaking the build [even for windows] is
> considered a bad thing.


Yeh, it is a funny situation on many levels isn't it? ;)

While I'm not aiming for Build Nirvana For All Time, I am interested in finding ways to incrementally raise the visibility level of building from source on Windows systems, and specifically how it relates to rubyinstaller as the distribution platform.  

I'm remembering a rash of posts on ruby core in March from Charlie Savage trying to build using cl.

That said, none of these rambling should distract from pushing rubyinstaller out as quickly as makes sense, right?

To have any chance of being useful I think you'd have to make multiple "build levels" so people could pay attention only to what they're interested in.  For example, if you're a core committer and you are only mildly interested to see how the latest source is building with MinGW.

At least the following:

1) Core Stable - does the latest committed Ruby source build stable MinGW env used by rubyinstaller and devkit (e.g. - 3.4.5).  Goal is to make code induced build errors as early as possible in an automated fashion.

2) Core Twitchy - same as (1) except using "next" version of MinGW (e.g. - 4.4.0)

3) RubyInstaller Stable - similar to (1) but also adds in all the dependencies created by using rubyinstaller's recipes, etc.  Goal is to quickly see if you can build using the full rubyinstaller environment.  Ruby core folks would likely care less about this and the next level.

4) RubyInstaller Full - (3) with a check that the installer actually builds.

...and I can "subscribe" to whatever level I care to see...

Jon

From matt at smajn.net  Thu Jul  9 13:33:45 2009
From: matt at smajn.net (Matt H)
Date: Thu, 9 Jul 2009 10:33:45 -0700
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
Message-ID: <2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>

On Wed, Jul 8, 2009 at 4:32 AM, Luis Lavena<luislavena at gmail.com> wrote:
> On Wed, Jul 8, 2009 at 12:49 AM, Matt H<matt at smajn.net> wrote:
>> On Tuesday, July 7, 2009, Roger Pack <rogerdpack at gmail.com> wrote:
>>> [...]
>>>
>>> was that with the devkit then?
>>> just wondering.
>>> =r
>>
>> Yes, I had installed the devkit.
>>
>
> Awesome! I'm working on a tutorial, in the lines of what I've put for
> MySQL and SQLite3, but for installing the MySQL binding and link with
> MySQL 5.1
>
> I believe there is lot of value in a PostgreSQL one. Would you mind
> share your steps so I can create a blog post from it?

I decided to upgrade to PostgreSQL 8.4 last night and I went ahead and
tracked the progress, took a bunch of screenshots and made a post
about it here:

<http://blog.smajn.net/2009/07/installing-ruby-191-rails-232-and.html>

-- 
Find me - http://www.smajn.net/social

From rogerdpack at gmail.com  Thu Jul  9 13:45:35 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 9 Jul 2009 11:45:35 -0600
Subject: [Rubyinstaller-devel] build status updates?
In-Reply-To: <20090709133330.f3cabe66.jon.forums@gmail.com>
References: <20090709122850.c8a12e10.jon.forums@gmail.com>
	<e880bd570907090937u2c0d0f19k9cc71aef4056cd82@mail.gmail.com>
	<20090709133330.f3cabe66.jon.forums@gmail.com>
Message-ID: <e880bd570907091045g4d310399xfc8fa2350f0440b1@mail.gmail.com>

> 4) RubyInstaller Full - (3) with a check that the installer actually builds.
>
> ...and I can "subscribe" to whatever level I care to see...

Yeah and perhaps an email is sent to this list when it doesn't compile
or *more* tests break for whatever reason :)

=r

From rogerdpack at gmail.com  Thu Jul  9 13:49:18 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 9 Jul 2009 11:49:18 -0600
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>
Message-ID: <e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com>

> I decided to upgrade to PostgreSQL 8.4 last night and I went ahead and
> tracked the progress, took a bunch of screenshots and made a post
> about it here:
>
> <http://blog.smajn.net/2009/07/installing-ruby-191-rails-232-and.html>

A note on how to install the devkit into it might be good [or you
could link to somewhere that does, like
http://programming-gone-awry.blogspot.com/2009/05/ruby-19-one-click-installer.html
Cheers!
=r

From matt at smajn.net  Thu Jul  9 14:25:35 2009
From: matt at smajn.net (Matt H)
Date: Thu, 9 Jul 2009 11:25:35 -0700
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>
	<e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com>
Message-ID: <2d714fce0907091125t111ed766m8f1f975db56b6c95@mail.gmail.com>

On Thu, Jul 9, 2009 at 10:49 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>> I decided to upgrade to PostgreSQL 8.4 last night and I went ahead and
>> tracked the progress, took a bunch of screenshots and made a post
>> about it here:
>>
>> <http://blog.smajn.net/2009/07/installing-ruby-191-rails-232-and.html>
>
> A note on how to install the devkit into it might be good [or you
> could link to somewhere that does, like
> http://programming-gone-awry.blogspot.com/2009/05/ruby-19-one-click-installer.html

Oops, I had that step in my notes and forgot to include it in the
post, fixed. I also added a link to the tutorials on Github.



-- 
Find me - http://www.smajn.net/social

From jon.forums at gmail.com  Thu Jul  9 15:29:02 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 9 Jul 2009 15:29:02 -0400
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
 story and news
In-Reply-To: <2d714fce0907091125t111ed766m8f1f975db56b6c95@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>
	<e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com>
	<2d714fce0907091125t111ed766m8f1f975db56b6c95@mail.gmail.com>
Message-ID: <20090709152902.c0f5c7bb.jon.forums@gmail.com>

I saw the following note in your tutorial:

Copy ?C:\Program Files\PostgreSQL\8.4\bin\libeay32.dll? to ?C:\Ruby19\bin? if you encounter an error when Rails attempts to connect to your database.

Did you get an error using the libeay32.dll that the installer puts in C:\Ruby19\bin by default?  Did you have to overwrite it with the one from PostgreSQL to get things to work?


> I also added a link to the tutorials on Github.

I assume you'd be fine with a link from our Github tutorial page to your post? :)

From reachme at charlesroper.co.uk  Thu Jul  9 15:40:25 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Thu, 09 Jul 2009 20:40:25 +0100
Subject: [Rubyinstaller-devel] Where to note non-working gems?
Message-ID: <4A5647A9.2040104@charlesroper.co.uk>

Where is the list of non-working gems currently residing? I don't see 
anything on the Github wiki...

I've just found that RDiscount (http://github.com/rtomayko/rdiscount/) 
doesn't work.

Charles

From jon.forums at gmail.com  Thu Jul  9 15:44:53 2009
From: jon.forums at gmail.com (Jon)
Date: Thu, 9 Jul 2009 15:44:53 -0400
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <4A5647A9.2040104@charlesroper.co.uk>
References: <4A5647A9.2040104@charlesroper.co.uk>
Message-ID: <20090709154453.15bae1a2.jon.forums@gmail.com>

On Thu, 09 Jul 2009 20:40:25 +0100
Charles Roper <reachme at charlesroper.co.uk> wrote:

> Where is the list of non-working gems currently residing? I don't see 
> anything on the Github wiki...
> 
> I've just found that RDiscount (http://github.com/rtomayko/rdiscount/) 
> doesn't work.

http://isitruby19.com/ is one place...

From matt at smajn.net  Thu Jul  9 20:26:44 2009
From: matt at smajn.net (Matt H)
Date: Thu, 9 Jul 2009 17:26:44 -0700
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <20090709152902.c0f5c7bb.jon.forums@gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>
	<e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com>
	<2d714fce0907091125t111ed766m8f1f975db56b6c95@mail.gmail.com>
	<20090709152902.c0f5c7bb.jon.forums@gmail.com>
Message-ID: <2d714fce0907091726mef2f383q181a86f424927c17@mail.gmail.com>

On Thu, Jul 9, 2009 at 12:29 PM, Jon<jon.forums at gmail.com> wrote:
> I saw the following note in your tutorial:
>
> Copy ?C:\Program Files\PostgreSQL\8.4\bin\libeay32.dll? to ?C:\Ruby19\bin? if you encounter an error when Rails attempts to connect to your database.
>
> Did you get an error using the libeay32.dll that the installer puts in C:\Ruby19\bin by default? ?Did you have to overwrite it with the one from PostgreSQL to get things to work?

I didn't have any issues with the libeay32.dll when I was using
PostgreSQL 8.3, but after upgrading to 8.4, I was getting an error
when connecting to PostgreSQL. Copying the dll from the PostgreSQL
distribution solve the problem and everything seems to be working
fine. My Rails app passed all 2200 tests.

>> I also added a link to the tutorials on Github.
>
> I assume you'd be fine with a link from our Github tutorial page to your post? :)

Thank you for this.

-- 
Find me - http://www.smajn.net/social

From matt at smajn.net  Thu Jul  9 20:28:31 2009
From: matt at smajn.net (Matt H)
Date: Thu, 9 Jul 2009 17:28:31 -0700
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <20090709152902.c0f5c7bb.jon.forums@gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com>
	<e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com>
	<2d714fce0907091125t111ed766m8f1f975db56b6c95@mail.gmail.com>
	<20090709152902.c0f5c7bb.jon.forums@gmail.com>
Message-ID: <2d714fce0907091728j4bdc6ff5o1d1fc0766ca8223e@mail.gmail.com>

On Thu, Jul 9, 2009 at 12:29 PM, Jon<jon.forums at gmail.com> wrote:
>
> I assume you'd be fine with a link from our Github tutorial page to your post? :)

Yes that would be fine, thank you.

-- 
Find me - http://www.smajn.net/social

From luislavena at gmail.com  Fri Jul 10 01:05:52 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 10 Jul 2009 02:05:52 -0300
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <2d714fce0907091726mef2f383q181a86f424927c17@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com> 
	<2d714fce0907070814r7753685dx6ff720a0ed115282@mail.gmail.com> 
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com> 
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com> 
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com> 
	<2d714fce0907091033r469f33bbq25f99d09ccbce762@mail.gmail.com> 
	<e880bd570907091049h152b544fo4afb54fdbbff34d9@mail.gmail.com> 
	<2d714fce0907091125t111ed766m8f1f975db56b6c95@mail.gmail.com> 
	<20090709152902.c0f5c7bb.jon.forums@gmail.com>
	<2d714fce0907091726mef2f383q181a86f424927c17@mail.gmail.com>
Message-ID: <71166b3b0907092205o7e6a6e7cp6ce75b6a65e34300@mail.gmail.com>

On Thu, Jul 9, 2009 at 9:26 PM, Matt H<matt at smajn.net> wrote:
> On Thu, Jul 9, 2009 at 12:29 PM, Jon<jon.forums at gmail.com> wrote:
>> I saw the following note in your tutorial:
>>
>> Copy ?C:\Program Files\PostgreSQL\8.4\bin\libeay32.dll? to ?C:\Ruby19\bin? if you encounter an error when Rails attempts to connect to your database.
>>
>> Did you get an error using the libeay32.dll that the installer puts in C:\Ruby19\bin by default? ?Did you have to overwrite it with the one from PostgreSQL to get things to work?
>
> I didn't have any issues with the libeay32.dll when I was using
> PostgreSQL 8.3, but after upgrading to 8.4, I was getting an error
> when connecting to PostgreSQL. Copying the dll from the PostgreSQL
> distribution solve the problem and everything seems to be working
> fine. My Rails app passed all 2200 tests.
>

Here, here! I know why that is happening!

Ruby has been built and linked against OpenSSL:

http://github.com/oneclick/rubyinstaller/blob/master/config/ruby_installer.rb#L167-175

The problem is that PostgreSQL uses a newer version, and the ABI
(binary compatibility) of the two versions is different, thus failing
with non-exported symbols and other stuff.

We use a older binary version, and PostgreSQL uses a new one built
from source by them (AFAIK).

I've played on "proper-openssl" branch to generate a static version of
the library instead, so will no longer be a DLL conflict.

This has been discussed previously on this list between me and Lars Christensen.

Maybe that can be resurrected and integrated before next version of
the installer (which I'm going to blog about it soon).

-- 
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  Fri Jul 10 01:14:27 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 10 Jul 2009 02:14:27 -0300
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <4A5647A9.2040104@charlesroper.co.uk>
References: <4A5647A9.2040104@charlesroper.co.uk>
Message-ID: <71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com>

On Thu, Jul 9, 2009 at 4:40 PM, Charles Roper<reachme at charlesroper.co.uk> wrote:
> Where is the list of non-working gems currently residing? I don't see
> anything on the Github wiki...
>

Well, we don't have a list, since I suppose the list could be huge :-P

> I've just found that RDiscount (http://github.com/rtomayko/rdiscount/)
> doesn't work.

By no chance RDiscount is going to work.

It uses a really obscure POSIX function that uses function callbacks
that is really hard to migrate or provide a cross platform support
for.

However, there are some Markdown implementation in the lines of
RedCloth (using Ragel parser) that can work on Windows.

-- 
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  Fri Jul 10 02:12:38 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Fri, 10 Jul 2009 07:12:38 +0100
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com>
References: <4A5647A9.2040104@charlesroper.co.uk>
	<71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com>
Message-ID: <b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>

2009/7/10 Luis Lavena <luislavena at gmail.com>:

> However, there are some Markdown implementation in the lines of
> RedCloth (using Ragel parser) that can work on Windows.

Thanks Luis, any idea what they're called? A fair amount of googling
has yeilded no alternatives for me other than peg-markdown and Maruku.

However, looking at comment #40 here:

http://tomayko.com/writings/ruby-markdown-libraries-real-cheap-for-you-two-for-price-of-one

It looks like Markdown isn't so bad now.

Charles

From reachme at charlesroper.co.uk  Fri Jul 10 02:36:23 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Fri, 10 Jul 2009 07:36:23 +0100
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
References: <4A5647A9.2040104@charlesroper.co.uk>
	<71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com>
	<b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
Message-ID: <b5d3b8c70907092336q6c7de82ehe3d4f945efdd0ecc@mail.gmail.com>

2009/7/10 Charles Roper <reachme at charlesroper.co.uk>:
> It looks like Markdown isn't so bad now.

I meant "Bluecloth 2 isn't so bad now"

http://deveiate.org/projects/BlueCloth/

Charles

From luislavena at gmail.com  Fri Jul 10 02:37:04 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 10 Jul 2009 03:37:04 -0300
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
References: <4A5647A9.2040104@charlesroper.co.uk>
	<71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com> 
	<b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
Message-ID: <71166b3b0907092337j2581f3bch3e6fe323e2c2f371@mail.gmail.com>

On Fri, Jul 10, 2009 at 3:12 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> 2009/7/10 Luis Lavena <luislavena at gmail.com>:
>
>> However, there are some Markdown implementation in the lines of
>> RedCloth (using Ragel parser) that can work on Windows.
>
> Thanks Luis, any idea what they're called? A fair amount of googling
> has yeilded no alternatives for me other than peg-markdown and Maruku.

BlueCloth 2.0

http://deveiate.org/projects/BlueCloth/

> However, looking at comment #40 here:
>
> http://tomayko.com/writings/ruby-markdown-libraries-real-cheap-for-you-two-for-price-of-one
>
> It looks like Markdown isn't so bad now.
>

Nop, looks like not, except for it's syntax ;-)

-- 
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  Fri Jul 10 03:17:06 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Fri, 10 Jul 2009 08:17:06 +0100
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <71166b3b0907092337j2581f3bch3e6fe323e2c2f371@mail.gmail.com>
References: <4A5647A9.2040104@charlesroper.co.uk>
	<71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com>
	<b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
	<71166b3b0907092337j2581f3bch3e6fe323e2c2f371@mail.gmail.com>
Message-ID: <b5d3b8c70907100017y2b1b5001w235e80fe974f1b5c@mail.gmail.com>

2009/7/10 Luis Lavena <luislavena at gmail.com>:

> BlueCloth 2.0

It installs, builds its native extensions and works beautifully on
both mingw 1.8 and 1.9 - cool.

>> It looks like Markdown isn't so bad now.
>
> Nop, looks like not, except for it's syntax ;-)

Yea, I personally prefer Textile. :-)

Charles

From luislavena at gmail.com  Fri Jul 10 03:22:55 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 10 Jul 2009 04:22:55 -0300
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <b5d3b8c70907100017y2b1b5001w235e80fe974f1b5c@mail.gmail.com>
References: <4A5647A9.2040104@charlesroper.co.uk>
	<71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com> 
	<b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com> 
	<71166b3b0907092337j2581f3bch3e6fe323e2c2f371@mail.gmail.com> 
	<b5d3b8c70907100017y2b1b5001w235e80fe974f1b5c@mail.gmail.com>
Message-ID: <71166b3b0907100022y4527e7cdp33194f82f23329cf@mail.gmail.com>

On Fri, Jul 10, 2009 at 4:17 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> 2009/7/10 Luis Lavena <luislavena at gmail.com>:
>
>> BlueCloth 2.0
>
> It installs, builds its native extensions and works beautifully on
> both mingw 1.8 and 1.9 - cool.
>

Well, someone can nag the BlueCloth developer to use rake-compiler and
provide fat-binaries for Windows ;-)

>>> It looks like Markdown isn't so bad now.
>>
>> Nop, looks like not, except for it's syntax ;-)
>
> Yea, I personally prefer Textile. :-)
>

Me too, is more human than Markdown ;-)

Good nights.
-- 
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 Jul 10 09:09:38 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Fri, 10 Jul 2009 07:09:38 -0600
Subject: [Rubyinstaller-devel] Where to note non-working gems?
In-Reply-To: <b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
References: <4A5647A9.2040104@charlesroper.co.uk>
	<71166b3b0907092214k3d3820f9vf14ef3d14ec10bb8@mail.gmail.com>
	<b5d3b8c70907092312i7713727ew5d147d59c4825ae5@mail.gmail.com>
Message-ID: <e880bd570907100609x41bfd808m8782529f9a50e19c@mail.gmail.com>

>> However, there are some Markdown implementation in the lines of
>> RedCloth (using Ragel parser) that can work on Windows.
>
> Thanks Luis, any idea what they're called? A fair amount of googling
> has yeilded no alternatives for me other than peg-markdown and Maruku.

http://allgems.ruby-forum.com/gems?search=mark+down
might help :)
=r

From luislavena at gmail.com  Fri Jul 10 19:24:38 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Fri, 10 Jul 2009 20:24:38 -0300
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
	story and news
In-Reply-To: <e880bd570907090912t4bf3cdabm548bf55cefb31e6@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com> 
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com> 
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com> 
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com> 
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
	<71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com> 
	<20090709093516.7becc3bc.jon.forums@gmail.com>
	<e880bd570907090801m65bd4256m7b0903d2c5f98356@mail.gmail.com> 
	<20090709120642.9e1875b0.jon.forums@gmail.com>
	<e880bd570907090912t4bf3cdabm548bf55cefb31e6@mail.gmail.com>
Message-ID: <71166b3b0907101624t3801d5abt9b351c3326341d5f@mail.gmail.com>

On Thu, Jul 9, 2009 at 1:12 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>> That said, maybe this iea is overkill and there's no need to lock down the Current version of the page.
>
> Yeah I'd say lock it down only if and after there are problems [like
> spam or what not] :)

Yes, I would rather keep it open and only lock it down if we start
seeing lot of spam coming in.

-- 
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  Mon Jul 13 08:48:33 2009
From: jon.forums at gmail.com (Jon)
Date: Mon, 13 Jul 2009 08:48:33 -0400
Subject: [Rubyinstaller-devel] [ANN] RubyInstaller: Building installers
 story and news
In-Reply-To: <71166b3b0907101624t3801d5abt9b351c3326341d5f@mail.gmail.com>
References: <71166b3b0906280854n41e451e3ra22af96979ecb4ca@mail.gmail.com>
	<e880bd570907070841v31d99dc5vc9578d8da22cfd22@mail.gmail.com>
	<2d714fce0907072049w45e70d01u65b5c0a0e1abe03a@mail.gmail.com>
	<71166b3b0907080432q31af6213mfa350f6c7eecbfb8@mail.gmail.com>
	<20090708105806.e3b89ddf.jon.forums@gmail.com>
	<71166b3b0907081230w2ff52beapb9687ec873a07287@mail.gmail.com>
	<20090709093516.7becc3bc.jon.forums@gmail.com>
	<e880bd570907090801m65bd4256m7b0903d2c5f98356@mail.gmail.com>
	<20090709120642.9e1875b0.jon.forums@gmail.com>
	<e880bd570907090912t4bf3cdabm548bf55cefb31e6@mail.gmail.com>
	<71166b3b0907101624t3801d5abt9b351c3326341d5f@mail.gmail.com>
Message-ID: <20090713084833.a27118ef.jon.forums@gmail.com>

> >> That said, maybe this iea is overkill and there's no need to lock down the Current version of the page.
> >
> > Yeah I'd say lock it down only if and after there are problems [like
> > spam or what not] :)
> 
> Yes, I would rather keep it open and only lock it down if we start
> seeing lot of spam coming in.

luckily, there's currently not an easy way to be this heavy-handed :)

http://groups.google.com/group/github/browse_thread/thread/cb03c8056c20d58d

From rogerdpack at gmail.com  Tue Jul 14 09:35:53 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 14 Jul 2009 07:35:53 -0600
Subject: [Rubyinstaller-devel] feedback on the mingw installer
Message-ID: <e880bd570907140635v71cb7ccfj83b1c7c74e44549e@mail.gmail.com>

I like it.
One thought for now: currently the "start command prompt with ruby"
puts that version of ruby at the end of the path.  Is there a reason
for that, by chance?

Currently when I use it [and have other versions installed] it still
prefers the other ruby versions, which is why I'm wondering.
Thanks.
=r

From luislavena at gmail.com  Tue Jul 14 10:22:34 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 14 Jul 2009 11:22:34 -0300
Subject: [Rubyinstaller-devel] feedback on the mingw installer
In-Reply-To: <e880bd570907140635v71cb7ccfj83b1c7c74e44549e@mail.gmail.com>
References: <e880bd570907140635v71cb7ccfj83b1c7c74e44549e@mail.gmail.com>
Message-ID: <71166b3b0907140722q2d3a6410x5365bb657c21b6d6@mail.gmail.com>

On Tue, Jul 14, 2009 at 10:35 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> I like it.
> One thought for now: currently the "start command prompt with ruby"
> puts that version of ruby at the end of the path. ?Is there a reason
> for that, by chance?

Yes, is a good practice not to put in front of the PATH. Tools on
Windows and system32 should be before your personal tools (MSDN
article I cannot remember right now).

> Currently when I use it [and have other versions installed] it still
> prefers the other ruby versions, which is why I'm wondering.

There is a ticket that suffers from the same:

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

Next version of the preview (due this weekend) is going to include a fix for it.

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  Wed Jul 15 03:55:50 2009
From: reachme at charlesroper.co.uk (Charles Roper)
Date: Wed, 15 Jul 2009 08:55:50 +0100
Subject: [Rubyinstaller-devel] Speed?
Message-ID: <4A5D8B86.1090204@charlesroper.co.uk>

Just a quick question: how does the speed of mingw Ruby compare to the 
*nix/Mac versions (I have no reliable means of comparison here)? Ruby on 
Windows has traditionally been noticeably slower on Windows and I 
wonder, has this been improved?

If it has, then we should really be strongly promoting this fact on the 
new website. I'm really hoping mingw Ruby will usher in a new era for 
Ruby on Windows that will place it firmly as a first-class platform.

Charles

From rogerdpack at gmail.com  Wed Jul 15 10:44:59 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 15 Jul 2009 08:44:59 -0600
Subject: [Rubyinstaller-devel] Speed?
In-Reply-To: <4A5D8B86.1090204@charlesroper.co.uk>
References: <4A5D8B86.1090204@charlesroper.co.uk>
Message-ID: <e880bd570907150744s4fb50235v1368edbdb7c9efcf@mail.gmail.com>

> If it has, then we should really be strongly promoting this fact on the new
> website. I'm really hoping mingw Ruby will usher in a new era for Ruby on
> Windows that will place it firmly as a first-class platform.

It is indeed faster than the old mswin version, but if I remember
correctly, still far slower than linux versions (as a note jruby is
also far slower on windows than on Linux--I think).
You could run some benchmarks from the ruby benchmark suite if you'd
like.  andLinux might make for a somewhat reasonable comparison.
=r

From luislavena at gmail.com  Wed Jul 15 19:26:37 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 15 Jul 2009 20:26:37 -0300
Subject: [Rubyinstaller-devel] Speed?
In-Reply-To: <4A5D8B86.1090204@charlesroper.co.uk>
References: <4A5D8B86.1090204@charlesroper.co.uk>
Message-ID: <71166b3b0907151626j11c324dey8df950e6d9e74154@mail.gmail.com>

On Wed, Jul 15, 2009 at 4:55 AM, Charles
Roper<reachme at charlesroper.co.uk> wrote:
> Just a quick question: how does the speed of mingw Ruby compare to the
> *nix/Mac versions (I have no reliable means of comparison here)? Ruby on
> Windows has traditionally been noticeably slower on Windows and I wonder,
> has this been improved?
>

Yes, even GCC 3.4.5 compiled Ruby is faster in raw processing than mswin32.

Yet still, there are several API layers for Ruby in relation to IO,
which makes loading huge frameworks like Rails slow.

So: faster raw performance, slow loading/boot times due IO.

I did ran some benchmark last year about it, check my blog and the
mailinglist back in january of this year.

> If it has, then we should really be strongly promoting this fact on the new
> website. I'm really hoping mingw Ruby will usher in a new era for Ruby on
> Windows that will place it firmly as a first-class platform.

While speed indeed has improved, shouldn't be the focus of the
Installer, but the simplified installation and workflow process.

For more performance I would rather sponsor someone works on bring
cross platform Boost IO to Ruby instead of the loads of crap that Ruby
C code is in relation to IO.

-- 
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  Thu Jul 16 22:44:28 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 16 Jul 2009 20:44:28 -0600
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com>
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>
Message-ID: <e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>

>>> Also, keep in mind that CHM file is not going to offer help for "ri"
>>> or "help" in IRB.

If we do offer a second installer for documentation and books and
such, my own leaning would be to include all the ri, too.

Otherwise you can't do any offline doc lookup [well, not as easily].
Thoughts?
=r

From rogerdpack at gmail.com  Sat Jul 18 06:57:11 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Sat, 18 Jul 2009 04:57:11 -0600
Subject: [Rubyinstaller-devel] problem with multiple runtimes?
Message-ID: <e880bd570907180357v19a91e23ucdd1a2238ef586e2@mail.gmail.com>

Appears that supporting multiple run times might be trickier than expected

http://groups.google.com/group/thin-ruby/browse_thread/thread/c15b2472eb97c2ba/5997cf0c6ce2b103

though interestingly, now that I think about it, you could probably
mix different versions of GCC since with mingw by default they all
rely on the same runtime.

Also, I suppose if we went from one MS compiler to the next it would
have similar problems.

Feedback?
=r

From luislavena at gmail.com  Sat Jul 18 14:02:31 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 18 Jul 2009 15:02:31 -0300
Subject: [Rubyinstaller-devel] problem with multiple runtimes?
In-Reply-To: <e880bd570907180357v19a91e23ucdd1a2238ef586e2@mail.gmail.com>
References: <e880bd570907180357v19a91e23ucdd1a2238ef586e2@mail.gmail.com>
Message-ID: <71166b3b0907181102q22956ad8hbfa2ea98ff33f36a@mail.gmail.com>

On Sat, Jul 18, 2009 at 7:57 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> Appears that supporting multiple run times might be trickier than expected
>
> http://groups.google.com/group/thin-ruby/browse_thread/thread/c15b2472eb97c2ba/5997cf0c6ce2b103
>

Can you better explain? I'm not following or understand what you mean by this.

> though interestingly, now that I think about it, you could probably
> mix different versions of GCC since with mingw by default they all
> rely on the same runtime.
>

if by Runtime you mean C runtime library, you can target different C
runtimes with MinGW, but by default it links to msvcrt

> Also, I suppose if we went from one MS compiler to the next it would
> have similar problems.
>

Well, going with MS will have a lot of other problems. Didn't you
follow all the discussions about mixing binaries linked to different C
runtime libraries?

-- 
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  Sat Jul 18 14:03:20 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 18 Jul 2009 15:03:20 -0300
Subject: [Rubyinstaller-devel] problem with multiple runtimes?
In-Reply-To: <e880bd570907180357v19a91e23ucdd1a2238ef586e2@mail.gmail.com>
References: <e880bd570907180357v19a91e23ucdd1a2238ef586e2@mail.gmail.com>
Message-ID: <71166b3b0907181103y7ff65635kc570c15e6f5ff30a@mail.gmail.com>

On Sat, Jul 18, 2009 at 7:57 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> Appears that supporting multiple run times might be trickier than expected
>
> http://groups.google.com/group/thin-ruby/browse_thread/thread/c15b2472eb97c2ba/5997cf0c6ce2b103
>
> though interestingly, now that I think about it, you could probably
> mix different versions of GCC since with mingw by default they all
> rely on the same runtime.
>
> Also, I suppose if we went from one MS compiler to the next it would
> have similar problems.
>
> Feedback?

As for feedback, ask them build the binaries with MinGW and
rake-compiler, and the pain is gone.
-- 
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  Sat Jul 18 15:55:45 2009
From: jon.forums at gmail.com (Jon)
Date: Sat, 18 Jul 2009 15:55:45 -0400
Subject: [Rubyinstaller-devel] 1.8.6p368 installer and 7z missing include dir
Message-ID: <20090718155545.4f0387bc.jon.forums@gmail.com>

Was it intentional that the 1.8.6 installer and 7z are missing the "include" dir and headers?

Jon

From luislavena at gmail.com  Sat Jul 18 18:45:25 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 18 Jul 2009 19:45:25 -0300
Subject: [Rubyinstaller-devel] 1.8.6p368 installer and 7z missing
	include dir
In-Reply-To: <20090718155545.4f0387bc.jon.forums@gmail.com>
References: <20090718155545.4f0387bc.jon.forums@gmail.com>
Message-ID: <71166b3b0907181545j4eaba5c2l162a27d370cdd455@mail.gmail.com>

On Sat, Jul 18, 2009 at 4:55 PM, Jon<jon.forums at gmail.com> wrote:
> Was it intentional that the 1.8.6 installer and 7z are missing the "include" dir and headers?
>

No, they don't miss the files:

For 1.8.6:
See lib\ruby\1.8\i386-mingw32

For 1.9.1:
include\ruby-1.9.1

mkmf and rbconfig clearly point to these directories.

Is there a particular problem you're facing?
-- 
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  Mon Jul 20 09:44:11 2009
From: jon.forums at gmail.com (Jon)
Date: Mon, 20 Jul 2009 09:44:11 -0400
Subject: [Rubyinstaller-devel] 1.8.6p368 installer and 7z missing
 include dir
In-Reply-To: <71166b3b0907181545j4eaba5c2l162a27d370cdd455@mail.gmail.com>
References: <20090718155545.4f0387bc.jon.forums@gmail.com>
	<71166b3b0907181545j4eaba5c2l162a27d370cdd455@mail.gmail.com>
Message-ID: <20090720094411.a90dd406.jon.forums@gmail.com>

> Is there a particular problem you're facing?

Not now...the problem was my fault.

I had an issue in which native gems couldn't be built on 1.8.6 because no makefile was generated.

Turned out it was due to me hijacking your DevKit {gcc,make,sh}.bat files (on the 1.8.6 install) by pointing PATH to an existing msys/mingw 4.4.0 install.

As soon as I mod'd the bat files to point to your 3.4.5-based DevKit (installed under 1.9.1), the problem went away.

I've got look again at how you organized DevKit before trying this again :)

From rogerdpack at gmail.com  Mon Jul 20 10:12:27 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 20 Jul 2009 08:12:27 -0600
Subject: [Rubyinstaller-devel] rubyinline mingw
Message-ID: <e880bd570907200712g16ce3cd2qf1645876ea6a66e4@mail.gmail.com>

Since my patches to rubyinline seem to be mostly ignored [well, can't
blame them since they don't have a mingw compiler to test them on],
I've published a gem that does.

http://github.com/rogerdpack/rubyinline/tree/master

gem uninstall RubyInline
gem install rogerdpack-RubyInline

If it's useful to anyone.
Enjoy.
=r

From luislavena at gmail.com  Mon Jul 20 10:15:45 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 20 Jul 2009 11:15:45 -0300
Subject: [Rubyinstaller-devel] rubyinline mingw
In-Reply-To: <e880bd570907200712g16ce3cd2qf1645876ea6a66e4@mail.gmail.com>
References: <e880bd570907200712g16ce3cd2qf1645876ea6a66e4@mail.gmail.com>
Message-ID: <71166b3b0907200715o64d22362xcc452f09d686654c@mail.gmail.com>

On Mon, Jul 20, 2009 at 11:12 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> Since my patches to rubyinline seem to be mostly ignored [well, can't
> blame them since they don't have a mingw compiler to test them on],
> I've published a gem that does.
>
> http://github.com/rogerdpack/rubyinline/tree/master
>
> gem uninstall RubyInline
> gem install rogerdpack-RubyInline
>
> If it's useful to anyone.
> Enjoy.

Hello Roger.

RubyInline works with MinGW. I've used it several times and released
updates for ParseTree.

Gems like ParseTree needs to bundle the extension binaries, something
that can be done with rake gem INLINE=1

-- 
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 Jul 20 10:55:44 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 20 Jul 2009 08:55:44 -0600
Subject: [Rubyinstaller-devel] rubyinline mingw
In-Reply-To: <71166b3b0907200715o64d22362xcc452f09d686654c@mail.gmail.com>
References: <e880bd570907200712g16ce3cd2qf1645876ea6a66e4@mail.gmail.com>
	<71166b3b0907200715o64d22362xcc452f09d686654c@mail.gmail.com>
Message-ID: <e880bd570907200755y6bbde037sdf5071705ec133cc@mail.gmail.com>

> RubyInline works with MinGW. I've used it several times and released
> updates for ParseTree.

Hmm.

Here's my experience with it:

C:\dev\ruby\downloads\RubyInline-3.8.2\demo>gem install RubyInline
Successfully installed RubyInline-3.8.2
1 gem installed

C:\dev\ruby\downloads\RubyInline-3.8.2\demo>ruby -v hello.rb
ruby 1.8.6 (2009-03-31 patchlevel 368) [i386-mingw32]
gcc.exe: no input files
c:/ruby18/lib/ruby/gems/1.8/gems/RubyInline-3.8.2/lib/inline.rb:589:in
`build': error executing "gcc -shared -s   -g -O2  -I
c:/ruby18/lib/ruby/1.8/i386-mingw32  -I c:/ruby18/include
-Lc:/ruby18/lib -o \"C:\\\\Documents and
Settings\\\\packrd/.ruby_inline/Inline_Hello_5d41.so\" \"C:/Documents
and Settings/packrd/.ruby_inline/Inline_Hello_5d41.c\"
-Wl,--enable-auto-import -Lc:/ruby18/lib -lmsvcrt-ruby18": 256
(CompilationError)
Renamed C:\Documents and
Settings\packrd/.ruby_inline/Inline_Hello_5d41.c to C:\Documents and
Settings\packrd/.ruby_inline/Inline_Hello_5d41.c.bad
        from c:/ruby18/lib/ruby/gems/1.8/gems/RubyInline-3.8.2/lib/inline.rb:819:in
`inline'
        from hello.rb:7


C:\dev\ruby\downloads\RubyInline-3.8.2\demo>gem uninstall RubyInline
...
Successfully uninstalled RubyInline-3.8.2

C:\dev\ruby\downloads\RubyInline-3.8.2\demo>gem install rogerdpack-RubyInline
Successfully installed rogerdpack-RubyInline-3.8.2.1
1 gem installed

C:\dev\ruby\downloads\RubyInline-3.8.2\demo>ruby -v hello.rb
ruby 1.8.6 (2009-03-31 patchlevel 368) [i386-mingw32]
hello world

Thanks.
=r

From luislavena at gmail.com  Mon Jul 20 10:58:48 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 20 Jul 2009 11:58:48 -0300
Subject: [Rubyinstaller-devel] rubyinline mingw
In-Reply-To: <e880bd570907200755y6bbde037sdf5071705ec133cc@mail.gmail.com>
References: <e880bd570907200712g16ce3cd2qf1645876ea6a66e4@mail.gmail.com> 
	<71166b3b0907200715o64d22362xcc452f09d686654c@mail.gmail.com> 
	<e880bd570907200755y6bbde037sdf5071705ec133cc@mail.gmail.com>
Message-ID: <71166b3b0907200758j42561c00lbda4043fa65ffe4a@mail.gmail.com>

On Mon, Jul 20, 2009 at 11:55 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>> RubyInline works with MinGW. I've used it several times and released
>> updates for ParseTree.
>
> Hmm.
>
> Here's my experience with it:
>
> C:\dev\ruby\downloads\RubyInline-3.8.2\demo>gem install RubyInline
> Successfully installed RubyInline-3.8.2
> 1 gem installed
>
> C:\dev\ruby\downloads\RubyInline-3.8.2\demo>ruby -v hello.rb
> ruby 1.8.6 (2009-03-31 patchlevel 368) [i386-mingw32]
> gcc.exe: no input files
> c:/ruby18/lib/ruby/gems/1.8/gems/RubyInline-3.8.2/lib/inline.rb:589:in
> `build': error executing "gcc -shared -s ? -g -O2 ?-I
> c:/ruby18/lib/ruby/1.8/i386-mingw32 ?-I c:/ruby18/include
> -Lc:/ruby18/lib -o \"C:\\\\Documents and
> Settings\\\\packrd/.ruby_inline/Inline_Hello_5d41.so\" \"C:/Documents
> and Settings/packrd/.ruby_inline/Inline_Hello_5d41.c\"
> -Wl,--enable-auto-import -Lc:/ruby18/lib -lmsvcrt-ruby18": 256
> (CompilationError)
> Renamed C:\Documents and
> Settings\packrd/.ruby_inline/Inline_Hello_5d41.c to C:\Documents and
> Settings\packrd/.ruby_inline/Inline_Hello_5d41.c.bad
> ? ? ? ?from c:/ruby18/lib/ruby/gems/1.8/gems/RubyInline-3.8.2/lib/inline.rb:819:in
> `inline'
> ? ? ? ?from hello.rb:7
>

The problem clearly resides on path with spaces and escaping.

Since I never had a environment with spaces due networked profile
(roaming), and now on Windows 7 as "C:\Users" folder...

Will take a look and send my patches to Ryan, he is now more willing
to commit those.
-- 
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 Jul 21 10:59:15 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 21 Jul 2009 10:59:15 -0400
Subject: [Rubyinstaller-devel] Project suggestion
Message-ID: <20090721105915.e11315d6.jon.forums@gmail.com>

Luis,

I have a suggestion for your consideration regarding the OCI project.

I think the idea could accelerate delivery of the OCI, enable people to more easily contribute to the project, and offload a sizeable portion of the work you're doing, enabling you to focus on the most critical issues while still providing guidance to others helping out with the other important tasks.

In a nutshell, the suggestion is simply for you to maintain a prioritized "Project TODO" list at http://wiki.github.com/oneclick/rubyinstaller.  The format and content will obviously change over time, but it contains a list of key tasks that you feel need to be completed to keep things moving forward.  Tasks that others can coordinate with you in order to close.

I would have already started the wiki page if I'd been sure it could be deleted if you didn't see value in the suggestion.  If you see value in this, I'll start the page with the initial content described below.

Once the list looks to be in good shape, I'd suggest you do an ANN first to this ML, and then about a week later, an ANN to the ruby-talk ML.  Something to the effect of summarizing the current status of OCI, keeping visibility for OCI, and asking for help with the remaining key issues.

Perhaps I'm being too optimistic on what a simple TODO list can do for resourcing, but why not give it a try and see if it helps?

Jon



*** The Sales Pitch (or Why Should You Consider The Idea) ***

A few weeks ago when I had some spare time to contribute to the project, I was unclear as to what really needed to be done to help move things along.  While I could have asked, I chose to jump in and start on some basic documentation.

While this was a modest contribution that helps in the longer term, it added *no* value in helping accelerate delivery of the next OCI version.  Don't get me wrong here (and I'm not being purposefully humble either), I strongly believe in GREAT documentation and that a GREAT looking, usable website are both key to a projects success, but let's face it, there's a lot of other things that need to be done to push out the next version of the OCI.

Part of the problem is that it's not clear to a newly interested person what work needs to be done.

And quite frankly, it should be easy for people looking to contribute to quickly discover where they can help.  Sure, they can fire off an email and ask, and sure, you can take the time over and over again to reply to those emails.

But wouldn't it be much easier and a much more efficient use of your time if you maintained a project TODO list that people could review and then contact you if they're interested in contributing?

A Project TODO list would be very valuable for many other reasons.  In addition to helping focus people's limited time to the most productive tasks, the list also allows people to "own" the subtasks as well as be a primary contact for others wanting to help out on those subtasks.  Community building.

Another HUGE benefit is that the list helps people who only have a little bit of time once and awhile to also contribute.

For example, imagine Joe Awesome Techwriter wants to own the documentation installer.  Joe could be listed as the main contact for this subtask and, while coordinating with you, work with others to finish the task.

And finally, the Project TODO list is not merely another thing to add to your already very full plate.  It will require you to initially review and prioritize the tasks.  Maintenance of the list would be infrequent and can be made very manageable if we don't "over engineer" the list by including too many low priority tasks.

With that in mind, here's my first pass at the start of a prioritized list.  I think it's important to not make the list too long and overwhelming, so you may want to cut this down a bit:


One-Click Installer Project TODOs
=================================

"Phoenix Rising" Final Release...you should pick a catchy name for this :)
------------------------------
* 1.9.1 Installer and 7z archive - Luis Lavena
* 1.8.6 Installer and 7z archive - ??
* DevKit Gem - ??
* 1.9.1 Documentation Installer - ??
* 1.8.6 Documentation Installer - ??
* OCI-branding graphic for Installer - ??


Updated rubyinstaller.org Website
---------------------------------
* Web Development Lead - ??


Installer Testing
-----------------
* Windows 7 1.9 Test Herder - ??
* Windows 7 1.8 Test Herder - ??
* Vista 1.9 Test Herder - ??
* Vista 1.8 Test Herder - ??
* WinXP 1.9 Test Herder - ??
* WinXP 1.8 Test Herder - ??
* Win2K 1.9 Test Herder - ??
* Win2K 1.8 Test Herder - ??

From rogerdpack at gmail.com  Tue Jul 21 11:59:50 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 21 Jul 2009 15:59:50 +0000
Subject: [Rubyinstaller-devel] Project suggestion
In-Reply-To: <20090721105915.e11315d6.jon.forums@gmail.com>
References: <20090721105915.e11315d6.jon.forums@gmail.com>
Message-ID: <e880bd570907210859l49f70036xfbb804925ff42e6d@mail.gmail.com>

> I think the idea could accelerate delivery of the OCI, enable people to more easily contribute to the project, and offload a sizeable portion of the work you're doing, enabling you to focus on the most critical issues while still providing guidance to others helping out with the other important tasks.

Being able to contribute more easily would be nice.
-r

From luislavena at gmail.com  Tue Jul 21 12:02:46 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 21 Jul 2009 13:02:46 -0300
Subject: [Rubyinstaller-devel] Project suggestion
In-Reply-To: <e880bd570907210859l49f70036xfbb804925ff42e6d@mail.gmail.com>
References: <20090721105915.e11315d6.jon.forums@gmail.com> 
	<e880bd570907210859l49f70036xfbb804925ff42e6d@mail.gmail.com>
Message-ID: <71166b3b0907210902g4772eaa8gd7752c9c6a30ca1@mail.gmail.com>

On Tue, Jul 21, 2009 at 12:59 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>> I think the idea could accelerate delivery of the OCI, enable people to more easily contribute to the project, and offload a sizeable portion of the work you're doing, enabling you to focus on the most critical issues while still providing guidance to others helping out with the other important tasks.
>
> Being able to contribute more easily would be nice.

I was planning on a long and cohesive answer, but the one form Roger
says everything.

One small suggestion, people testing the installers are not Herders,
but Crash test dummies ;-)
(just kidding)

Thank you Jon once again for your feedback and your sales pitch.

-- 
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 Jul 21 19:29:33 2009
From: jon.forums at gmail.com (Jon)
Date: Tue, 21 Jul 2009 19:29:33 -0400
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
Message-ID: <20090721192933.9e2c2fb9.jon.forums@gmail.com>

Roger,

(Luis...need you to start versioning DevKit for this to work...DevKit-3.4.5p1, DevKit-4.4.0p7, etc)


I really like your idea for this page.

Initially, I didn't care for it because I thought it could easily go the way of many other postings we've all seen...quickly becoming outdated and unmaintained that it becomes at best unhelpful, and at worst, just plain wrong.

That said, I've completely changed my mind and think the page is a key part of the documentation for the OCI.  And I think it adds value in combination with sites like isitruby19.com.

I've got some ideas that I think can make the page helpful and minimize the maintenance/freshness concerns as it's clear as to WHEN and IN WHAT CONFIGURATION things were tested.

Actually, it's a super simple idea...summarize the info in a table...something along the lines of:

Date    |    Gem     | Version |    OCI    | RubyGems | DevKit  |      OS        |Tester|Status|
------------------------------------------------------------------------------------------------
7/21/09 | Amalgalite |  0.10.1 | 1.9.1p129 |  1.3.4   | 3.4.5p1 | WinXP Home SP3 | Jon  |  OK  |


I'm going to find some time the next couple days to quickly mock up the wiki page to see how it looks/works.  If it doesn't work, just revert out or mod :)

Thoughts?

Jon

From rogerdpack at gmail.com  Tue Jul 21 16:02:26 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 21 Jul 2009 20:02:26 +0000
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
In-Reply-To: <20090721192933.9e2c2fb9.jon.forums@gmail.com>
References: <20090721192933.9e2c2fb9.jon.forums@gmail.com>
Message-ID: <e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com>

> Thoughts?

A most excellent idea.
=r

From luislavena at gmail.com  Wed Jul 22 01:49:16 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 02:49:16 -0300
Subject: [Rubyinstaller-devel] Project TODO (As of Today)
Message-ID: <71166b3b0907212249s3e2ca959j114ff5327322c21b@mail.gmail.com>

Hello Guys,

Thanks goes to Jon for making me do a brain dump of an "official" TODO
file of what I believe remains for the project resurrect from the
ashes.

http://gist.github.com/151832

I thought a little bit more on Documentation thing that had pinned on my inbox:

I'm still unsure about RI, but I see that would lower the barrier and
make things work smoothly for different users. So I'm willing to merge
those and the CHM files on the installer itself, and not on a
different one.

The only condition is that the installer needs to remain lean and fast
during installation (which is a drawback for RI).

I saw some commits from Gordon working on CHM, but maybe those are not
ready yet for prime time.

On testing, I have both Windows 7 and Windows XP environments to fully
test and recreate restricted environments, since the installers
shouldn't require administrative rights (fixed in the repo).

Keep in mind that any new version will require to be tested (that's
why I put the asterisk). Ideally since we are not bundling anything
outside Ruby itself, as long the Ruby self-test passes, we are cool.

The current issue is that Ruby self tests do not complete clean on
Windows, but I believe I've nailed that down for 1.8 at least.

For DevKit gem, I'm working on the recipes that will be wrapped, in
similar fashion like rake-compiler does with "cross-ruby" task.

The Website contest ends on Thursday, and I'll follow up with the
winner the next steps.

Hosting is going to be gently provided by Heroku people (thanks to
Charles Roper for getting in touch with them)

I've included some "desired" things to be included in future releases,
like avoiding the issue with OpenSSL and Postgres and maybe other
extensions, but there is no rush to get those done, since the process
can become tiresome.

As you may noticed from my blog, I took the maintainership of
SQLite3/Ruby bindings, and also worked on a fat-binary gem for MySQL.

That is going to split a bit more my free time, but no "enhancements"
will be put on those projects except for the ones being contributed by
forks (with tests).

Anyhow, wanted to make this clear for everybody and want to share the
things in my head before flu take over me :-)

Cheers guys and don't forget to vote if you haven't yet!

http://answers.polldaddy.com/poll/1728654/

-- 
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  Wed Jul 22 01:51:08 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 02:51:08 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com> 
	<71166b3b0907061400u1542dbc1oedcec12419a6e2f2@mail.gmail.com> 
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com> 
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com> 
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com> 
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com> 
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>
Message-ID: <71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com>

On Thu, Jul 16, 2009 at 11:44 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>>>> Also, keep in mind that CHM file is not going to offer help for "ri"
>>>> or "help" in IRB.
>
> If we do offer a second installer for documentation and books and
> such, my own leaning would be to include all the ri, too.
>
> Otherwise you can't do any offline doc lookup [well, not as easily].
> Thoughts?

Does Ri inject properly at runtime the documentation? I mean it alters
the definition based on "required" files. I believe it not, so CHM is
going to be the same, you search for it and read the docs.

-- 
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  Wed Jul 22 10:34:07 2009
From: jon.forums at gmail.com (Jon)
Date: Wed, 22 Jul 2009 10:34:07 -0400
Subject: [Rubyinstaller-devel] rip on windows?
Message-ID: <20090722103407.a54b9819.jon.forums@gmail.com>

Why not directly related to the OCI, it looks like the rip (next generation Ruby packaging system) project http://hellorip.com/about.html could use some Win32 feedback.

If you're not aware of it already and have some spare time, check out the following:

1) Original issue brought up by our own Luis regarding rip's use of our old friend symlinking

http://github.com/defunkt/rip/issues#issue/53


2) ML thread

http://groups.google.com/group/rip-rb/browse_thread/thread/7bf798f3aff72967


I'm trying to squeeze in some time to actually test out the idea I gave, but it would be cool to get another set of eyes on it to see if the idea is a red herring, or it's worth more effort.

Jon

From rogerdpack at gmail.com  Wed Jul 22 10:52:15 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 22 Jul 2009 14:52:15 +0000
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<20090706172334.e1a6eb41.jon.forums@gmail.com>
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>
	<71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com>
Message-ID: <e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com>

> Does Ri inject properly at runtime the documentation? I mean it alters
> the definition based on "required" files. I believe it not, so CHM is
> going to be the same, you search for it and read the docs.

I'm not sure if I understand what inject means.  It is also true that
95% of end users won't use RI [they'll just use
ruby-doc.org]...hmm...I'm still in thinking that we could perhaps
release two versions of each--one that is *large, fat, slow* and one
that is lean and mean.
Thoughts?
=r

From jon.forums at gmail.com  Wed Jul 22 14:39:28 2009
From: jon.forums at gmail.com (Jon)
Date: Wed, 22 Jul 2009 14:39:28 -0400
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
In-Reply-To: <e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com>
References: <20090721192933.9e2c2fb9.jon.forums@gmail.com>
	<e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com>
Message-ID: <20090722143928.2327ae48.jon.forums@gmail.com>

> A most excellent idea.
> =r

check it out at http://wiki.github.com/oneclick/rubyinstaller/gem-list

Luis....what do we call this version of the DevKit?  DevKit-3.4.5p0?

i wasn't able to capture everything for your json, eventmachine, and rubyinline summaries so you'll need to do some tweaking-o-the-textile-code :(

yes, the textile formatting is a bit of a maintenance nightmare.  when rubyinstaller.org goes live this info really needs to be scraped into a db and separated from the markup.

From luislavena at gmail.com  Wed Jul 22 14:49:42 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 15:49:42 -0300
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
In-Reply-To: <20090722143928.2327ae48.jon.forums@gmail.com>
References: <20090721192933.9e2c2fb9.jon.forums@gmail.com> 
	<e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com> 
	<20090722143928.2327ae48.jon.forums@gmail.com>
Message-ID: <71166b3b0907221149u62a22860n4a16721fe51a5abe@mail.gmail.com>

On Wed, Jul 22, 2009 at 3:39 PM, Jon<jon.forums at gmail.com> wrote:
>> A most excellent idea.
>> =r
>
> check it out at http://wiki.github.com/oneclick/rubyinstaller/gem-list
>
> Luis....what do we call this version of the DevKit? ?DevKit-3.4.5p0?
>

3.4.5r3:

C:\Users\Luis>gcc --version
gcc.exe (GCC) 3.4.5 (mingw-vista special r3)

The version of GCC used. MSYS libraries are from MSYS 1.0.11, but
these usually do not affect the compile process.

-- 
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  Wed Jul 22 14:58:53 2009
From: jon.forums at gmail.com (Jon)
Date: Wed, 22 Jul 2009 14:58:53 -0400
Subject: [Rubyinstaller-devel] rip on windows?
In-Reply-To: <2c0671440907220818g642c792fg6897a50f29edc49c@mail.gmail.com>
References: <20090722103407.a54b9819.jon.forums@gmail.com>
	<2c0671440907220818g642c792fg6897a50f29edc49c@mail.gmail.com>
Message-ID: <20090722145853.41538cab.jon.forums@gmail.com>

> If you have any idea or already have some solutions that is
> acceptable for rip developers write it here so we can start a work on it.
> I'm willing to contribute to it too.


Hi Bosko,

My impression from just a couple of email exchanges at

http://groups.google.com/group/rip-rb/browse_thread/thread/7bf798f3aff72967

was that while they're interested on keeping things moving forward, they're also very much interested in help on Windows issues.

I personally believe that the best thing to do now is join their google group, give feedback that helps them make the hard tradeoffs, tell your Win32 friends about the project and how cool it could be for Windows, and hopefully help them find a cross platform way of doing the environment cleverness that they're currently doing with symlinks.

For example, does multiruby from ZenTest do some cool things that could help?

I think that quickly providing them another option to the symlinking before their code solidifies too much would be a great contribution.  

Jon

From luislavena at gmail.com  Wed Jul 22 15:07:45 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 16:07:45 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com> 
	<71166b3b0907061430u64441a87w4ebb52d23b988657@mail.gmail.com> 
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com> 
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com> 
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com> 
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com> 
	<71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com> 
	<e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com>
Message-ID: <71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com>

On Wed, Jul 22, 2009 at 11:52 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>> Does Ri inject properly at runtime the documentation? I mean it alters
>> the definition based on "required" files. I believe it not, so CHM is
>> going to be the same, you search for it and read the docs.
>
> I'm not sure if I understand what inject means. ?It is also true that
> 95% of end users won't use RI [they'll just use
> ruby-doc.org]

For example, if I call ri Object would read the documentation for it,
but wouldn't that change if I loaded before (using require) something
that contained it's own documentation for the same element?

Perhaps intellisense is not something that RI has been built for ;-)

Anyhow...

...hmm...I'm still in thinking that we could perhaps
> release two versions of each--one that is *large, fat, slow* and one
> that is lean and mean.
> Thoughts?

Please take a look to this:

http://rubyosx.rubyforge.org/

You have the installers for 1.8.6 (and upcoming 1.9.1) and a separate
installer with full RI and RDocs.

I agree that I would love to split them, but going back to the original message:

ri Something come back empty.

I wonder how many people actually use ri.

Current One-Click ships with FXIRB, an interactive console which at
the same time offer access to the documentation.

I must say never used it, and considered too much (ok, I'm a man of a
simple notepad and the command prompt, so...)

Forgetting for one second that generating RDoc for Ruby-core eats the
processor and RAM, the additional installers should contain RI and
RDoc, while the CHM should be bundled with the standard installer.

People will still have access to documentation with the package, and
those wanting to have ri and rdoc for stdlib and core, they can
download the additional package.

-- 
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  Wed Jul 22 15:10:35 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 16:10:35 -0300
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
In-Reply-To: <20090722143928.2327ae48.jon.forums@gmail.com>
References: <20090721192933.9e2c2fb9.jon.forums@gmail.com> 
	<e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com> 
	<20090722143928.2327ae48.jon.forums@gmail.com>
Message-ID: <71166b3b0907221210r18b019d6wc361224f49e84ce1@mail.gmail.com>

On Wed, Jul 22, 2009 at 3:39 PM, Jon<jon.forums at gmail.com> wrote:
>> A most excellent idea.
>> =r
>
> check it out at http://wiki.github.com/oneclick/rubyinstaller/gem-list
>

The json gem output (gem list json --remote --all -d)

json (1.1.7, 1.1.6, 1.1.5, 1.1.4, 1.1.3, 1.1.2, 1.1.1, 1.1.0, 1.0.4,
1.0.3, 1.0.2, 1.0.1, 1.0.0, 0.4.3, 0.4.2, 0.4.1, 0.4.0)
    Platforms:
        0.4.0: ruby
        0.4.1: ruby
        0.4.2: ruby
        0.4.3: ruby
        1.0.0: ruby
        1.0.1: ruby
        1.0.2: ruby
        1.0.3: mswin32, ruby
        1.0.4: mswin32, ruby
        1.1.0: mswin32, ruby
        1.1.1: mswin32, ruby
        1.1.2: ruby
        1.1.3: ruby
        1.1.4: ruby
        1.1.5: ruby, x86-linux, x86-mswin32
        1.1.6: ruby, x86-mswin32
        1.1.7: ruby, x86-mswin32
    Author: Florian Frank
    Rubyforge: http://rubyforge.org/projects/json
    Homepage: http://json.rubyforge.org

    A JSON implementation as a Ruby extension

As you can see, there is no x86-mingw32 for latest versions.

They are using rake-compiler, please someone poke Florian to add this
to his rake-compiler file:

ext.cross_platform = ['i386-mswin32', 'i386-mingw32']

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  Wed Jul 22 15:17:56 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 16:17:56 -0300
Subject: [Rubyinstaller-devel] rip on windows?
In-Reply-To: <20090722145853.41538cab.jon.forums@gmail.com>
References: <20090722103407.a54b9819.jon.forums@gmail.com> 
	<2c0671440907220818g642c792fg6897a50f29edc49c@mail.gmail.com> 
	<20090722145853.41538cab.jon.forums@gmail.com>
Message-ID: <71166b3b0907221217i365c270x800de3d451dd11a8@mail.gmail.com>

On Wed, Jul 22, 2009 at 3:58 PM, Jon<jon.forums at gmail.com> wrote:
>> If you have any idea or already have some solutions that is
>> acceptable for rip developers write it here so we can start a work on it.
>> I'm willing to contribute to it too.
>
>
> Hi Bosko,
>
> My impression from just a couple of email exchanges at
>
> http://groups.google.com/group/rip-rb/browse_thread/thread/7bf798f3aff72967
>
> was that while they're interested on keeping things moving forward, they're also very much interested in help on Windows issues.
>
> I personally believe that the best thing to do now is join their google group, give feedback that helps them make the hard tradeoffs, tell your Win32 friends about the project and how cool it could be for Windows, and hopefully help them find a cross platform way of doing the environment cleverness that they're currently doing with symlinks.
>
> For example, does multiruby from ZenTest do some cool things that could help?
>
> I think that quickly providing them another option to the symlinking before their code solidifies too much would be a great contribution.
>

The solution to the symlinking is bound to change the templates that
are injected into .profile (for bash) and a batch file that must be
run first on Windows.

As Jon pointed on GitHub here:

http://github.com/defunkt/rip/issuesearch?state=open&q=windows#issue/53

On both environments, .rip/active can be change to be just a pointer
to the right information, thus removing the need of a symlink.

That of course involves some changes to lib/rip/setup.rb

http://github.com/defunkt/rip/blob/master/lib/rip/setup.rb#L271

Then figure out where to put the startup script on Windows to ensure
it works before ruby starts.

Just my two cents.
-- 
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  Wed Jul 22 15:49:33 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 22 Jul 2009 16:49:33 -0300
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
In-Reply-To: <5a95d2680907221236w770d0aa6p7ab4b16aca67ea24@mail.gmail.com>
References: <20090721192933.9e2c2fb9.jon.forums@gmail.com> 
	<e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com> 
	<20090722143928.2327ae48.jon.forums@gmail.com>
	<71166b3b0907221149u62a22860n4a16721fe51a5abe@mail.gmail.com> 
	<5a95d2680907221236w770d0aa6p7ab4b16aca67ea24@mail.gmail.com>
Message-ID: <71166b3b0907221249w39d6ee74y2f879c57aa24be0c@mail.gmail.com>

2009/7/22 Jon <jon.forums at gmail.com>:
>
> please update the filenames of your DevKit downloads at
> http://rubyinstaller.org/downloads/ when you get a chance so that people
> start seeing this revision numbering scheme in the actual 7z filenames

Will do.

> What specific Vista system are you using?? I want to be more specific in the
> summary of your MySQL install.
>

Oh, is not Vista, but MinGW team found some API changes for Win32 that
where related to Vista (actually,  even XP suffered from it).

So that's why is called vista-special, because these patches, nothing else.

I've indicated on the blog article which version of MySQL I did use.

As for OS: I'm using right now Windows 7 full time, skipped Vista completely :-)

-- 
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 Jul 22 18:13:40 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Wed, 22 Jul 2009 17:13:40 -0500
Subject: [Rubyinstaller-devel] Project TODO (As of Today)
In-Reply-To: <71166b3b0907212249s3e2ca959j114ff5327322c21b@mail.gmail.com>
References: <71166b3b0907212249s3e2ca959j114ff5327322c21b@mail.gmail.com>
Message-ID: <e9ece6840907221513l784632cco8e1968fab5262dfb@mail.gmail.com>

On Wed, Jul 22, 2009 at 12:49 AM, Luis Lavena <luislavena at gmail.com> wrote:
>
> I saw some commits from Gordon working on CHM, but maybe those are not
> ready yet for prime time.

Actually, I was cleaning up the doc rake tasks[1] last night, and
refactoring so they would work for 1.8 and 1.9.  I've added the
following tasks in my fork:

  rake ruby18:docs       # build docs for ruby18
  rake ruby18:redocs     # rebuild docs for ruby18
  rake ruby19:docs       # build docs for ruby19
  rake ruby19:redocs     # rebuild docs for ruby19

The tasks use my fork of rdoc_chm[2].  I'm using a modifed darkfish
template right now, but it's not at all perfect.  I tried hacking it
into a single column layout, and ended up messing things up.  If
anyone is good with the html, and wants to take a look, please be my
guest.

I have a 7zip (a little over 3mb) of the Ruby 1.9 chm files, if anyone
would like to see them.

[1] http://github.com/vertiginous/rubyinstaller/blob/3ec4dc347279d80ba49d385b3c0e2233596539fc/recipes/tools/docs.rake
[2] http://github.com/vertiginous/rdoc_chm/tree/master

Gordon

From cmdjackryan at googlemail.com  Thu Jul 23 08:48:24 2009
From: cmdjackryan at googlemail.com (Phillip Gawlowski)
Date: Thu, 23 Jul 2009 14:48:24 +0200
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>
	<71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com>
	<e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com>
	<71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com>
Message-ID: <5a54b2560907230548r6346d117p7f02abed4c48741d@mail.gmail.com>

On Wed, Jul 22, 2009 at 9:07 PM, Luis Lavena<luislavena at gmail.com> wrote:

> I agree that I would love to split them, but going back to the original message:

On the grippind hand, maybe you can make it a downloadable component
in the installer? Thus, if somebody wants the docs installed, the
installer downloads them on demand. That would kill two birds with one
stone (and an "all inclusive installer" for corporate deployment. I'm
thinking Windows Service Packs here, whihh download only what's
needed, but are available as a full download for corporate
deployments).

Phillip Gawlowski

Though the folk I have met,
(Ah, how soon!) they forget
When I've moved on to some other place,
There may be one or two,
When I've played and passed through,
Who'll remember my song or my face.

From rogerdpack at gmail.com  Thu Jul 23 09:05:46 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 23 Jul 2009 13:05:46 +0000
Subject: [Rubyinstaller-devel] Project TODO (As of Today)
In-Reply-To: <e9ece6840907221513l784632cco8e1968fab5262dfb@mail.gmail.com>
References: <71166b3b0907212249s3e2ca959j114ff5327322c21b@mail.gmail.com>
	<e9ece6840907221513l784632cco8e1968fab5262dfb@mail.gmail.com>
Message-ID: <e880bd570907230605i2d626824r8523bb723b1d956f@mail.gmail.com>

> The tasks use my fork of rdoc_chm[2]. ?I'm using a modifed darkfish
> template right now, but it's not at all perfect. ?I tried hacking it
> into a single column layout, and ended up messing things up. ?If
> anyone is good with the html, and wants to take a look, please be my
> guest.

If you can [maybe no possible] the hanna template, though rdoc 2.3.0
compatible only, is currently my preferred--check it out :)
=r

From rogerdpack at gmail.com  Thu Jul 23 09:28:16 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 23 Jul 2009 13:28:16 +0000
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<e880bd570907070602sd11e02cxf1be9512646d8100@mail.gmail.com>
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>
	<71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com>
	<e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com>
	<71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com>
Message-ID: <e880bd570907230628r10434f69j863361a544e14bc5@mail.gmail.com>

> Forgetting for one second that generating RDoc for Ruby-core eats the
> processor and RAM, the additional installers should contain RI and
> RDoc, while the CHM should be bundled with the standard installer.

That sounds reasonable compromise.  Another option would be to include
the core src...and people can generate their own if they so desire?
[except maybe without tk since that's so many files :) ]

@Philip "download on demand" nice but who wants to do the installer recipes :)
=r

From luislavena at gmail.com  Thu Jul 23 09:35:19 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 23 Jul 2009 10:35:19 -0300
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <5a54b2560907230548r6346d117p7f02abed4c48741d@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com> 
	<20090707132412.70e78a61.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com> 
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com> 
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com> 
	<71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com> 
	<e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com> 
	<71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com> 
	<5a54b2560907230548r6346d117p7f02abed4c48741d@mail.gmail.com>
Message-ID: <71166b3b0907230635w1874b7f5yf9912a0c68eecd41@mail.gmail.com>

On Thu, Jul 23, 2009 at 9:48 AM, Phillip
Gawlowski<cmdjackryan at googlemail.com> wrote:
> On Wed, Jul 22, 2009 at 9:07 PM, Luis Lavena<luislavena at gmail.com> wrote:
>
>> I agree that I would love to split them, but going back to the original message:
>
> On the grippind hand, maybe you can make it a downloadable component
> in the installer? Thus, if somebody wants the docs installed, the
> installer downloads them on demand. That would kill two birds with one
> stone (and an "all inclusive installer" for corporate deployment. I'm
> thinking Windows Service Packs here, whihh download only what's
> needed, but are available as a full download for corporate
> deployments).
>
> Phillip Gawlowski
>

Thank you Phillip for chiming in.

Download on demand is not as easy as may sound, and also jump the
complexity of the installer itself.

One way is putting it on a way of "select the components to be
installed", which I'm wanting to avoid (to keep the clicks to the
minimum).

The other is a the successful installation screen, but that means
another installer to be downloaded (something we are thinking of).

The issue over there is that a installer that bundles everything and
one with just the docs are too much to maintain. I would rather keep
them separated and offer a link in the menu shortcuts to go the
website to grab the installers.

-- 
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  Thu Jul 23 09:53:14 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 23 Jul 2009 13:53:14 +0000
Subject: [Rubyinstaller-devel] "Gem List" wiki page feedback
In-Reply-To: <71166b3b0907221210r18b019d6wc361224f49e84ce1@mail.gmail.com>
References: <20090721192933.9e2c2fb9.jon.forums@gmail.com>
	<e880bd570907211302w86cb2f2y62666a3cd8f5b39b@mail.gmail.com>
	<20090722143928.2327ae48.jon.forums@gmail.com>
	<71166b3b0907221210r18b019d6wc361224f49e84ce1@mail.gmail.com>
Message-ID: <e880bd570907230653y4d31fae3o2d779048b5c40b6e@mail.gmail.com>

Hi Florian. Any chance of adding mingw to your build list?
That would be awesome!
=r

> As you can see, there is no x86-mingw32 for latest versions [of json]
>
> They are using rake-compiler, please someone poke Florian to add this
> to his rake-compiler file:
>
> ext.cross_platform = ['i386-mswin32', 'i386-mingw32']

From gthiesfeld at gmail.com  Thu Jul 23 09:56:15 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 23 Jul 2009 08:56:15 -0500
Subject: [Rubyinstaller-devel] Project TODO (As of Today)
In-Reply-To: <e880bd570907230605i2d626824r8523bb723b1d956f@mail.gmail.com>
References: <71166b3b0907212249s3e2ca959j114ff5327322c21b@mail.gmail.com>
	<e9ece6840907221513l784632cco8e1968fab5262dfb@mail.gmail.com>
	<e880bd570907230605i2d626824r8523bb723b1d956f@mail.gmail.com>
Message-ID: <e9ece6840907230656g36c34b8dw9224d59f98648f36@mail.gmail.com>

On Thu, Jul 23, 2009 at 8:05 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>
> If you can [maybe no possible] the hanna template, though rdoc 2.3.0
> compatible only, is currently my preferred--check it out :)
> =r

On Thu, Jul 23, 2009 at 8:05 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>
> If you can [maybe no possible] the hanna template, though rdoc 2.3.0
> compatible only, is currently my preferred--check it out :)
> =r

Well, I really like the hanna theme, and the main frame looks like
exactly what I'm looking for.  With that being said, I'm trying to
keep my rdoc_chm compatible with the most recent rdoc. Once it becomes
compatible with rdoc 2.4, I'll take a closer look.  I also have
reservations about making rdoc_chm dependent on haml.  I'll have to
think about that one further.

From gthiesfeld at gmail.com  Thu Jul 23 09:56:09 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 23 Jul 2009 08:56:09 -0500
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
Message-ID: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>

I thought I should start a new thread for this, rather than hijack the
TODO thread.

I've just heard back from Eric Hodel, and I'm officially the rdoc_chm
maintainer.  I'll be using my github[1] repo as the "official"
rdoc_chm repo, but I'll be releasing to rubyforge, so releases will be
listed on the rdoc rubyforge project page[2].  The next release will
be rdoc_chm 2.4.0, and will be compatible with rdoc 2.4.

I'm also kicking around an idea that would allow people to generate a
chm documentation index of all their rubygems.  More to come on that.

I've uploaded my chm files for Ruby 1.9 to github[3] if anyone wants
to take a look. I'm hoping for lots of feedback ;-)

[1] http://github.com/vertiginous/rdoc_chm/tree/master
[2] http://rubyforge.org/projects/rdoc
[3] http://github.com/vertiginous/rubyinstaller/downloads

From cmdjackryan at googlemail.com  Thu Jul 23 10:00:58 2009
From: cmdjackryan at googlemail.com (Phillip Gawlowski)
Date: Thu, 23 Jul 2009 16:00:58 +0200
Subject: [Rubyinstaller-devel] ri documentation included in final
	installer?
In-Reply-To: <71166b3b0907230635w1874b7f5yf9912a0c68eecd41@mail.gmail.com>
References: <20090706164444.879fb870.jon.forums@gmail.com>
	<71166b3b0907071028i55283d04oc620a05f0c12c649@mail.gmail.com>
	<20090707140830.44a3f418.jon.forums@gmail.com>
	<71166b3b0907071233j244a6f99x66da273fdc46b52a@mail.gmail.com>
	<e880bd570907161944t678e0b67rcebf0ba5f0cb522b@mail.gmail.com>
	<71166b3b0907212251l3be4136ak5aad9831f1a28730@mail.gmail.com>
	<e880bd570907220752g4a913b99xe7b6b697a0b3846f@mail.gmail.com>
	<71166b3b0907221207g466976a4s52016aed1e29e3d3@mail.gmail.com>
	<5a54b2560907230548r6346d117p7f02abed4c48741d@mail.gmail.com>
	<71166b3b0907230635w1874b7f5yf9912a0c68eecd41@mail.gmail.com>
Message-ID: <5a54b2560907230700s731868f8x760082185a4af0c@mail.gmail.com>

On Thu, Jul 23, 2009 at 3:35 PM, Luis Lavena<luislavena at gmail.com> wrote:

> Download on demand is not as easy as may sound, and also jump the
> complexity of the installer itself.

Point well taken. However, that is the problem that the installer team
has to solve. ;)

> One way is putting it on a way of "select the components to be
> installed", which I'm wanting to avoid (to keep the clicks to the
> minimum).

Well, sensible defaults would be needed there. The trouble is, that
finding these out would need a usability study, which costs money.

Though, during development you could run a blind A/B test, and have
the installer send back inforamtion to a central server, and then
slice and dice the data to find out what's most commonly installed
(i.e. which options are checked, where is Ruby installed to, these
things).

That, however, would create an enormous workload for the project at large. :(

> The other is a the successful installation screen, but that means
> another installer to be downloaded (something we are thinking of).

Which is a) another click (as you put it ;), and b) much more of a
burden on the users than an option to download the docs from within.
An option would be to download an installer from the website (the same
that would install documentary if you did this step manually), and
simply execute it once the Ruby interpreted has done its tasks.

I'm strictly speaking from a user's perspective. And while the target
audience are programmers and sys admins, we all know how lazy *those*
are. ;)

> The issue over there is that a installer that bundles everything and
> one with just the docs are too much to maintain. I would rather keep
> them separated and offer a link in the menu shortcuts to go the
> website to grab the installers.

Well, a "docs only" installer introduces an additional script ot the
build process. A lot of the work would be a one-time cost, I think.

It'd be the same workload as maintaining a "Ruby non-doc" and a "Ruby
including docs" installer, in the end.


Phillip Gawlowski

Though the folk I have met,
(Ah, how soon!) they forget
When I've moved on to some other place,
There may be one or two,
When I've played and passed through,
Who'll remember my song or my face.

From rogerdpack at gmail.com  Thu Jul 23 10:23:50 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 23 Jul 2009 14:23:50 +0000
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
Message-ID: <e880bd570907230723j40b9768bh541d99901685aba3@mail.gmail.com>

> I've uploaded my chm files for Ruby 1.9 to github[3] if anyone wants
> to take a look. I'm hoping for lots of feedback ;-)

Perhaps you could provide a download to an example chm file so we
could take a look at how it works?
Oh and congrats on your new responsibility :)
=r

From gthiesfeld at gmail.com  Thu Jul 23 10:40:01 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 23 Jul 2009 09:40:01 -0500
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <e880bd570907230723j40b9768bh541d99901685aba3@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
	<e880bd570907230723j40b9768bh541d99901685aba3@mail.gmail.com>
Message-ID: <e9ece6840907230740p2dcdc034n726cd36332cf22aa@mail.gmail.com>

On Thu, Jul 23, 2009 at 9:23 AM, Roger Pack<rogerdpack at gmail.com> wrote:
>> I've uploaded my chm files for Ruby 1.9 to github[3] if anyone wants
>> to take a look. I'm hoping for lots of feedback ;-)
>
> Perhaps you could provide a download to an example chm file so we
> could take a look at how it works?

I provided a link to the Ruby1.9 chm files.  It's a 7z file,
consisting of 3 chm files. Two are generated by rdoc_chm:

  ruby19-core.chm
  ruby19-stdlib.chm

The third is a "master" file which simply links the first two into
one.  This one is generated using separate ERB templates, and the
docs:meta_docs rake task.

  ruby19.chm

Would you like to see some other sort of example?


> Oh and congrats on your new responsibility :)

Thanks.

Gordon

From rogerdpack at gmail.com  Thu Jul 23 10:43:03 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 23 Jul 2009 14:43:03 +0000
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <e9ece6840907230740p2dcdc034n726cd36332cf22aa@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
	<e880bd570907230723j40b9768bh541d99901685aba3@mail.gmail.com>
	<e9ece6840907230740p2dcdc034n726cd36332cf22aa@mail.gmail.com>
Message-ID: <e880bd570907230743gf0648b5g8764eec9bd519568@mail.gmail.com>

> I provided a link to the Ruby1.9 chm files. ?It's a 7z file,
> consisting of 3 chm files. Two are generated by rdoc_chm:

Oops I missed that link for some reason. You had read my mind :)
=r

From luislavena at gmail.com  Sat Jul 25 06:48:06 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 25 Jul 2009 07:48:06 -0300
Subject: [Rubyinstaller-devel] [ANN] rake-compiler 0.6.0 Released
Message-ID: <71166b3b0907250348m28f5c303nfe3ef6660e315b49@mail.gmail.com>

rake-compiler version 0.6.0 has been released!

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

= rake-compiler

rake-compiler aims to help Gem developers while dealing with Ruby C
extensions, simplifying the code and reducing the duplication.

It follows *convention over configuration* and set an standardized
structure to build and package C extensions in your gems.

This is the result of experiences dealing with several Gems that required
native extensions across platforms and different user configurations
where details like portability and clarity of code were lacking.

== An Overview

Let's summarize what rake-compiler provides:

* No custom rake tasks required. Less code duplication and errors.

* Painlessly build extensions on different platforms (Linux, OSX and Windows).

* Allow multiple extensions be compiled inside the same gem.

* Mimics RubyGems installation process, so helps as test environment.

* Simplify cross platform compilation of extensions (target Windows from Linux).

Changes:

=== 0.6.0 / 2009-07-25

* Enhancements
  * Implemented 'fat-binaries' generation for cross compiling
    (for now). Thanks to Aaron Patterson for the suggestion and
    original idea.

      rake cross native gem RUBY_CC_VERSION=1.8.6:1.9.1

    Will package extensions for 1.8 and 1.9 versions of Ruby.
  * Can now cross compile extensions for 1.9 using 1.8.x as base.
    Be warned: works from 1.8 to 1.9, but not if your default ruby is 1.9

      rake cross compile RUBY_CC_VERSION=1.9.1

  * Allow simultaneous versions of Ruby to compile extensions.
    This change allow 1.8.x compiles co-exist with 1.9.x ones
    and don't override each other.

    Please perform <tt>rake clobber</tt> prior compiling again.
  * Allow optional source file URL for cross-compile tasks.
    (Thanks to deepj for the patches)

      rake-compiler cross-ruby VERSION=1.9.1-p0
SOURCE=http://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.1-p0.tar.bz2

* Bugfixes
  * Removed strict versioning for gems since it clash with fat binaries.
    From now on, if your gem only targets a specific version of Ruby, please
    indicate it in the Gem::Specification (<tt>required_ruby_version</tt>)

-- 
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  Sat Jul 25 12:38:55 2009
From: jon.forums at gmail.com (Jon)
Date: Sat, 25 Jul 2009 12:38:55 -0400
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
Message-ID: <20090725123855.021787e3.jon.forums@gmail.com>

> I've uploaded my chm files for Ruby 1.9 to github[3] if anyone wants
> to take a look. I'm hoping for lots of feedback ;-)

Gordon,

Nice. They work great so far and are so much better than dealing with ri.  Thanks!

Jon



Feedback
========

* I like the Ruby version number as a title for ruby19.chm's main window.

* The README file in ruby19.chm doesn't really add any value and it was poorly formatted.  I'm for completely removing the file.

* The documentation in the "Files" folder of both core and stdlib is mostly missing.  In core there's zero useful information.  I'm for removing both of these folders from the .chm's.  That said, this may be unwise for stdlib as it appears some info would be lost.  For example "lib/English.rb" in the Files folder of stdlib contains some info, but there's nothing in the Classes folder.

* I'm not a fan of the 1px red border for "Not Documented" content.  I'd prefer the "<dd class="description missing-docs">(Not documented)</dd>" placeholders not even be created.

* Typos in the comments.  "Important" typos such as "Dir.[]" getting mangled into "..]] => array" really needs a core committer to clean it up in trunk.  In this specific example, there's also a link reference that got incorrectly generated.


From luislavena at gmail.com  Sat Jul 25 14:29:39 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 25 Jul 2009 15:29:39 -0300
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <20090725123855.021787e3.jon.forums@gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com> 
	<20090725123855.021787e3.jon.forums@gmail.com>
Message-ID: <71166b3b0907251129y3041f516h745d1f596114ff95@mail.gmail.com>

On Sat, Jul 25, 2009 at 1:38 PM, Jon<jon.forums at gmail.com> wrote:
> [...]
>
> * Typos in the comments. ?"Important" typos such as "Dir.[]" getting mangled into "..]] => array" really needs a core committer to clean it up in trunk. ?In this specific example, there's also a link reference that got incorrectly generated.
>

There was lot of RDoc fixes on trunk for 1.9.2 that didn't get
backported to 1.9.1, perhaps next 1.9.1 release get those integrated,
but highly likely the wouldn't.

-- 
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  Sat Jul 25 14:42:14 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 25 Jul 2009 15:42:14 -0300
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
Message-ID: <71166b3b0907251142p7183d436p18b93f4c0382dfc@mail.gmail.com>

On Thu, Jul 23, 2009 at 10:56 AM, Gordon Thiesfeld<gthiesfeld at gmail.com> wrote:
> I thought I should start a new thread for this, rather than hijack the
> TODO thread.
>

Nice ;-)

> [...]
>
> I've uploaded my chm files for Ruby 1.9 to github[3] if anyone wants
> to take a look. I'm hoping for lots of feedback ;-)
>

My feedback:

It seem that the colors codesamples of darkfish template are weird,
they can barely be read :-P
(talking about the embedded source for some methods).

Also, seems the checking Index for "new (Date)" display me the
standard library twice, and once clicked both are directed to the same
document reference.

Great work Gordon, as always!

Wish: I would love the new help system for Visual Studio 2010 get
released... standard HTML in a zip package :-)
-- 
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  Sat Jul 25 15:01:50 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 25 Jul 2009 16:01:50 -0300
Subject: [Rubyinstaller-devel] RubyInline: Path with spaces, cannot reproduce
Message-ID: <71166b3b0907251201j48053eb1rb99c9944f1e8dcfa@mail.gmail.com>

Hello guys,

Roger found that RubyINline cannot work with path with spaces, but I
just ran a check and it worked:

http://pastie.org/558824

Roger: would you mind run the exact same command from rubyinline
repository and paste your output?

I remember deal with this over XP and fixed these issues using
#inspect, which quoted the file paths.

Since now I'm using Windows 7 as main development machine, access to
Documents and Settings is doable, and I did that to trick the
compiler.

Perhaps there is something else?

Now, in your code here:

http://github.com/rogerdpack/rubyinline/commit/cc872bd027a62293d6e85b6556187481b06fe49c

Which seems odd.

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  Sat Jul 25 17:32:58 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 25 Jul 2009 18:32:58 -0300
Subject: [Rubyinstaller-devel] Wiki: Gem lists and misleading details
Message-ID: <71166b3b0907251432w2a1681c3ree8d659aabc34134@mail.gmail.com>

Hey Guys,

I noticed a couple of this on the wiki page:

http://wiki.github.com/oneclick/rubyinstaller/gem-list

"7/22/09	Mongodb-mongo	0.9	1.3.4	4.3.3	WinXP Prof	OK	built via TDM-GCC"

MongoDB does not need a compiler to be installed.

C:\Users\Luis\Projects\oss\rubyspec>gem spec mongodb-mongo extensions
--- []

Even so, stating "built via TDM-GCC" is misleading, since there is no
compilation or build process involved.

MongoDB ruby adapter is a Pure-Ruby solution that connects to MongoDB
using HTTP.

Adding those details raises some eyebrows since you are automatically
bumping the complexity of the end-user experience and the steps they
will need to take care prior installing something.

So avoid stating a compiler was required or which one was used when
there is no need for a compiler.

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 deepjungle.maca at gmail.com  Sat Jul 25 17:53:31 2009
From: deepjungle.maca at gmail.com (deepj)
Date: Sat, 25 Jul 2009 23:53:31 +0200
Subject: [Rubyinstaller-devel] Wiki: Gem lists and misleading details
In-Reply-To: <71166b3b0907251432w2a1681c3ree8d659aabc34134@mail.gmail.com>
References: <71166b3b0907251432w2a1681c3ree8d659aabc34134@mail.gmail.com>
Message-ID: <4A6B7EDB.8020906@gmail.com>

I'm sorry, it should be nokogiri instead of mongodb-mongo. It was my 
mistake.

Dne 25.7.2009 23:32, Luis Lavena napsal(a):
> Hey Guys,
>
> I noticed a couple of this on the wiki page:
>
> http://wiki.github.com/oneclick/rubyinstaller/gem-list
>
> "7/22/09	Mongodb-mongo	0.9	1.3.4	4.3.3	WinXP Prof	OK	built via TDM-GCC"
>
> MongoDB does not need a compiler to be installed.
>
> C:\Users\Luis\Projects\oss\rubyspec>gem spec mongodb-mongo extensions
> --- []
>
> Even so, stating "built via TDM-GCC" is misleading, since there is no
> compilation or build process involved.
>
> MongoDB ruby adapter is a Pure-Ruby solution that connects to MongoDB
> using HTTP.
>
> Adding those details raises some eyebrows since you are automatically
> bumping the complexity of the end-user experience and the steps they
> will need to take care prior installing something.
>
> So avoid stating a compiler was required or which one was used when
> there is no need for a compiler.
>
> Thank you.

From gthiesfeld at gmail.com  Sun Jul 26 16:23:36 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Sun, 26 Jul 2009 15:23:36 -0500
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <20090725123855.021787e3.jon.forums@gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
	<20090725123855.021787e3.jon.forums@gmail.com>
Message-ID: <e9ece6840907261323n7c51e7afq79377ee37ab8c9d1@mail.gmail.com>

On Sat, Jul 25, 2009 at 11:38 AM, Jon<jon.forums at gmail.com> wrote:
> Feedback
> ========
>
> * I like the Ruby version number as a title for ruby19.chm's main window.
>
> * The README file in ruby19.chm doesn't really add any value and it was poorly formatted. ?I'm for completely removing the file.

I've been on the fence about this one for a while.  I agree it doesn't
add much value.  I *would* like to add some extra content, though.
Maybe an "about rubyinstaller" page or something, a links page would
be nice, and possibly a license page.

>
> * The documentation in the "Files" folder of both core and stdlib is mostly missing. ?In core there's zero useful information. ?I'm for removing both of these folders from the .chm's. ?That said, this may be unwise for stdlib as it appears some info would be lost. ?For example "lib/English.rb" in the Files folder of stdlib contains some info, but there's nothing in the Classes folder.
>

Yeah, this is sort of default rdoc behavior.  Have a look at the files
section on ruby-doc.org, for example.  I'd rather have some blank
pages, and play it safe.

> * I'm not a fan of the 1px red border for "Not Documented" content. ?I'd prefer the "<dd class="description missing-docs">(Not documented)</dd>" placeholders not even be created.
>

I don't know, I kind of like this feature.  I also don't want to
change the Darkfish template any more than I need to to make it work
in a chm file.

> * Typos in the comments. ?"Important" typos such as "Dir.[]" getting mangled into "..]] => array" really needs a core committer to clean it up in trunk. ?In this specific example, there's also a link reference that got incorrectly generated.
>

This is definitely a problem.  I'm actually excluding the rdoc files
in the stdlib rdoc generation, because the MS HTML Help compiler
chokes on the html output.


Thanks,

Gordon

From gthiesfeld at gmail.com  Sun Jul 26 19:03:10 2009
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Sun, 26 Jul 2009 18:03:10 -0500
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <71166b3b0907251142p7183d436p18b93f4c0382dfc@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
	<71166b3b0907251142p7183d436p18b93f4c0382dfc@mail.gmail.com>
Message-ID: <e9ece6840907261603r7fa2f17k6338ab1d50902e88@mail.gmail.com>

On Sat, Jul 25, 2009 at 1:42 PM, Luis Lavena<luislavena at gmail.com> wrote:
> My feedback:
>
> It seem that the colors codesamples of darkfish template are weird,
> they can barely be read :-P
> (talking about the embedded source for some methods).

This is fixed. IE apparently doesn't support the "inherit" CSS
property.  I also fixed the problem with the HTML Help compiler not
adding the image files.

>
> Also, seems the checking Index for "new (Date)" display me the
> standard library twice, and once clicked both are directed to the same
> document reference.
>

There should be a link to the instance method new and a link to the
class method new.


> Wish: I would love the new help system for Visual Studio 2010 get
> released... standard HTML in a zip package :-)

Yeah.  I've been keeping my eye on MS Help 3.

Thanks,

Gordon

From jon.forums at gmail.com  Mon Jul 27 09:23:42 2009
From: jon.forums at gmail.com (Jon)
Date: Mon, 27 Jul 2009 09:23:42 -0400
Subject: [Rubyinstaller-devel] [ANN] RDoc_CHM
In-Reply-To: <e9ece6840907261323n7c51e7afq79377ee37ab8c9d1@mail.gmail.com>
References: <e9ece6840907230656w5c3d8effr4c07616db02856b5@mail.gmail.com>
	<20090725123855.021787e3.jon.forums@gmail.com>
	<e9ece6840907261323n7c51e7afq79377ee37ab8c9d1@mail.gmail.com>
Message-ID: <20090727092342.d97b2d93.jon.forums@gmail.com>

> I *would* like to add some extra content, though.
> Maybe an "about rubyinstaller" page or something, a links page would
> be nice, and possibly a license page.

How about an intro page that gives a quick blurb on what documentation is included, warnings that there may be missing doc info due to missing comments in the original source files, and some links to some useful documentation sites?  Even if these links duplicate the items installed in the Start menu by OCI, I think the duplication is OK.

Do you think there's a need for a license page specific to the documentation?


> I'd rather have some blank pages, and play it safe.

Is there any way to filter these out between the generation and compilation-into-a-CHM phases?  I'm for trashing the completely empty ones if it's possible without too much drama.


> I don't know, I kind of like this feature.  I also don't want to
> change the Darkfish template any more than I need to to make it work
> in a chm file.

Understood.  Any you're in the unenviable role of having to sort through both functional and stylistic feedback :(

Hey, one benefit to the red boxes is that they hilite where additional comments in the source could be useful :)


> ...because the MS HTML Help compiler chokes on the html output.

Maybe the compiler is only smart enough to understand the IE6 dialect of things?...cheap shot.



ADDITIONAL FEEDBACK
===================

* Method signature formatting is mangled in cases of multiple aliases/usages.  For example, check out Kernel.open in which the signature info for the block and non-block version get's munged together instead of being broken up into two separate lines.

* I haven't found any docs for Digest::SHA1 and Digest::MD5.  It appears that Digest::Instance has some of the important class methods like 'digest' and 'hexdigest' documented, but where's the 'file' method?  I'm guessing you're handcuffed on this one as the problem is likely due to missing comments in the source rather than anything in rdoc/MS HTML Help compiler.

From rogerdpack at gmail.com  Mon Jul 27 19:57:13 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 27 Jul 2009 17:57:13 -0600
Subject: [Rubyinstaller-devel] RubyInline: Path with spaces,
	cannot 	reproduce
In-Reply-To: <71166b3b0907251201j48053eb1rb99c9944f1e8dcfa@mail.gmail.com>
References: <71166b3b0907251201j48053eb1rb99c9944f1e8dcfa@mail.gmail.com>
Message-ID: <e880bd570907271657v2a803282w5e47844bee63d852@mail.gmail.com>

> Roger: would you mind run the exact same command from rubyinline
> repository and paste your output?


C:\dev_c\downloads\rubyinline>ruby -d -w -Ilib example.rb
Exception `LoadError' at
c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:1106 - no such file to load
-- rubygems/defaults/operating_system
Exception `LoadError' at
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31 - no such
file to load -- zentest_mapping
RubyInline v 3.8.2
Exception `LoadError' at
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31 - no such
file to load -- inline/Inline_MyTest_957b.so
Exception `LoadError' at
c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:38 - no such
file to load -- inline/Inline_MyTest_957b.so
Building C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so with 'gcc
-shared -s   -g
-O2  -I c:/ruby/lib/ruby/1.8/i386-mingw32  -I c:/ruby/include
-Lc:/ruby/lib -o "C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so"
"C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c"
-Wl,--enable-auto-import -Lc:/ruby/lib -lmsvcrt-ruby18'
gcc.exe: no input files
Output:

Exception `CompilationError' at ./lib/inline.rb:589 - error executing
"gcc -shared -s   -g -O2  -I c:/ruby/lib/ruby/1.8/i386-mingw32  -I
c:/ruby/include -Lc:/ruby/lib -o \"C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so\"
\"C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c\"
-Wl,--enable-auto-import -Lc:/ruby/lib -lmsvcrt-ruby18": 256
Renamed C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c to
C:/Documents and Settings/Melissa./lib/inline.rb:589:in `build': error
executing "gcc -shared -s   -g -O2  -I
c:/ruby/lib/ruby/1.8/i386-mingw32  -I c:/ruby/include -Lc:/ruby/lib -o
\"C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so\"
\"C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c\"
-Wl,--enable-auto-import -Lc:/ruby/lib -lmsvcrt-ruby18": 256
(CompilationError)
Renamed C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c to
C:/Documents and
Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c.bad
        from ./lib/inline.rb:819:in `inline'
        from example.rb:19

From luislavena at gmail.com  Mon Jul 27 20:07:28 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 27 Jul 2009 21:07:28 -0300
Subject: [Rubyinstaller-devel] RubyInline: Path with spaces,
	cannot 	reproduce
In-Reply-To: <e880bd570907271657v2a803282w5e47844bee63d852@mail.gmail.com>
References: <71166b3b0907251201j48053eb1rb99c9944f1e8dcfa@mail.gmail.com> 
	<e880bd570907271657v2a803282w5e47844bee63d852@mail.gmail.com>
Message-ID: <71166b3b0907271707m30472d23gced5e4255e0427cd@mail.gmail.com>

On Mon, Jul 27, 2009 at 8:57 PM, Roger Pack<rogerdpack at gmail.com> wrote:
>> Roger: would you mind run the exact same command from rubyinline
>> repository and paste your output?
>
>
> C:\dev_c\downloads\rubyinline>ruby -d -w -Ilib example.rb
> Exception `LoadError' at
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb:1106 - no such file to load
> -- rubygems/defaults/operating_system
> Exception `LoadError' at
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31 - no such
> file to load -- zentest_mapping
> RubyInline v 3.8.2
> Exception `LoadError' at
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31 - no such
> file to load -- inline/Inline_MyTest_957b.so
> Exception `LoadError' at
> c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:38 - no such
> file to load -- inline/Inline_MyTest_957b.so
> Building C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so with 'gcc
> -shared -s ? -g
> -O2 ?-I c:/ruby/lib/ruby/1.8/i386-mingw32 ?-I c:/ruby/include
> -Lc:/ruby/lib -o "C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so"
> "C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c"
> -Wl,--enable-auto-import -Lc:/ruby/lib -lmsvcrt-ruby18'
> gcc.exe: no input files
> Output:
>
> Exception `CompilationError' at ./lib/inline.rb:589 - error executing
> "gcc -shared -s ? -g -O2 ?-I c:/ruby/lib/ruby/1.8/i386-mingw32 ?-I
> c:/ruby/include -Lc:/ruby/lib -o \"C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so\"
> \"C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c\"
> -Wl,--enable-auto-import -Lc:/ruby/lib -lmsvcrt-ruby18": 256
> Renamed C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c to
> C:/Documents and Settings/Melissa./lib/inline.rb:589:in `build': error
> executing "gcc -shared -s ? -g -O2 ?-I
> c:/ruby/lib/ruby/1.8/i386-mingw32 ?-I c:/ruby/include -Lc:/ruby/lib -o
> \"C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.so\"
> \"C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c\"
> -Wl,--enable-auto-import -Lc:/ruby/lib -lmsvcrt-ruby18": 256
> (CompilationError)
> Renamed C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c to
> C:/Documents and
> Settings/Melissa.BLACKY/.ruby_inline/Inline_MyTest_957b.c.bad
> ? ? ? ?from ./lib/inline.rb:819:in `inline'
> ? ? ? ?from example.rb:19

VERY WEIRD.

Even forcing INLINEDIR to be on Documents and Settings is not
triggering the bug you're seeing.

Can you try this GitHub repository?

http://github.com/seattlerb/rubyinline

There must be something else in your environment.

What is the content/format of gcc stub script?

Mine is this:

http://github.com/luislavena/binfiles/blob/master/gcc.bat

Or adding the full path:

http://github.com/luislavena/binfiles/blob/master/full-mingw.bat

Also, would you mind tell me the values of HOME, APPDATA and HOMEDRIVE HOMEPATH?

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 rogerdpack at gmail.com  Tue Jul 28 00:33:29 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Mon, 27 Jul 2009 22:33:29 -0600
Subject: [Rubyinstaller-devel] SLJL
Message-ID: <e880bd570907272133o77ed9b58ke0e7fffeb2522cdc@mail.gmail.com>

Question.
If a user cross compiles using GCC 4.x on linux, does their code
compile to windows code using SLJL or Dwarf-2 unwinding?  Does it
matter?
Thanks.
=r

From luislavena at gmail.com  Wed Jul 29 00:26:09 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 29 Jul 2009 01:26:09 -0300
Subject: [Rubyinstaller-devel] SLJL
In-Reply-To: <e880bd570907272133o77ed9b58ke0e7fffeb2522cdc@mail.gmail.com>
References: <e880bd570907272133o77ed9b58ke0e7fffeb2522cdc@mail.gmail.com>
Message-ID: <71166b3b0907282126paba2bceh7fc19735b9fece95@mail.gmail.com>

On Tue, Jul 28, 2009 at 1:33 AM, Roger Pack<rogerdpack at gmail.com> wrote:
> Question.
> If a user cross compiles using GCC 4.x on linux, does their code
> compile to windows code using SLJL or Dwarf-2 unwinding? ?Does it
> matter?

The question is someone manage to cross-compile GCC 4.x to target
mingw32, it will be SLJL or Dwarf-2, correct?

Well, the answer will be which parameters they use to cross compile it.

AFAIK all the cross-compiling targets for GCC I saw are using default SLJL.

But that only is GCC 4, mingw32 packages and ports for many solutions,
including SUSE are using GCC 3.4.5

Is my understanding that will only affect if exceptions are thrown
across shared library (dll) boundaries.

-- 
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  Wed Jul 29 11:40:03 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 29 Jul 2009 12:40:03 -0300
Subject: [Rubyinstaller-devel] eventmachine gem can not work with OCI
	1.9.1p129
In-Reply-To: <85b91c640907282301u319aa35cv926d8a656eea3118@mail.gmail.com>
References: <85b91c640907282301u319aa35cv926d8a656eea3118@mail.gmail.com>
Message-ID: <71166b3b0907290840r53216c5y9b98965dfce9a4eb@mail.gmail.com>

2009/7/29 phoenix <wujunchen at gmail.com>:
> I can install eventmachine in? OCI 1.9.1p129 with --platform=mswin32,but
> eventmachine can not work in this way.
> And if install it not use --platform=mswin32,it can not be installed.
>

That is because you're trying to install a binary version of
eventmachine that has been built for Ruby 1.8.6

Unless EventMachine is built with "fat-binaries" to support both 1.8
and 1.9, the gem will not work.
-- 
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