@jellonek: Spytaj sie Oracle'a o uruchomienie ich produktu pod Debianem i zastanow sie, dlaczego cie splawia.

I mają rację. Wbrew pozorom, różnice są spore i to w niby ustandaryzowanym basesystemie. Przerabiałem nie raz sam – też pracuje w firmie, która oferuje produkty na Linux'a. Podam dwa przykłady kompatybilności Ubuntu i RH:
RH:
passwd –help|grep stdin
–stdin read new tokens from stdin (root only)
Na Ubuntu passwd nie ma opcji stdin i taki instalator Oracle automatycznie zakładający konta sie wykrzacza.
Dodatkowo –help z passwd w RH idzie na stdout(1) a w Ubuntu na stderr (2).

Takich pierduł są __dziesiątki__ jakie spotkałem. Ja się nie dziwie producentom – wyłapywanie tego trwa, i kosztuje. Dopóki base system bedzie tak rozjechany zapomnijmy o wsparciu wielu distro. Paczkowanie to najmniejszy problem 🙂

@tomlee: Nie da sie, jesli program ma byc nietrywialny. A Oracle, biorac pod uwage ilosc platform, na ktorych chodzi, jest napisany bardzo przenosnie.

@tomlee: Mniejsza o reszte oferty, skupmy sie na samej bazie. Linux nie ma portow na tyle architektur, ile Oracle mialo w historii wspieranych platform. Problem w tym, ze wsparcie dla kazdej z tych platform wymagalo troche pracy. Nie da sie zrobic tak, aby oprogramowanie bylo przenosne "ot, tak" – zawsze znajdzie sie pewna ilosc drobnostek – inny kernel (a co za tym idzie inny zestaw bledow w nim), rozne wersje bibliotek (analogicznie), cos skompilowane z watkami a cos innego bez, pliki konfiguracyjne gdzie indziej albo kompletny bajzel w filesystemie niepodobny do niczego (Suse) – ktore to drobnostki powoduja, ze kazda dystrybucje trzebaby supportowac oddzielnie.