odziedziczyłem maca z zainstalowanym ruby 1.8.6 i 1.9.1
system domyślnie korzysta z wersji 1.9.1 niestety nie moge sie dogadac z “ri” oraz “rdoc”
pytanie zatem jest następujące- czy ktoś z was miał podobny problem i udalo mu się go rozwiazać ?
ew. czy ktoś z was instalował ruby 1.9.1 na macu i nie ma tego problemu? jeżeli tak to proszę o linka do tutka
Na makach ruby 1.8.6 jest domyślnie zainstalowany w /usr/bin. Ruby 1.9.1 został doinstalowany później - ale jest na to z bazylion różnych sposobów. Na pewno jednak jest w innej lokalizacji, natomiast sama ta lokalizacja musi być w zmiennej PATH ustawiona przed /usr/bin.
Znajdź gdzie jest zainstalowany ruby 1.9.1 za pomocą polecenia:
which ruby
Następnie zajrzyj do .bashrc lub .bash_profile, znajdź definicję zmiennej PATH i przestaw wpisy tak, by /usr/bin było pierwsze.
Najlepszym rozwiązaniem będzie jednak gdy osoba od której masz maka powie Ci jak zainstalowała ruby 1.9.1 i powie Ci jak go odinstalować.
which ruby
=> /opt/local/bin/ruby
ruby -v
=> ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-darwin9]
rdoc ((... dlugo mysli ... odpala wiatrak ...))
=>/opt/local/lib/ruby1.9/1.9.1/rdoc/rdoc.rb:152:in `stat': No such file or directory - ./ruby (Errno::ENOENT)
(...)
.bash_profile:
(...)
export PATH="$HOME/bin:/opt/local/bin:$PATH"
(...)
znalazlem cos takiego
z tym, że spotlight znajduje 4 rozne foldery “parsers”,ktore maja w sciezce cos w stylu"ruby1.9" ale zaden z nich nie znajduje sie w folderze /opt/local/lib oraz w zadnym z nich nie ma pliku parse_rb.rb
z kolei szukajac parse_rb.rb spotlight znajduje jeden plik, ktory znajduje sie w sciezce do ruby 1.8
inny pomysl byl taki:
which rdoc
=>/opt/local/bin/rdoc
cd /opt/local/bin/
sudo mv rdoc rdoc_kopia
sudo mv rdoc1.9 rdoc
sudo gem rdoc ((... mysli ...))
nastepnie wypluwa komunikat o tym ze instaluje rdoc i ri dla wszystich gemow, ktore mam zainstalowane,
oto co z tego wyniklo:
przyklad uzycia:
ri respond_to
=>/opt/local/lib/ruby1.9/gems/1.9.1/gems/rdoc-2.4.3/lib/rdoc/ri/driver.rb:405:in `initialize': Permission denied - /Users/phocke/.ri/cache/.doc_dirs (Errno::EACCES)
sudo ri respond_to
(( dziala ok ))
gem server
(( po restarcie systemu i wejsciu na localhost:8808 linki do rdoca lokalnego sa nieaktywne ))
mate . (( w folderze aplikacji rails))
((po najechaniu kareta na jakies slowo wypluwa "ri documentation error"))
sudo mate .
((j.w.))
wiec jak widac niby dziala ale nie do konca
tutaj ktos ma podobny problem z textmate’m, niestety dalej nierozwiazany
myslalem nawet o twardym formacie, ale raz, ze smierdzi to winzgroza a dwa, ze troche czasu to zajmie
mam nadzieje ze uda sie to naprawic. . .
a niestety osoby, ktora to instalowala nie ma juz w firmie
dzieki za pomoc
Bardzo dziwna sprawa - nie wiem, czy warto w tym grzebać. Jeśli chcesz mieć bardzo szybko działającego Rubiego, zrób tak:
Zainstaluj ze źródeł Ruby 1.8. Do /opt/ruby18.
Zmienna środowiskowa PATH niech jako pierwsze wskazuje /opt/ruby18/bin
Gotowe. Masz czystą instalkę Rubiego niczym nie zasyfioną.
Jeśli potrzebujesz do tego 1.9, który nie będzie się gryzł z 1.8, to:
Zainstaluj 1.9 ze źródeł do /opt/ruby19, przy konfiguracji podając --program-suffix=19. Dodaj /opt/ruby19/bin do PATH. Nowego Rubiego odpalasz poprzez ruby19, rake19, gem19, irb19…
A instalacja OS X to nic strasznego. Format, niecała godzinka kopiowania plików i już. Sterowników ani podstawowego oprogramowania przecież nie trzeba instalować, bo wszystko jest od razu. Do tego zainstalować XCode, portsy i jedziemy.