Forum Debian Users Gang

mati75 napisał(-a):

Kod:

Linux laptop 3.1.0-small #1 SMP Mon Oct 24 19:53:32 CEST 2011 x86_64 GNU/Linux

Wszystko niby ok, poza paroma rzeczami nie działa mi myszka na bt i moduł virtualbox wali błędem, czas pozostać na lts.

Dobra, dobra... A stos BlueZ zaktualizowałeś? Moduł VirtualBoksa powinna załatwić także aktualizacja. Masz VirtualBox 4.1.4? Tak tylko się upewniam :)

Ostatnio edytowany przez NIC (2011-10-24 22:06:09)

Nic nie aktualizowałem. Standardowy bluez ze stable, na 2.6.32 z tym samym confingiem wszystko działa.

Tomeku napisał(-a):

A wiadomo kiedy zaczną aktualizować?

Zaczęli. W końcu. :)

kernel.org

Czemu myślisz, że my mamy więcej informacji na temat kernel.org niż Ty? ;) Spytaj może na lkml czy gdzie tam się tego typu pytania zadaje…

BTW, w czym Ci to właściwie przeszkadza?

Nie przeszkadza, ale ostatnim razem pojechałeś mi (ArnVaker) tak po 'tytule', że aż mnie to męczy do dzisiaj... ;p Stąd moje usprawiedliwienie, że miałem powody pytać o tak błahą rzecz... ;)

A tak na serio to po prostu mnie to ciekawi... Po co, dlaczego i w ogóle... Was nie? W sumie argument azhag dał niezły... Być może dlatego...

Inna rzecz która mi nie daje spokoju to wersje wydań... Wiem, że już to było mówione jak to się numeruje, ale trochę to dla mnie niezrozumiałe. Czemu nie kończy się wydawać np 3.2.x a potem zaczyna się 3.3.x tylko idzie to równolegle... Że niby mają, aż tak dużo poprawek? Chyba mam za dużo uprzedzeń z $hita... Dla mnie jak np aktualnie mam 3.1.1 i widzę 3.2.0 jako nowe i 3.1.3 to co mam niby wybrać? Wiem, że to pie*doła no, ale po coś to służy nam (użytkownikom)... Tylko ja nie wiem po co?

Ostatnio edytowany przez P@blo (2011-11-29 10:03:34)

W kernelu jest to spowodowane kompatybilność łat i sterowników.
Np łatka rt jest na kernel 3.0, i 2.6.33, grseucirity (stabilna) na 2.6.32.48, jeszcze niedawno Xen był max na jajo 2.6.34 a OpenVZ jest na jajo 2.6.18.

Dlatego poszczególne linie kerneli są wydawane równocześnie, i np dlatego jeszcze niedawno były dostepne kernele 2.4.* (które ktoś potrzebował do routerów).
Teraz są stabilne kernele z linni: 2.6.32,  2.6.33, 2.6.34, 2.6.35, 2.6.38, 2.6.39, 3.0, 3.1.

Różnica względem Debiana jest zasadnicza:
W Debku Lenny to Oldstable, Squeeze to stable.

W kernelu:  3.09, 3.1.3 i 2.6.32.49 - to są aktualne  stabile kernele, funkcjonują równolegle.
Podobnie jest w gcc, tam też są stabilne wersje kompilatorów 4.3, 4.4, 4.5 i 4.6,
żaden z nich nie jest oldstable.
Wszystkie linie gcc mają stabilne wersje.
Podobnie python 2.6, 2.7 i 3.1.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2012-01-24 22:24:46)

Lepiej zobacz tutaj:
http://grsecurity.net/download_stable.php  (to pracuje na wielu szacownych platformach hostingowych)
http://www.kernel.org/pub/linux/kernel/projects/rt/  (to pracuje np w telewizorach kilku firm)
http://git.openvz.org/?p%3Dlinux-2.6.32-openvz;a%3Dsummary  ( popularne na hostingach, np w Polsce (serwer VPS za 20zł/mies.)

http://stage.tuxonice.net/downloads/  - zastosowanie jw.

I kilkadziesiat innych łatek specjalistycznych do różnych zastosowań.

Poszczególnych linni kernela nikt nie trzyma dlatego, że ma taką fantazję, tylko dlatego, że kernel Linux ma setki różnych zastosowań, i działa w tysiącach różnorakich urządzeń, często w postaci zmodyfikowanej wzgledem oficjalnych źródeł.
Dlatego rozwój kernela jest podobny bardziej np do rozwoju gcc:

GCC 4.3.6 released [2011-06-27]
GCC 4.6.1 released [2011-06-27]
GCC 4.5.3 released [2011-04-28]

aniżeli gotowej dystrybucji, jak Debian.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2011-11-29 15:43:01)

Kenel nie działa w próżni, a ciagle aktualizacje np wersji 2.6.32 dodają kolejne latki bezpieczeństwa.

Jeśli np jakaś platforam hostingowa ma kilka tys kilentów  na serwerach VPS uruchomionych na kernelach Openvz, (a takich firm nie brakuje) to można ich zostawić bez suportu dotyczącego bezpieczeństwa na poziomie kernela, czy poprawiania na bierząco błędów w kernelu zgodnym z OpenVz?
Bo najnowsza łata OpenVz jest na jajo 2.6.32 podobnie jak stabilna łata Grsecurity.
Albo łata rt - kernel z ta łatą pracuje w większości telewizorów z obsługą Youtuba.

Czy sądzisz, że tworzenie kernela jest działaniem artystycznym, utrzymywanym z funduszy na rozwój kultury?

Bo np, kiedy ostatnio widzialem na gicie źródła kernela do Androida (kilka dni przed wlamaniem na kernel.org), to bazowały na jaju 2.6.35.

A projekt Linux ma również sponsorów, z których najhojniesi są użytkownicy, którzy używają Linuxa w swoim biznesie, nalezy do nich np Sony.
Albo sponsorzy Grsecurity, będącej łatką na kernel? Czy można by ich zostawić na lodzie dlatego, ze grsecurity nie jest w stanie tworzyć łatek stabilnych na najnowsze kernele?

Otóż tworzenie Linuxa, to również jest biznes.
A wyraźnie widać, że niektóre linie Linuxa są skorelowane z pojawianiem się niektórych łatek.
Np Linux 2.6.18 zniknął dopiero, jak łata Openvz na kernel 2.6.32 osiągnełą jakość "producyjną".
Powód trzymania 2.6.33 - to właśnie łatka rt, i zastosowanie kernela z tą łatą w telewizorach.


To by było na tyle
;-)

Dyskutujemy na różnych płaszczyznach:
Patrzysz na to, jak developerzy określają taką czy inną wersję, i jakie mają plany na przyszłosć.

Ja natomiast wiem, że nic nie dzieje się na świecie bez przyczyny, i kiedyś zastanowiło mnie (przed włamaniem do kernel.org), dlaczego trzymają taki zabytek, jak 2.6.18.
Okazało się, że powodem była łatka Openvz.

2.6.33 zniknie, jak wszystko, co używa kernela rt będzie gotowe na jajo 3.0 lub 3.2,na które są, lub powstają właśnie łatki rt.
Ale inne łaty też mają podobny wpływ na decyzje developerów.

Także dyskusję o wersjach proponuję zakończyć, bo i tak zostaniemy przy swoich opiniach, z których żadna nie jest z gruntu błędna, lecz opiera sie na innym sposobie spojrzenia na sprawę tych równoleglych wersji.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2011-11-29 16:55:39)

No coś nie widać rzeczywiście, w ogóle jest spora luka w tych patchach. Pewnie nie chciało im się odtwarzać po ataku.

Nie mam, znudziło mi się kompilowanie i jadę na Liquorixie 3.1.7 aktualnie. :P

$ uname -a
Linux amidala 3.1.0-7.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Wed Jan 4 21:13:24 CST 2012 x86_64 GNU/Linux

No u mnie też już ładnie chodzi tylko zmienili mi nazwę sterownika intela do wifi. Miałem iwlagn a teraz jest iwlwifi. No i ogólnie jak tak patrzyłem to układ wszystkiego się zmienił... No ale chodzi ładnie :) Będę miał czas to pogrzebie za jakimiś nowinkami :D