  |
|
| ° Forum ° Odpowiedz ° Rejestracja ° Szukaj ° | |
 |
Forum / Linux / Natrętne pytanie o idealną(dla mnie) dystrybucję. |
| Autor | Wiadomo¶æ |
| Daniel Horecki
|
Posted: 24 Lip 2008 10:42:10 Teraz, to pewnie ktoś mnie już zastrzeli.
Szukam ideału x86_64: Zestaw pakietów, aktywność społeczności (zewnętrzne repozytoria), łatwość konfiguracji/zarządzania, wsparcie dla i386 pod x86_64 JAK W FEDORZE. I. Dystrybucja "ciągła" i niekompilowana. Jest coś takiego? OpenSUSE? Zdefiniuj "wsparcie dla i386 pod x86_64 JAK W FEDORZE". Daniel |
| Daniel Horecki
|
Posted: 24 Lip 2008 11:57:16 Daniel Horecki nagli:
Teraz, to pewnie ktoś mnie już zastrzeli. Szukam ideału x86_64: Zestaw pakietów, aktywność społeczności (zewnętrzne repozytoria), łatwość konfiguracji/zarządzania, wsparcie dla i386 pod x86_64 JAK W FEDORZE. I. Dystrybucja "ciągła" i niekompilowana. Jest coś takiego? OpenSUSE? Zdefiniuj "wsparcie dla i386 pod x86_64 JAK W FEDORZE". Transparentne. Bez zabaw z chroot. OpenSUSE jest ciągłą dystrybucją? Brak tej cechy jest zasadniczym argumentem przeciwko fedorze. ArchLinux. Dowolna wersja rozwojowa (RawHide w Fedorze, sid w Debianie). Nie wiem, czy Sabayon nie ma pakietów binarnych. Daniel |
| Jarek Kamiński
|
Posted: 24 Lip 2008 17:07:12 24.07.2008 user ksywk± Wieslaw Kierbedz nabazgra³(a) na grupê pl.comp.os.linux co nastêpuje: RawHide, sid, Th w PLD, czy to nie s± przypadkiem repozytoria
przygotowuj±ce nastêpne wydanie, które s± mro¿one przed wydaniem i budowane od nowa (Th na pewno)? Tym razem, to nie ironia - naprawdê nie wiem. Nie wiem, jak pozosta³e, ale Sid nie jest mro¿ony. W Debianie to wygl±da, ¿e nowe paczki trafiaj± do unstable (Sid), po pewnym okresie, o ile nie maj± b³êdów krytycznych (w pewnym uproszczeniu) przechodz± do ga³êzi testing (obecnie Lenny). Jak przyjdzie pora, to ona jest mro¿ona (pakiety z unstable nie migruj± same) i po jakim¶ czasie staje siê stable (obecnie Etch). Tam trafiaj± tylko poprawki bezpieczeñstwa i b³êdów krytycznych. Czyli unstable jest "ci±g³e stale", testing ma szansê byæ stabilniejszy, ale poza okresem freeze te¿ ma w miarê ci±g³y nap³yw paczek (ale na czê¶æ trzeba poczekaæ), a stable to ¶wiêty spokój ;-) Ewentualnie mo¿na mieszaæ, na przyk³ad testinga z unstable, albo stable z backports.org. Jarek. |
| Daniel Horecki
|
Posted: 24 Lip 2008 17:16:10 Daniel Horecki nagli:
ArchLinux. Dowolna wersja rozwojowa (RawHide w Fedorze, sid w Debianie).
Nie wiem, czy Sabayon nie ma pakietów binarnych. Czy archa dostanę na x86_64? Tak. Sabayon jest rzeczywiście binarną wersją gentoo. Sprawdzę jeszcze
dostępność pakietów. A z tym nie wiem. ;) RawHide, sid, Th w PLD, czy to nie są przypadkiem repozytoria
przygotowujące następne wydanie, które są mrożone przed wydaniem i budowane od nowa (Th na pewno)? Tym razem, to nie ironia - naprawdę nie wiem. Tylko, ze Th nigdy nie będzie zamrożone, przynajmniej za naszego życia... ;-) Nie wiem, jak rawhide, ale sid jest cały czas rozwijany, potem to jest przenoszone do testing, a tam jest zamrażane i przygotowywane do wydania. http://www.debian.org/releases/unstable/ Daniel |
| Daniel Horecki
|
Posted: 24 Lip 2008 17:18:49 wsparcie dla i386 pod x86_64 JAK W
FEDORZE. Tego nie wiem... A nie jest przypadkiem tak, że program dla i386 można zwyczajnie uruchomić na systemie 64-bitowym? Muszą być biblioteki 32-bitowe. Daniel |
| Daniel Horecki
|
Posted: 24 Lip 2008 20:01:56 Wiadomość od Daniel Horecki:
Tylko, ze Th nigdy nie będzie zamrożone, przynajmniej za naszego życia... ;-)
Doczekałem zamrożenia nesta, doczekam i Th. Niestety w PLD nie do końca mi się chce chroota uczyć do i386. Magiczne słowo w przypadku i386 pod x86_64 to multilib. Miałem normalnie programy i biblioteki i386 bez chroota na Th/x86_64, jedyny problem to duplikowanie bibliotek. Daniel |
| Daniel Horecki
|
Posted: 25 Lip 2008 09:47:09 Wiadomość od Daniel Horecki:
Wiadomość od Daniel Horecki: Tylko, ze Th nigdy nie będzie zamrożone, przynajmniej za naszego życia... ;-) Doczekałem zamrożenia nesta, doczekam i Th. Niestety w PLD nie do końca mi się chce chroota uczyć do i386. Magiczne słowo w przypadku i386 pod x86_64 to multilib. Miałem normalnie programy i biblioteki i386 bez chroota na Th/x86_64, jedyny problem to duplikowanie bibliotek. Daniel O: Miałem przerwę w PLD, jakieś 2 lata. W 2006 nie było multiliba. A to duplikowanie? Na przykład: # rpm -q gtk+2 gtk+2-2.12.10-2.x86_64 gtk+2-2.12.10-2.i686 Jednocześnie zainstalowane pakiety w wersji i686 i x86_64. Czy takie środowisko konstruuje się samemu?
Instaluje się normalnie wersję x86_64, potem w poldku odkomentowuje pakiety i686. Czy też opcje w konfigach poldka, lub jakiś multipakiet?
j/w Daniel |
| Daniel Horecki
|
Posted: 25 Lip 2008 16:26:50 No to ostatnie.
O tym duplikowaniu. Czy to problem z poldkiem i duplikate packages, czy zdarza się i w innyh sytuacjach? Duplikowanie w sensie, że są dwie wersje bibliotek. Czy podział bibliotek trzeba przeprowadzić ręcznie?
Wprawdzie widzę /lib64 i /lib w x86_64. Czy to dlatego: rpm -qa | grep i686 glibc-2.7-12.i686 diffutils-2.8.7-5.i686 grub-0.97-6.i686 Rozumiem, że instalując "coś" muszę po prostu wybierać arch, jak część nazwy. Dokładnie. A uaktualniając poldek je rozróżnia?
Uaktualni tylko zainstalowane pakiety i tylko w wersji arch już zainstalowanej, czy poleci po całości i wciągnie w obydwu arch wszystko, co się da? Czy kiedy rzucę install -Ft *, to nie dociągnie mi do zainstalowanych i686 również wersji x64 i vice versa? Poldek je rozróżni, jeśli podasz całą nazwę, jeśli nie dodasz arch, to domyślnie da x86_64. Był błąd w poldku taki, że proponując pakiety z pola Suggest olewał architekturę, ale nie wiem, czy to zostało naprawione. Poldek uaktualni jest tylko w wersji i arch, które ma, nie pociągnie za sobą zależności z innej arch. A przynajmniej nie powinien. ;) Daniel |
| Jacek Popławski
|
Posted: 29 Lip 2008 23:53:19 Zestaw pakietów, aktywność społeczności (zewnętrzne repozytoria),
łatwość konfiguracji/zarządzania, wsparcie dla i386 pod x86_64 JAK W FEDORZE. I. Dystrybucja "ciągła" i niekompilowana. Jest coś takiego? Nie wiem co to znaczy "JAK W FEDORZE", pozostale wymagania spełnia Arch. |
| Daniel Horecki
|
Posted: 5 Sier 2008 08:06:49 Muszą być biblioteki 32-bitowe.
Na serwerze produkcyjnym ? Zamierzasz odpalać na nim x-terminale ? Pytanie nie było o serwer produkcyjny, pomyliłeś wątki. Daniel |