Rozumiem że "zabawa w zależności" to używanie menedżera paczek.

krzabr w takim razie jest pełno systemów także na linuksy, które działają w sposób opisany przez ciebie i mogą działać równolegle z tymi zawartymi w dystrybucji.

Autopackage, Zero install jeszcze kilka kiedyś znalazłem, ale nie pamiętam już nazw.

Oo, to ja poprosze o nazwy dystrybucji, ktore defaultowo tego uzywaja. Moze jeszcze dodatkowy warunek, zeby to nie byla dystrybucja, ktorej na calym swiecie uzywa 20 userow.

Z gory dziekuje. Prosba jest serio, nie znam distra linuxowego z taka funkcjonalnoscia i chetnie sie doksztalce.

Tzn. z menedżerem paczek? Weź którekolwiek z top10 DistroWatch.

Ale ja nie pisałem nic o autonomicznych paczkach, tylko o tym, że piekło zależności, nawet jeśli kiedyś było, to już dawno jest wspomnieniem.

W jakim distrze jest dawno wspomnieniem w takim razie? Konkretnie. Nie odsylaj mnie do DW. W np. opensuse jest wspomnieniem? Tak/nie.

Niestety nie rozumiesz na czym polegaja zaleznosci. Odpowiedz brzmi — nie.

Uzywam opensuse i menadzer pakietow pozwala na wybranie tylko _jednej_ wersji danej biblioteki. Wiec jesli masz jakis soft, ktory wymaga starszej wersji, zaczyna sie reczne dzierganie. Wszystko co zrobiono to rozwarstwiono glowne galezie, wiec leca pakiety kde3…, kde4…, gtk…, gtk2… Takie rozwiazanie nie dosc ze jest zenujace z punktu widzenia technologicznego, to jeszcze i tak nie rozwiazuje sprawy, bowiem sie sprowadza do "mamy nadzieje, ze bedzie dzialalo". W przypadku KDE np. nie dziala, bo programy wolaja sie nawzajem po nazwie, a nie po pelnej sciezce, w efekcie Konqueror z KDE4 probuje usilnie uruchomic KEditBookmarks z KDE3, co sie mu nie udaje.

Wniosek1: pieklo zaleznosci nadal istnieje, to ze nie widzisz tego ciagnac wszystko jak leci z repo nie znaczy, ze problemu nie ma.

Wniosek2: ludzie z PC-BSD odwalili kawal dobrej roboty rozwiazujac ten problem _porzadnie_. Byc moze tak tez jest w Gobo, nie wiem, dopiero bede testowal.

@macias na każdej dystrybucji z top10 zainstalujesz pakiety autopackage i zero install. Poza tym nikt nie broni robić debów czy rpmów ze wszystkim. Poza tym piekło zależności nie występuje jeśli instaluje się programy przeznaczone dla dystrybucji z której się korzysta w suse też. Jeśli się korzysta z zewnętrznych programów to już miej pretensję do osoby robiącej paczkę, że "pakietu nie udało się zainstalować z powodu niespełnionych zależności" czy cokolwiek innego wypluje menadżer pakietów.

@Reddie, zrob prosty test na opensuse. Zainstaluj po prostu (jednoczesnie!) kdebase 4.0.0, 4.1.0, 4.2.0, … 4.4.0. Uzywajac Yasta. Da sie? Nie.

> Jakieś zależności niespełnione

Przyklad z przedwczoraj — mam zrodla kodu, ktore wymagaja na sztywno libpythona 2.5.0. Ja mam libpythona 2.6.0 wymaganego przez soft, ktory jest juz zainstalowany.

Wyjasnij mi prosze jak moge zainstalowac jednoczesnie 2.5.0 i 2.6.0? Uzywajac Yasta.

@marcinsud

Pytalem o domyslnego manadzera. Jesli bym mial ochote pakowac wszystko sam z reki, to rownie dobrze moglbym sie przerzucic na Gentoo albo w ogole zaczac pisac wlasny system operacyjny. Chodzi mi o gotowe rozwiazania zintegrowane z distrem.

Co do zewnetrznych paczek — korzystam z oficjalnych repo, nieoficjalnych oraz kodow zrodlowych. I chodzi wlasnie o taki mechanizm, aby nie miec do nikogo pretensji, ze jego kod zrodlowy korzysta ze starszej wersji boosta.

To co de facto mowisz, to utopia, zeby user (fryzjer, chirurg, piekarz, etc) grzebal sie w zrodlach, poprawial kod zrodlowy tylko po to, aby uzywac programu. To absurd. To powinno byc rozwiazane na poziomie systemu paczek (programow), a nie recznych poprawek usera.

@Trok:

"205,000 dla zapytania stali linux. "
"3,360,000 dla zapytania opensuse linux"

To raz, dwa statyczne linkowanie uniemozliwia selektywna instalacje, kiedy system zauwazy, ze kilka programow korzysta wymaga tych samych bibliotek.

Wiec to nie to.

PS.

>> @Reddie, zrob prosty test na opensuse. Zainstaluj
>> po prostu (jednoczesnie!) kdebase 4.0.0, 4.1.0,
>> 4.2.0, … 4.4.0. Uzywajac Yasta. Da sie? Nie.

> I gdzie tu jest piekło zależności?

To "podrecznikowy" przyklad D.H. Gdyz KMail, ktorego mam wymaga kdebase 4.0.0, a Akregator 4.1.0. Jesli wiec zadajesz takie pytanie to znaczy, ze do tej pory nie widziales D.H, bo nie rozumiales na czym to polega.

Odpowiedzialem na calosc tylko w odwrotnej kolejnosci.
a) blednie zakladasz, ze PCBSD ma system paczek identyczny funkcjonalnie z Windows
b) nie rozumiales (bo mam nadzieje, ze juz doczytales WP) co to jest DH i z tego powodu nie zauwazales tego problemu w distrach linuxowych (ba, nie zauwazyles, kiedy podalem Ci "gotowca") — problem nadal istnieje