Jarosław Zabiełło - BLOG: Tag osx

Wolne odświeżanie gemów

Jarosław Zabiełło — Sun, 23 Mar 2008 17:57:00 +0100

Od jakiegoś czasu proces wielu użytkowników Leoparda narzeka na bardzo wolne odświeżanie gemów Rubiego. Instalacja nowego gemu potrafiła być 10x wolniejsza niż pod Ubuntu. Po małych modyfikacjach, ładowanie gemów na Leopardzie jest teraz dla odmiany szybsze niż na Ubuntu. :)

Przede wszystkim, wyłącz protokół IPv6 (System Preferences -> Network -> Advanced -> TCP/IP -> Configure IPv6) oraz dodać komendę

require 'resolv-replace'
# Ezra Zygmuntowicz radzi aby dodać:
Socket.do_not_reverse_lookup = true

do skryptu /opt/local/bin/gem (używam tu MacPortów). Tylko trzeba uważać, bo ta zmiana zniknie po gem update --system.

Jeśli ta zmiana nie wystarczy, to odpal komendę

sudo gem list -r -B 10000

i podmień plik /opt/local/lib/ruby/site_ruby/1.8/rubygems/remote_fetcher.rb na najnowszy z repozytorium.

TrueCrypt 5 dla Leoparda

Jarosław Zabiełło — Fri, 08 Feb 2008 01:34:00 +0100

W końcu Mac OS X doczekał się swojej wersji doskonałego (open-source) programu szyfrującego TrueCrypt. W nowej wersji obsługiwane są systemy Tiger i Leopard w wersji intelowskiej i PPC.

Co prawda OSX (za pomocą programu Disk Utility) standardowo wyposażony jest w możliwość tworzenia szyfrowanych obrazów dysków ale jego możliwości są bardzo skromne w porównaniu do tego co oferuje TrueCrypt który np. umożliwia tworzenie niewykrywalnych, ukrytych partycji dostępnych za pomocą alternatywnego hasła. Wykorzystuje też bardzo silne algorytmy szyfrowania. Program działa na systemach Windows Vista/XP, Mac OS X, i Linux.

Jest w końcu Java 6 dla Leoparda

Jarosław Zabiełło — Fri, 30 Nov 2007 12:34:00 +0100

Zarówno Apple jak i Sun się ociągają z wypuszczeniem Javy 6 dla Leoparda (tj. Mac OS-X 10.5). W internecie można znaleźć trochę wkurzonych osób. Niektórzy chcą nawet słać petycje do Apple aby coś z tym zrobili.

Na szczęście, znalazł się jeden człowiek (Landon Fuller) który udostępnił Javę 6 dla Leoparda. Gwoli ścisłości, przygotował zarówno wersję 32 bitową dla Tigera i Leoparda jak i wersję 64-bitową (tylko dla Leoparda). Choć plik zawiera w nazwie słowo “amd64”, nie należy się tym przejmować. Działa bez problemu na MacIntelach.

Oracle, Rails i Mac OS X

Jarosław Zabiełło — Thu, 01 Nov 2007 16:26:00 +0100

Dziś postanowiłem zainstalować na swoim maczku (śmigającym na nowym Leopardzie) obsługę bazy Oracle dla Ruby on Rails. Niestety aby to było możliwe trzeba wpierw zainstalować sobie klienta do Oracle. Ściąganie grubo ponad 300MB tylko po to, aby można było skompilować driver… Nic to. Drobnostka.

To niby ma być instalacja dla OSX… Oracle nic się nie nauczył na temat tego, jak powinni być instalowane programy na Mac OS X. Udostępnił jakiś obskurny skrypt. Nic to. Odpalam go (profilaktycznie robię to na prawach root’a) i co otrzymuję?

sh-3.2# ./runInstaller 
./runInstaller: line 59: /Users/ja/Desktop/Oracle: No such file or directory

Hmm, brakuje mu katalogu? No to tworzymy. Próba druga:

sh-3.2# mkdir /Users/ja/Desktop/Oracle
sh-3.2# ./runInstaller 
./runInstaller: line 59: /Users/ja/Desktop/Oracle: is a directory

No proszę, gdyby nie skrypt Oracle’a to bym nigdy się nie domyślił, że stworzylem przed chwilą katalog… OK. Kasuję i tworzę pusty plik. Próba trzecia:

sh-3.2# touch  /Users/ja/Desktop/Oracle
sh-3.2# ./runInstaller 
./runInstaller: line 59: /Users/ja/Desktop/Oracle: Permission denied

No teraz, to ręce mi opadły. Będąc skrypt krzyczy że nie mam dostępu mimo, że mam wszelkie możliwe dostępy jako root. Czy ten skrypt przygotowywał jakiś idiota? Wpierw marudzi że nie ma pliku lub katalogu. Jak stworzę katalog to mu nie pasuje że to katalog. A jak stworzę plik to nie mam do niego dostępu mimo, że jestem na prawach root’a.

Na razie daję sobie spokój. Chyba odpalę VMware i Linuksa, może tam zadziała.

Jak już jestem przy temacie Oracle’a, to podobno to jest całkiem dobra baza pod warunkiem, żektoś poświęci miesiąc czasu na odpowiednią jej konfigurację. :) Ale poważniej. Nie mogę zrozumieć dlaczego Oracle puste teksty w polu traktuje tak jak NULL. Jeśli mam pole typu tekstowego i zawiera pusty napis to kwerenda SELECT * FROM tab WHERE pole='' nic nie znajdzie. Trzeba użyć składni SELECT * FROM tab WHERE *pole IS NULL*. Jakiś idiotyzm. Żeby było śmieszniej, w manualu do MySQL 5 napisali, że tylko osoby początkujące w SQL mylą puste stringi z wartościami NULL. Ubaw po pachy.

The concept of the NULL value is a common source of confusion for newcomers to SQL, who often think that NULL is the same thing as an empty string ’’.

Nie rozumiem również dlaczego Oracle nie potrafi zrobić GROUP BY dla aliasu pola? Ale nic, to. To pewnie dopiero początek zabawy z Oraclem na którego migrujemy z “zabawkowego” MySQL. Już teraz widzę że czeka nas ciężkie przepisywanie kwerend SQL.

Update: Jak już nic nie pomaga, to zagląda się do helpu, he he. No to zajrzałem. A tam wielostronicowa, durna instrukcja obsługi jak zainstalować klienta Oracle’a. Trzeba potworzyć jakieś grupy, userów. Tylko się utwierdziłem w tym co napisałem. Instalację do Oracle przygotowała jakaś grupa idiotów. Co za problem, aby to zautomatyzować? Pod windozą instalacja Oracle (i to całej bazy a nie tylko klienta) jest kwestią paru kliknięć.