Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
[quote=P2O2]......
Ja mam:
Linux jola 3.4.0-030400rc4-generic #201204211835 SMP Sat Apr 21 22:36:13 UTC 2012 x86_64 GNU/Linux
:)
Zapytam jeszcze, musisz kompilować? Ja nie.
Pozdrawiam
:)[/quote]
A jakie to cuda sa w kernelu RC ( czyli 3.4.*) w chwili obecnej, jakich nie ma najnowszy stabilny kernel?
np: 3.3.3?
Co do kompilowania, to ja akurat nie muszę, ale sam sobie kompiluję kernele, i cały system.
I choć Ubuntu znam dobrze, Debiana też, to Gentoo mi odpowiada najbardziej.
A widzę, że ktoś tu ma Ubuntu chyba od tygodnia, skoro chce udowadniać, że jest tak albo inaczej lepsze od Debiana, i ma nowsze paczki w typie kernela RC czy gruba w wersji alfa.
A żeby wiedzieć, ile kłopotów wyłazi z paczek alfa, beta czy RC, w przypadku krytycznych elementów systemu, trzeba mieć conieco doświadczenia, nieco więcej, niz kilka dni z Ubuntu.
Ciekawe, czy po roku, i próbie aktualizacji dzialającego systemu do nowszej wersji Ubuntu też będzie lepsze od Debiana. :D
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2012-04-27 20:10:45)
Offline
[quote=Jacekalex]A widzę, że ktoś tu ma Ubuntu chyba od tygodnia, skoro chce udowadniać, że jest tak albo inaczej lepsze od Debiana.[/quote]
W zasadzie nie powinienem się teraz odzywać, ale myślałem, że to forum wolne jest od głupkowatej podejrzliwości czy żartowania na zasadzie - "a co to za trola my tu mamy?!"
Na dodatek Szanowny Jacekalex ma kłopoty ze zrozumieniem czytanych tekstów - zwróciłem uwagę na łatwość z jaką użytkownicy Ubuntu mogą przetestować lub użytkować najnowsze kernele i wyraziłem przy tym żal, że Debian nie potrafił pójść ich śladem w zakresie wygody ich instalowania.
Czy powyższa wypowiedź może zakończyć powtarzanie w kółko - "co autor (tutaj P2O2) miał na myśli"?
Ech... samo życie... forumowe...
Pozdrawiam
[quote=P2O2]zwróciłem uwagę na łatwość z jaką użytkownicy Ubuntu mogą przetestować lub użytkować najnowsze kernele i wyraziłem przy tym żal, że Debian nie potrafił pójść ich śladem w zakresie wygody ich instalowania.[/quote]
Z tą tezą łatwości się niestety nie zgodzę.
Pewnie to kwestia przyzwyczajeń.
Przynajmniej ja nie widzę najmniejszej trudności w instalowaniu debianowych kerneli.
Instalacja kerneli od ubuntu wiąże sie jeszcze z ryzykiem że możemy przypadkiem nie skompilować na nim jakiegos dodatkowego modułu gdyż był kompilowany inną wersją gcc.
Zdarza się to co prawda rzadko ale nie można tego wykluczyć.
Offline
[quote=P2O2][quote=Jacekalex]A widzę, że ktoś tu ma Ubuntu chyba od tygodnia, skoro chce udowadniać, że jest tak albo inaczej lepsze od Debiana.[/quote]
W zasadzie nie powinienem się teraz odzywać, ale myślałem, że to forum wolne jest od głupkowatej podejrzliwości czy żartowania na zasadzie - "a co to za trola my tu mamy?!"
Na dodatek Szanowny Jacekalex ma kłopoty ze zrozumieniem czytanych tekstów - zwróciłem uwagę na łatwość z jaką użytkownicy Ubuntu mogą przetestować lub użytkować najnowsze kernele i wyraziłem przy tym żal, że Debian nie potrafił pójść ich śladem w zakresie wygody ich instalowania.
Czy powyższa wypowiedź może zakończyć powtarzanie w kółko - "co autor (tutaj P2O2) miał na myśli"?
Ech... samo życie... forumowe...
Pozdrawiam[/quote]
To jest zdecydowanie problem użytkowników Ubuntu.
I nie ma sensu testowania nowych kerneli, jeśli sie nie wie, co za nowości się w nich pojawiły.
Warto natomiast testować różne wersje kerneli, zawierające różne łatki, np porównać stadnardową hibernację z Tuxonice, pod katem bezpieczeństwa - różnica między zwykłym kernelem, a kernelemz grsec/pax lub selinux.
Szybkość - prównanie stadardowego kernela z kernelem ck.
Ale oczywiście uzytkownicy Ubuntu nie porównają nawet, jaka różnica jest w użyciu i działaniu modułu ładowanego od wbudowanego w jajo.
Ale tego nie zobaczą nawet, kiedy przetestują 200 kerneli od Ubuntu.
Ale za to zawsze znajdzie się jakiś fanboy Ubuntu, który będzie udowadniał, że w Ubuntu może nowsze testować, latwiej podobno.
ALe po co testować jajka, które mają taką samą konfigurację, i takie same oopcje, a różnią sie tylko numerkami?
Jest w tym jakiś sens?
Może dla użytkownika Ubuntu, i to mocno początkującego.
Bo akurat jakość jajek z Ubuntu w różnych zastosowaniach jest raczej średnia, niezależnie od wersji.
Co nieżle widac w porównaniu tych stadnardowych, z [url=http://ubuntu.pl/forum/viewforum.php?f=216]tymi kernelami[/url].
Ale w Ubuntu też trzeba conieco wiedzieć, zanim się taką czy inną bzdurę napisze, o czy jednak w instrunkcji Ubuntu nie napisali :D
Ostatnio edytowany przez Jacekalex (2012-04-27 22:43:02)
Offline
Skoro już tak trollujemy, to pozwolę sobie zauważyć, że kernele które kolega tak chwali nie są oficjalnymi kernelami dostarczanymi z Ubuntu. Oficjalne natomiast pakietowane są w podobnie pokręcony sposób jak w Debianie: [url]packages.ubuntu.com/source/precise/linux[/url]. :P
Offline
[quote=ilin][quote=P2O2]zwróciłem uwagę na łatwość z jaką użytkownicy Ubuntu mogą przetestować lub użytkować najnowsze kernele i wyraziłem przy tym żal, że Debian nie potrafił pójść ich śladem w zakresie wygody ich instalowania.[/quote]
Z tą tezą łatwości się niestety nie zgodzę.
Pewnie to kwestia przyzwyczajeń.
Przynajmniej ja nie widzę najmniejszej trudności w instalowaniu debianowych kerneli.
Instalacja kerneli wiąze sie jeszcze z ryzykiem że możemy przypadkiem mie skompilować na nim jakiegos dodatkowego modułu gdyż był kompilowany inną wersją gcc.
Zdarza się to co prawda rzadko ale nie można tego wykluczyć.[/quote]
Ilin
Pozostanę przy swoim zdaniu. Gdy masz już wprawę w "żonglerce" kernelami, wszystko jest proste. Ubuntu jest dla innej grupy użytkowników niż Debian. Ostatnio wyczytałem, że ktoś tam napisał okienkową aplikację(!) do zmiany formatów plików graficznych! Jak widać "windowsyzacja" Ubuntu idzie pełną parą! :)
Druga Twoja uwaga jest jak najbardziej na miejscu. Nowy kernel "spoza układów" zawsze niesie z sobą ryzyko. Jeśli jednak wie się czego nie należy robić (mieszać!), to zawsze będzie można łatwo wycofać się z nowego systemu. Zresztą zawsze mam pod ręką dwa dodatkowe kernele - poprzedni i stabilny. :)
Pozdrawiam
[quote=ArnVaker]Skoro już tak trollujemy, to pozwolę sobie zauważyć, że kernele które kolega tak chwali nie są oficjalnymi kernelami dostarczanymi z Ubuntu. Oficjalne natomiast pakietowane są w podobnie pokręcony sposób jak w Debianie: [url]packages.ubuntu.com/source/precise/linux[/url]. :P[/quote]
:)
Niemniej, ktoś zrobił coś, co okazało się mieć sens. Przynajmniej w moich oczach. :)
Pozdrawiam
[quote=P2O2]Ja chcę wiedzieć co instaluję PRZED zainstalowaniem, a tego Debian mi nie oferuje![/quote]
Jak to nie?
$ aptitude show linux-image-amd64
Pakiet: linux-image-amd64
Nowy: tak
Stan: zainstalowany
Zainstalowany automatycznie: nie
Wersja: 3.2+44
Priorytet: opcjonalny
Sekcja: kernel
Opiekun: Debian Kernel Team <debian-kernel@lists.debian.org>
Architektura: amd64
Rozmiar rozpakowanego: 37,9 k
[b]Wymaga: linux-image-3.2.0-2-amd64[/b]
Udostępnia: linux-latest-modules-3.2.0-2-amd64
Opis: Jądro Linux do komputerów 64-bitowych (metapakiet)
Pakiet zależny od najnowszego jądra Linux oraz modułów używanych w komputerach z procesorem AMD64 lub Intel 64.
To jądro działa również na hypervisorze Xen. Obsługuje zarówno operacje uprzywilejowane (dom0), jak i nieuprzywilejowane (domU).
$ aptitude show linux-image-3.2.0-2-amd64
Pakiet: linux-image-3.2.0-2-amd64
Nowy: tak
Stan: zainstalowany
Zainstalowany automatycznie: tak
Wersja: [b]3.2.15-1[/b]
Priorytet: opcjonalny
Sekcja: kernel
Opiekun: Debian Kernel Team <debian-kernel@lists.debian.org>
Architektura: amd64
Rozmiar rozpakowanego: 107 M
Wymaga: kmod | module-init-tools, linux-base (>= 3~), initramfs-tools (>= 0.99~) | linux-initramfs-tool
Wymaga wstępnie: debconf | debconf-2.0
Poleca: firmware-linux-free (>= 3~)
Sugeruje: linux-doc-3.2, grub-pc | extlinux | lilo (>= 22.8-8.2~)
Narusza zależności: at (< 3.1.12-1+squeeze1), initramfs-tools (< 0.99~), lilo (< 22.8-8.2~)
Udostępnia: linux-image, linux-modules-3.2.0-2-amd64
Opis: Linux 3.2 for 64-bit PCs
The Linux kernel 3.2 and modules for use on PCs with AMD64 or Intel 64 processors.
This kernel also runs on a Xen hypervisor. It supports both privileged (dom0) and unprivileged (domU) operation.[/quote]
Z metapakietu wyciągasz informację od jakiej wersji pakietu z jądrem zależy. Z informacji o tym pakiecie dowiadujesz się, jaka jest to wersja.
Fakt, że na pierwszy rzut oka numeracja tych wersji wydaje się być strasznie poplątana. Warto więc ją wyjaśnić:
1. Numer wersji metapakietu zmienia się za każdym razem, gdy pojawia się nowy pakiet z jądrem (aby menedżer pakietów wiedział, że trzeba go zaktualizować). Jako taki jest on wykorzystywany tylko przez wewnętrzne mechanizmy Debiana i jeśli w jakikolwiek sposób koresponduje z numerem jądra, to wyłącznie dlatego, że twórcy Debiana postanowili być mili. W związku z tym numerem wersji metapakietu nie należy się w żaden sposób sugerować.
2. W nazwie pakietu z jądrem znajduje się numer, przy czym jest to numer linii jądra (3.0, 3.2, 3.4 itd.). Dzięki temu można mieć zainstalowanych kilka linii kernela obok siebie (np. linię stabilną i linię testową). Ten numer jest mylący, gdyż zawiera jeszcze tzw. „dot release”, które w tym wypadku jest zawsze zerem. Wynika to stąd, że twórcy kernela jakoś w zeszłym roku zdecydowali się przenieść numer linii o jeden w hierarchii (kiedyś liniami były 2.6.x, a w obrębie linii pojawiały się nowe wersje, teraz liniami są 3.x).
3. W związku z tym należy spoglądać na numer wersji pakietu z konkretną linią jądra. Jak widać, jest to — w moim przypadku — 3.2.15. Patrząc na stronę kernel.org, mój kernel zalega o jedną wersję w stosunku do projektu macierzystego (najnowszy jest 3.2.16 sprzed tygodnia). Debian używa najnowszego kernela stabilnego z przedłużonym wsparciem (ang. [i]long-term stable[/i]). Kernel 3.3 nie ma przedłużonego wsparcia, zaś 3.4 nie jest jeszcze stabilny (tzn. niekoniecznie działa niestabilnie, po prostu nie została jeszcze wydana jego ostateczna wersja).
4. Numer po myślniku w numerze wersji to zwyczajowy numer wersji w Debianie.
Poza tym kilka uwag:
1. W Debianie nic nie jest trudne ani skomplikowane. W chwili instalacji systemu instalowany jest metapakiet z jądrem odpowiednim do używanej architektury. Potem przy aktualizacji instalowana jest najnowsza wersja jądra dostępna w repozytorium. Użytkownika nic więcej nie obchodzi. Co w tym jest skomplikowanego?
2. Ty odnosisz się do nieczytelności nazwy pliku pakietu, a nie nazwy pakietu. Akurat pod tym względem w Ubuntu zdarza się jeszcze większy burdel niż w Debianie — żeby nie szukać daleko, [url=http://packages.ubuntu.com/precise/i386/linux-image-3.2.0-23-generic/download]jądro w najnowszym wydaniu[/url]. Ponadto nazwa pliku pakietu jest wykorzystywana tylko przez menedżer pakietów i jako taka ma być czytelna dla komputera, a nie dla człowieka (użytkownika). Twój zarzut jest więc nietrafiony.
Spinnen Essen: [url=http://fluxboxpl.org/portal/]FluxboxPL[/url] [url=http://przepis-na-lo.pl/]Przepis na LibreOffice[/url]
Offline
[quote=P2O2]Niemniej, ktoś zrobił coś, co okazało się mieć sens. Przynajmniej w moich oczach. :)[/quote]
Wiesz, kiedyś było repozytorium z rozwojowymi kernelami prowadzone przez deweloperów Debiana:
deb http://kernel-archive.buildserver.net/debian-kernel/ trunk main
Pojawiały się tam na bieżąco kernele -rc… Kiedyś jednak padł UPS, wraz z nim serwer na którym to stało i okazało się, że w sumie nie ma sensu tego reanimować. Debian generalnie nie goni za najnowszymi wersjami oprogramowania, a kernel po prostu nie jest tutaj wyjątkiem.
Offline
@Minio
Miód na moje oczy i umysł. :) Wielkie dzięki za wyczerpujące wyjaśnienia.
Pozwól jednak zacytować tylko jedno zdanie: "Użytkownika nic więcej nie obchodzi."
Otóż, ja nie jestem użytkownikiem, który instaluje Debiana z Gnomem, a potem martwi się jak go wykorzystać. :) A to, co mam u siebie w maszynie jest starannie wyselekcjonowane przez wiele lat organoleptycznego doświadczenia. :) Innymi słowy nie przepadam za wielowymiarowym "windowaniem" GNU/Linux, co się obecnie dzieje w tym światku, byle tylko przyciągnąć jak największą liczbę windziarzy. Ale to temat na osobny wątek. ;)
Pozdrawiam
Ostatnio edytowany przez P2O2 (2012-04-27 20:54:34)
[quote=Minio]W związku z tym należy spoglądać na numer wersji pakietu z konkretną linią jądra. Jak widać, jest to — w moim przypadku — 3.2.15. Patrząc na stronę kernel.org, mój kernel zalega o jedną wersję w stosunku do projektu macierzystego (najnowszy jest 3.2.16 sprzed tygodnia).[/quote]
W tym przypadku akurat się zgadza, ale dodam, że nie zawsze. To jest wersja pakietu źródłowego Debiana, która czasem jest też podbijana bez zintegrowania nowego wydania. Żeby wiedzieć dokładnie co tam siedzi trzeba w changeloga zajrzeć.
Offline
@ArnVaker
Masz rację i nie masz. 3.3.3 wziął się zarówno z zapotrzebowania niektórych użytkowników, jak i z potrzeby rozwoju systemu. :)
Nie mam najnowszych aplikacji, kernel jest wyjątkiem, ale pisałem już o tym dlaczego. :)
Pozdrawiam
Dla Ciebie wyjątkiem jest kernel, a dla innych wyjątkiem będzie co innego. Dla Ubuntu pewnie jest też pełno PPA z innym oprogramowaniem w nowszych wersjach. Cóż, najwyraźniej nie ma komu robić tego samego dla Debiana. Zawsze jest jeszcze testing, tam standardowo jest kernel 3.2, a 3.3 można sobie pociągnąć z experimental ([deb]linux-image-3.3.0-trunk-amd64[/deb]) albo repo aptosida, siduction czy liquorix.
Offline
Oj, dyskusja, który kernel nowszy, ten lepszy (czy rzeczywiście i zawsze).
A ja w tej chwili mam, do testów różnych konfigów, jako z następującymi łatkami:
grsecurity+pax
layer7
esfq
IMQ
fbcondecor
Czy ktoś w historii Ubuntu/Debiana widział jajko z takim zestawem łatek/funkcji?
Wersja może być dowolna.
Bo naprawde źródla, obok oficjalnych, istnieją w różnych kopnfiguracjach do rozmaitych zastosowań, i posiadające łatki zwiększające funkcjonalność w różnych obszarach dzialania.
Tego nie widać ani w kernelach Debiana, ani w Ubuntu, to natomiast nieźle widać tutaj:
http://gpo.zugaina.org/Search?search=gentoo-sources
Oczywiście dla Ludzi, którzy potrafią zrobić własny konfig i skompilować jajo.
Można co prawda używać tylko i wyłącznie dystyrybucyjnych kerneli, ale nie jest żaden powód do chwalenia się, czy dumy ze swoich niezwykłych umiejętności.
To jest działanie, które umie każdy, kto opanował wiedzę tająmną, polegającą na obsłudze myszki, Synaptica, i doklejaniu linijek w sources.list (wersja hakerska ;) ), dodawaniu repo w programiku żródla-oprogramowania (wersja użyszkodnika) lub wklejaniu do terminala sudo add-apt-repository ppa - wersja Ubuntowa - wymaga użycia myszki i otworzenia terminala (niesłychanie zawansowana technika dla SIUPER HAKIERUF).
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2012-04-28 02:21:18)
Offline
Time (s) | Query |
---|---|
0.00011 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00093 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.149.29.98' WHERE u.id=1 |
0.00063 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.149.29.98', 1732807572) |
0.00044 | SELECT * FROM punbb_online WHERE logged<1732807272 |
0.00058 | DELETE FROM punbb_online WHERE ident='3.144.4.54' |
0.00064 | SELECT topic_id FROM punbb_posts WHERE id=201012 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=21169 ORDER BY posted |
0.00096 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=21169 AND t.moved_to IS NULL |
0.00009 | SELECT search_for, replace_with FROM punbb_censoring |
0.00257 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=21169 ORDER BY p.id LIMIT 25,25 |
0.00073 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=21169 |
Total query time: 0.00777 s |