Rails - Sep 2009 - [URGENT] cannot continue my devs, big mess with Apple Snow Leopard !

I don''t understand anymore what to do with SL ..
..
I have an Apple Macbook 2.16GHz Intel Core 2 Duo  upgraded to SL 10.6

it should be a 64 architecture but cannot start kernel in 64 ...
because of   EFI32  :-((
 $ ioreg -l -p IODeviceTree | grep firmware-abi
    | |   "firmware-abi" = <"EFI32">

current env :  Rails 2.3.4 /  ruby 1.8.7 (2008-08-11 patchlevel 72)
[i686-darwin9.6.0] /  MySQL 5.1.38 / Apache 2

I read some posts stating that all gems SHOULD be upgraded to 64bits
and MySQL server too...

so I upgraded the MyQL server, and install a new mysql client gem (w
64 architecture...)

but running a previous app gives me an error

  Status: 500 Internal Server Error
  uninitialized constant MysqlCompat::MysqlRes

what actually should I do ?   at least to continue my developments the
way it was before this f..g upgrade from Apple ?

thanks for advices ...

Don''t know about EFI32. I get the same exact response on my early 2007
MacPro with Snow.

Did you:
     sudo env ARCHFLAGS="-arch x86_64" gem install mysql -- --with-
mysql-config=/your_path_to/usr/local/mysql/bin/mysql_config
when installing mysql?

EFI32 means even if the architecture of the computer is 64bit (as is
my MacBook ) you cannot boot 64bits kernel/extensions
I don''t really care about that...  I reinstalled the old 32bit i386
mySQL version

my big concern is about compiling with the Snow Leopard XTools (ex:
installing Ruby 1.9) or installing gems (like mysql..) , what will be
the ''standard'' output ? 32bits or 64 bits or boths .... when
you
build  (./configure make make install)  ...
this is the mess created by Apple ...


On 10 sep, 15:58, Phillip
<p...-Ii1a+1C3hTcU9EY8eDC8XQC/G2K4zDHf@public.gmane.org>
wrote:
> Don''t know about EFI32. I get the same exact response on my early
2007
> MacPro with Snow.
>
> Did you:
>      sudo env ARCHFLAGS="-arch x86_64" gem install mysql --
--with-
> mysql-config=/your_path_to/usr/local/mysql/bin/mysql_config
> when installing mysql?

On Thu, Sep 10, 2009 at 11:45 AM,
erwin<yves_dufour-ee4meeAH724@public.gmane.org>
wrote:
>
> EFI32 means even if the architecture of the computer is 64bit (as is
> my MacBook ) you cannot boot 64bits kernel/extensions
> I don''t really care about that...  I reinstalled the old 32bit
i386
> mySQL version
Although the 32-bit kernel is run on a MacBook, that doesn''t mean
everything is 32-bit.

You want to install the 64-bit mysql (I installed from mysql.com), and
reinstall the mysql gem for 64bit architecture.

That''s what''s working for me on a 2.16 Mhz late 2007 MacBook.


-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Twitter: http://twitter.com/RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale

Kad Kerforn wrote:
> this is the mess created by Apple ...
This is just an aside, but it drives me nuts when people blame OS 
vendors (Apple or anyone else) for "stopping" their development. As a 
developer it is YOUR responsibility to make sure you have a stable 
development platform. Nobody forced you to upgrade, possibly, the only 
machine that you have that is capable of getting your work done.

Put in the effort, do the research, talk to others before you take the 
risk of stopping your development.  There is no way that Apple has the 
time, nor the inclination, to test out every possible configuration of 
developer software available.

It is not Apple''s mess. It is yours!

I say this only as an observation. I''m sorry you ran into trouble, but 
well that''s how it goes sometimes.
-- 
Posted via http://www.ruby-forum.com/.

Sorry, I forgot to mention that while I am getting the same response
to:
# ioreg -l -p IODeviceTree | grep firmware-abi
   | |   "firmware-abi" = <"EFI32">

...my setup basically works fine with Snow Leopard. It required
reinstalling the 64 bit mysql, as well as a great deal of reading and
debugging.

Frankly, the only way to deal with these changes is to geek through
it. In my case, I have hardware, the operating system, Phusion
Passenger, Apache, Ruby, Ruby Gems, Rails, mySQL, assorted custom
plugins and my own application, each with their own revision history
and assorted baggage. I lost a hard drive a couple of days after Snow
was released and had to go from a blank PC formatted disk to a working
development environment in a few days; an adventure I''d rather not
repeat, but it does suggest a possible answer: hard drives are cheap.
If I ever decide to voluntarily make a major change in my application
environment, why not just take out the hard drive that works and put
in a new one? Then I can try any darn thing I want and not jeopardize
(Leopardize?) my working system. Time Machine, here I come...

I half-agree on your comment...

my development environment was safe ...
all recommandations on SL upgrades are done regarding 64-bits
architecture which is the architecture aimed by Apple for the next OS
generations... BUT
at the presnet time some hardware are 64-bits but still EFI32 ...
and NO recommandation at all about how to proceed for a safe
upgrade ...

I discovered (alone. after 3 days tests, back forth..) that :
- I should migrate to MySQL 64-bits  (even with an EFI32)
- I shoudl rebuild a mysql gem with x86_64 architecture  (even with
EFI32)
but
- build myself a Readline 6.0 lib as 5.2 version W Apple is wrong !
- build myself a iconv lib (same remark)
- recompile Ruby with XCode3 for i386 architecture ( not x64 guess
why.. ? )

Upgrading to SL was easy.. but I was upset because of no clear
statement from Apple Dev or Support.. to Rails dev 
''in-between''  32
and 64 architecture
or Apple should NOT include Rails dev in their frameworks ...

it works now.. back to equivalent safe environment I had w 10.5


On 10 sep, 21:07, Robert Walker
<rails-mailing-l...-ARtvInVfO7ksV2N9l4h3zg@public.gmane.org>
wrote:
> Kad Kerforn wrote:
> > this is the mess created by Apple ...
>
> This is just an aside, but it drives me nuts when people blame OS
> vendors (Apple or anyone else) for "stopping" their development.
As a
> developer it is YOUR responsibility to make sure you have a stable
> development platform. Nobody forced you to upgrade, possibly, the only
> machine that you have that is capable of getting your work done.
I had a full backup and ready to reverse my environment.... I was
safe
>
> Put in the effort, do the research, talk to others before you take the
> risk of stopping your development.  There is no way that Apple has the
> time, nor the inclination, to test out every possible configuration of
> developer software available.
I did !....  and I don''t expect Apple doing it, just making clear
statements about their architectures   32 / 64 / 64w EFI32 ....
I could not understand what needed to be 32 or 64.... that''s all

>
> It is not Apple''s mess. It is yours!
>
> I say this only as an observation. I''m sorry you ran into trouble,
but
> well that''s how it goes sometimes.
> --
> Posted viahttp://www.ruby-forum.com/.

exactly my situation...  and I reached the same point..
it''s up and running but tooks days  to discover that w EFI32 I had to
install MySQL 64 and build Ruby w i386 arch  (not talking about
Readline 6.0 and icon libs... to rebuild)
...  I had a clone of my 10.5 dev env...  ;-)))  but I could not get
rid from this upgrade !!! (big ego)

On 11 sep, 15:44, Phillip
<p...-Ii1a+1C3hTcU9EY8eDC8XQC/G2K4zDHf@public.gmane.org>
wrote:
> Sorry, I forgot to mention that while I am getting the same response
> to:
> # ioreg -l -p IODeviceTree | grep firmware-abi
>    | |   "firmware-abi" = <"EFI32">
>
> ...my setup basically works fine with Snow Leopard. It required
> reinstalling the 64 bit mysql, as well as a great deal of reading and
> debugging.
>
> Frankly, the only way to deal with these changes is to geek through
> it. In my case, I have hardware, the operating system, Phusion
> Passenger, Apache, Ruby, Ruby Gems, Rails, mySQL, assorted custom
> plugins and my own application, each with their own revision history
> and assorted baggage. I lost a hard drive a couple of days after Snow
> was released and had to go from a blank PC formatted disk to a working
> development environment in a few days; an adventure I''d rather not
> repeat, but it does suggest a possible answer: hard drives are cheap.
> If I ever decide to voluntarily make a major change in my application
> environment, why not just take out the hard drive that works and put
> in a new one? Then I can try any darn thing I want and not jeopardize
> (Leopardize?) my working system. Time Machine, here I come...

thanks done  (discovered it at 2:00am)
but clearly not so evident that EFI32 must install MySQL 64 ,  isn''t
it ?

On 10 sep, 19:30, Rick DeNatale
<rick.denat...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
wrote:
> On Thu, Sep 10, 2009 at 11:45 AM,
erwin<yves_duf...-ee4meeAH724@public.gmane.org> wrote:
>
> > EFI32 means even if the architecture of the computer is 64bit (as is
> > my MacBook ) you cannot boot 64bits kernel/extensions
> > I don''t really care about that...  I reinstalled the old
32bit i386
> > mySQL version
>
> Although the 32-bit kernel is run on a MacBook, that doesn''t mean
> everything is 32-bit.
>
> You want to install the 64-bit mysql (I installed from mysql.com), and
> reinstall the mysql gem for 64bit architecture.
>
> That''s what''s working for me on a 2.16 Mhz late 2007
MacBook.
>
> --
> Rick DeNatale
>
> Blog:http://talklikeaduck.denhaven2.com/
> Twitter:http://twitter.com/RickDeNatale
> WWR:http://www.workingwithrails.com/person/9021-rick-denatale
> LinkedIn:http://www.linkedin.com/in/rickdenatale

> but clearly not so evident that EFI32 must install MySQL 64 ,
 isn''t
> it ?
Why do you care about EFI so much? Even if it is EFI64 kernel will not
boot SL into 64 bit mode
by default (and for the good reason). Kernel being in 32bit mode does
not prevent you from running apps in 64 bit mode, so advise to get
64bit build of MySQL and make sure your mysql extension is compiled
for 64bit is a good one.

Regards,
Rimantas
--
http://rimantas.com/

Kad Kerforn wrote:
> Upgrading to SL was easy.. but I was upset because of no clear
> statement from Apple Dev or Support.. to Rails dev 
''in-between''  32
> and 64 architecture
> or Apple should NOT include Rails dev in their frameworks ...
Yes, Apple includes Rails in Snow Leopard, however, they do NOT supply 
MySQL, except on Mac OS X Server. They also made it very clear that Snow 
Leopard uses a 64 bit kernel on 64 bit machines. They test against their 
installation of Rails, with the gems they include and the default 
database SQLLite, which they also include. Gems you add, database 
servers you add, or anything else you''ve added to extend your Rails 
installation is still your responsibility not theirs.
-- 
Posted via http://www.ruby-forum.com/.

I feel your pain. Having switched from Windows to OS X I thought that
such issues were behind me. I felt that Apple hid behinds their terms
a little with this upgrade.

Whilst I agree with Robert Walker''s comments on ''it''s
your
responsibility'' I still feel that Apple dropped the ball slightly on
this one

The biggest issue I had was recovering data from my mysql data, in the
end i couldn''t and used a backup

I also had a lot of issues, but decided to use this as an excuse to re-
build my machine (reverting back to my Windows mindset). With regard
to Ruby development I carried out the following

I also have an EFI 32 machine

Left ruby as it was
Installed the 64bit version of mysql
ran the following for the mysql gem
sudo env ARCHFLAGS="-arch x86_64" gem install mysql -- --with-mysql-
config=/usr/local/mysql/bin/mysql_config

If you are not doing a rebuild it is worth uninstalling and re-
installing the following gems / apps
ruby-debug
ruby port
image magic and rmagick

Once this was done all is well

I guess the moral of the tale is that OS''s are complex beasts and
Apple just like Microsoft are full of human beings; so backup before
doing anything major

The sad thing is that I haven''t really seen any improvements with Snow
Leopard ....

MIchael
www.itdashboard.co.uk

Thanks Michael...  I''ve set it up now..  (don''t worry I had a
back on
a clone disk.....!!  just in case)

installed the MySQL 5.1.38 (x86_64)  and gem mysql (x_86_64)
all my gems are up and running now  (rubygems 1.3.5, Rails 2.3.4, Ruby
1.8.7... I even installed Ruby 1.9 for testing purposes...)

my major concern (and reason of being upset..)  was this non-info
about 64-bits equipment with EFI32....!!  it was not clear at all in
all googled posts what to do in this case
I could understand Apple not being concerned by non-Apple dev
environment, but I am using it as a Unix dev machine  (I also run a
Linux server w Debian)


On 12 sep, 15:50, mole1066
<mich...-nH68fsmTPgll57MIdRCFDg@public.gmane.org>
wrote:
> I feel your pain. Having switched from Windows to OS X I thought that
> such issues were behind me. I felt that Apple hid behinds their terms
> a little with this upgrade.
>
> Whilst I agree with Robert Walker''s comments on
''it''s your
> responsibility'' I still feel that Apple dropped the ball slightly
on
> this one
>
> The biggest issue I had was recovering data from my mysql data, in the
> end i couldn''t and used a backup
you should have :
1- installed your new MySQL version
2- created a /etc/my.conf file with a single entry pointing to the old
database files
[mysqld]
datadir=/usr/local/mysql-5.0.37-osx10.5-x86/data
3 tell your new MySQL server to upgrade the files :
sudo mysql_upgrade -u root -p

and that''s it... very useful each time you upgrade your MySQL
version...
>
> I also had a lot of issues, but decided to use this as an excuse to re-
> build my machine (reverting back to my Windows mindset). With regard
> to Ruby development I carried out the following
>
> I also have an EFI 32 machine
>
> Left ruby as it was
> Installed the 64bit version of mysql
> ran the following for the mysql gem
> sudo env ARCHFLAGS="-arch x86_64" gem install mysql --
--with-mysql-
> config=/usr/local/mysql/bin/mysql_config
>
> If you are not doing a rebuild it is worth uninstalling and re-
> installing the following gems / apps
> ruby-debug
> ruby port
> image magic and rmagick
>
> Once this was done all is well
>
> I guess the moral of the tale is that OS''s are complex beasts and
> Apple just like Microsoft are full of human beings; so backup before
> doing anything major
>
> The sad thing is that I haven''t really seen any improvements with
Snow
> Leopard ....
>
I guess  we are running mostly in 32-bits... I hope Apple will unlock
64-bits kernel/extensions for us soon, w some new firmware .....
so full 64 should bring better performances....



> MIchaelwww.itdashboard.co.uk