Újra PaX patch jelent meg a 2.4.x és a 2.6.x kernelsorozathoz

Titkosítás, biztonság, privát szféra

Újra PaX patch jelent meg a 2.4.x és a 2.6.x kernelsorozatokhoz. A 2.6.24.4-hez március 26-án, míg a 2.4.36.2-höz március 29-én. A 2.6.24.4-es kernelhez a patch elérhető itt. A 2.4.36.2-es kernelhez pedig itt.

Azért ne szaladjunk ennyire előre, de szerintem is 1-2 hét kérdése. /hacsak meg nem jelenik a 2.6.25 és fel nem borít mindent /

Lehet (?) meg akarja várni, amig a gradm-mal kapcsolatos kisebb mizériák - mint hogy nem fogadott el 30 karakteres usernevet :) - lefutnak, és akkor majd kiadja.

Meg forumban van most egy uml ütközéses dolog, arra a "patchet" :) lehet még beteszi(k). bár franc tudja, hogy 2.6.2x.xben játszik-e.

------

Nem a zsömle kicsi, a pofátok nagy...

.25 nem fog bekavarni, mert nem lesz hozza PaX, meg ugy altalaban nem tudom, mikor lesz egyaltalan.

Hmmm... esetleg akkor elképzelhető hogyha a .24.x-ből lesz egy hosszú karbantartású kernel ( ha jól emléxem ezek a "tervek" ), akkor ahhoz lesz majd "folyamatosan" PaX is úm. "hivatalosan", és a hivatalos vanillakhoz meg nem, mivel állandó és nagymértékű változásban vannak ? :-)

Csak a memory managmentbe / ha jól sejtem ez az egyik "legkritikusabb" rész a PaX fejlesztése során / "közvetlenül" úgy egy "oldalnyi" patch került be, ha jól látom 2.6.24 óta 2.6.25rc8ig az elmúlt 2 hónapban. (=? tjképpen újraírták az egészet?)

---------

Nem a zsömle kicsi, a pofátok nagy...

Hmmm... esetleg akkor elképzelhető hogyha a .24.x-ből lesz egy hosszú karbantartású kernel ( ha jól emléxem ezek a "tervek" ), akkor ahhoz lesz majd "folyamatosan" PaX is úm. "hivatalosan", és a hivatalos vanillakhoz meg nem, mivel állandó és nagymértékű változásban vannak ? :-)

elkepzelheto, plane ha valaki hajlando lesz foglalkozni is vele.

( bervi | 2008. 04. 07., h – 11:20 )

az azért gáz, hogy már a test patch-ek is hírnek számítanak :)

"forward port from 2.4 with some extra features, but only i386 is known to work, other architectures may not even compile - feedback is welcome. much like 2.6 itself, PaX for 2.6 is experimental, anything can break."

Mikorra várható valami production dolog?

Azért 4 éve van már 2.6-os kernel, érdekes experimentalnak nevezni.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Illetve nálunk a fél céget ez hajtja teljesen kiválóan. 10-12 alkalmazott szerverből a fele (Ubuntu) Linux (Server). Feladatkörök amelyeket ellát: Oracle adatbázis, infrastruktúra (DHCP, DNS, NAT, ...), mail (Postfix), filekiszolgálás (Samba és FTP), PostgreSQL adatbázis, MySQL adatbázis, Apache, PHP, ERP (jelenleg demo, de nem kizárt, hogy élesre fordul). Bocs, hogy jól működik. Ingyen.

"De nincs stabil API!!1111" OK, de who gives a shit?

--
trey @ gépház

> Mikorra várható valami production dolog?

a jelenlegi kernel fejlesztesi modszer mellet soha.

> Azért 4 éve van már 2.6-os kernel, érdekes experimentalnak nevezni.

miota fugg a kernel sorozat elettartamatol a minosege? 2.6 elott meg csak-csak, na de azota... vagy te talan kemeny penzekkel megtamasztott garanciat tudsz nyujtani a 2.6.x-be bekerulo 30-50MB koruli patchekert? na ugye.

amire ravilagitottal az az, hogy a 2.6 szeria 4 eve letezik ill. a legtobb disztro ezt hasznalja. nem latom az ok-okozati osszefuggest ezen tenyek ill. az experimental statusz kozott (hint: nincs). igeny termeszetesen mindig is volt 2.6 tamogatasra, azert letezik PaX hozza szinte a kezdetektol, szinte minden 2.6.x-hez. de ettol meg nem lesz production quality se a linux se a PaX.

amiket felsoroltal az mind resze (lehet) a production quality-nek, de nem ezek a legfobb ismervei, nem innen kell megkozeliteni. production quality egy termek, ha - talan nem meglepo modon - be lehet allitani termelesbe es ott tervezheto modon muzsikal. az, hogy ezt a rendszer gyartoja/szallitoja/karbantartoja/stb hogyan eri el (lasd a felsorolasod) masodrangu dolog, a fizeto ugyfelet tobbnyire nem erdekli. a linux 2.6-tal az a baj, hogy a fejlesztes jelenlegi tempoja egyszeruen kovethetetlenne teszi es emiatt azok, akik production quality-t szeretnenek szolgaltatni, hatalmas befektetesek aran tudjak csak ezt ugy ahogy megtenni (ergo kismokusok, mint en eleve ki vannak zarva ebbol a korbol). nem veletlen, hogy a korabban emlegett disztrok (a fizetosekre gondolok elsosorban, de nem csak rajuk igaz) kivetel nelkul *nem* kovetik a 2.6.x minden rezduleset, hanem egy adott termek eseten letaboroznak egy konkret x mellett es csak azt hajlandok tamogatni, hosszu eveken at (aminek az eredmenye nem kis divergencia a Linus fatol az idok soran - akkor ugye mitol is volt production quality az adott Linus release?). aztan vannak meg olyan jelentektelen dolgok is, mint a kod auditalhatosaga (nem lehetseges jelenleg), de lassan off-topic leszunk ;).