B
Brian Adkins
Me neither. Possibly an HTML post eaten by the gateway?
Me neither. Possibly an HTML post eaten by the gateway?
J
James Edward Gray II
Yes:
Content-Type: multipart/alternative; boundary=Apple-Mail-18-445454026
James Edward Gray II
D
David A. Black
Hi --
I received it; it's ruby-talk: 276132.
David
--
Upcoming training by David A. Black/Ruby Power and Light, LLC:
* Advancing With Rails, Edison, NJ, November 6-9
* Advancing With Rails, Berlin, Germany, November 19-22
* Intro to Rails, London, UK, December 3-6 (by Skills Matter)
See http://www.rubypal.com for details!
I received it; it's ruby-talk: 276132.
David
--
Upcoming training by David A. Black/Ruby Power and Light, LLC:
* Advancing With Rails, Edison, NJ, November 6-9
* Advancing With Rails, Berlin, Germany, November 19-22
* Intro to Rails, London, UK, December 3-6 (by Skills Matter)
See http://www.rubypal.com for details!
P
Pat Maddox
Are there any compelling reasons to use the built-in install? I was
just planning on using macports cause it works so well.
Pat
just planning on using macports cause it works so well.
Pat
B
Ben Mabey
Pat said:
I am wondering the same thing.. I currently compile from source but
would gladly switch to the built-in install if it is going to be kept up
to date. Is Apple going to be maintaining it so it stays current with
the latest version of ruby?
-Ben
J
James Edward Gray II
I think the built-in install will be great for deploying RubyCocoa
applications. You can count on it being there on other machines for
that purpose.
James Edward Gray II
J
James Edward Gray II
Yes, I'm very curious about this point as well. It'll be terrific if
they can bump it to 1.8.6p110 in an early bug fix patch. That's what
I'm hoping we gain out of this framework setup.
James Edward Gray II
J
James Edward Gray II
That's because it originated on the mailing list side. The gateway
then submitted it to our Usenet host and they declined it, so it
never hit comp.lang.ruby.
James Edward Gray II
B
Bill Kelly
From: "James Edward Gray II said:
I'm sure this has been asked before, so apologies for what is
almost surely a repeat question, but ...
Would it be reasonable to just convert all messages to text-only
before submitting them to the Usenet host?
Another mailing list I'm on works that way, and it seems pretty
reasonable. If it modifies a message, it just appends a note,
like "non-text attachments stripped" or such.
Essentially, I'm wondering if the situation is,
- yes we could convert messages if someone volunteers code to do so
- no we shouldn't convert messages because of (some issue)
Thanks,
Bill
L
Laurent Sansonetti
We will provide updates, if the bugs they fix are important enough.
Security issues will also be fixed the soonest possible.
The version in Leopard is 1.8.6 p 36 + the security fixes that were
included in p110. p110 was unfortunately released a bit too late for
us.
Laurent
L
Laurent Sansonetti
The built-in version also provides DTrace support.
Laurent
J
John Tsombakos
Pat said:
The question I haven't seen asked (or answered) is how would I switch
from my /usr/local version of Ruby & Rails (and gems) to the Leopard
stock versions? I can't just pluck /usr/local/bin out of my PATH,
because there are other things installed there (ImageMagick, Subversion
[well, that's now system installed though], etc.) ?
Do I just delete/rename the applications? (ruby, irb, rake, svn*, etc)
M
Michael Steinfeld
you can append /usr/local to the end of your PATH instead. if /usr/bin
is before /usr/local/bin in your PATH ENV then /usr/bin/whatever will
be found/used first.
I'd consider cleaning up your source_cache as well, and removing ~/.ruby_inline.
Also there is an issue with the compiler flags set using RubyInline
that you will want to fix.
I wrote a sed script to do it. Very helpful if you need to fix it on
multiple machines.
sudo sed -i -e "387,1s/flags\ =\ @flags.join(\'\ \')/&\ \+\ \'\
-lruby\'/" /usr/lib/ruby/user-gems/1.8/gems/RubyInline-3.6.4/lib/inline.rb
J
John Tsombakos
Michael said:
Oh yeah! Didn't even think of that!
I don't seem to have a ~/.ruby_inline file (I installed using the
Hivelogic directions, from source), so not sure if I need to do that.
My source_cache is in the (now unused) /usr/local path, do I need to
worry about it?
Thanks!
M
Matt Mower
When you say 'provide updates' can I just check that you do mean via
the Apple Software Update system?
Regards,
Matt.
J
John Tsombakos
John said:
Hmm.. I made that change, then tried to update gems (sudo gem update).
It seemed to be going well, until it hit this and died:
Installing ri documentation for activerecord-1.15.5...
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rdoc/rdoc.rb:101:in
`error': (RDoc::RDocError)
Directory /Library/Ruby/Gems/1.8/doc/activerecord-1.15.5/ri already
exists, but it looks like it
isn't an RDoc directory. Because RDoc doesn't want to risk
destroying any of your existing files, you'll need to
specify a different output directory name (using the
--op <dir> option).
J
James Edward Gray II
I'm sure this has been asked before, so apologies for what is
almost surely a repeat question, but ...
It's been asked, yes. We went over it again recently. See the =20
thread "Is there a standard pattern for threaded access to a file?" =20
which we sort-of hijacked for a gateway discussion.
Mostly, yes.
This is pretty much it. I made the gateway code public some time ago =20=
to support people hacking on it:
http://blog.grayproductions.net/categories/the_gateway
No one has stepped up yet.
To be fair, I think some are waiting on the TMail-based rewrite I've =20
promised in the past. I've worked on it a bit, but just haven't =20
finished it yet. I'll spend some time on it today and see how close =20
I can get it=85
James Edward Gray II
M
mortee
John said:
If you want to keep using your locally installed commands from
/usr/local/*, but switch back and forth between you custom version of
ruby and the system-provided one, then I'd recommend installing it under
a custom prefix (i.e. not /usr/local), and add/remove that path from
your PATH. At least that's what I would try to do - or play around with
symlinks. However, the PATH method can be switched at will on a
per-process basis, while using symlinks would affect the whole system at
once.
mortee
L
Laurent Sansonetti
We received many valuable feedback during the past days, thank you
very much! We also received lots of pertinent questions, and since
most of them were asked many times, we decided to open a FAQ:
http://trac.macosforge.org/projects/ruby/wiki/FAQ
We will continue populating the FAQ while we receive more feedback.
Regards,
Laurent
very much! We also received lots of pertinent questions, and since
most of them were asked many times, we decided to open a FAQ:
http://trac.macosforge.org/projects/ruby/wiki/FAQ
We will continue populating the FAQ while we receive more feedback.
Regards,
Laurent
K
Karl von Laudermann
Thank you for all of the great work, and the FAQ. However, there's one
question I have that I didn't see answered.
The "What's new" page states:
My question is, what about ruby *applications* that I install
manually? That is, a ruby package that contains a main executable
script, which currently goes into /usr/local/bin when I pass "--
prefix=/usr/local" into the "setup.rb config" command that I use
during installation? Where will the executable script go by default
under Leopard? Will it go into /usr/bin?
Right now, I only have a single such program installed and which I
rely on, which is misen (http://devel.korinkan.co.jp/misen/). When I
upgrade to Leopard, I was thinking of removing my entire custom ruby
installation from /usr/local, and relying on the built in one. But
what will happen if I try to install misen?