- A hozzászóláshoz be kell jelentkezni
- 1869 megtekintés
Hozzászólások
Na mikor jelenik meg a .12?
Holnap, holnapután, esteleg azután?
Tegyék meg tétjeiket! A helyes megfejtést beküldők (+/- 1óra eltérés megengedett) között kisorsolunk egy vadonatúj, izlésesen tömörített 2.6.16.12-es patch-et :)
- A hozzászóláshoz be kell jelentkezni
Aki jól megtippeli, az eredményhirdetéskor már a .13-t kapja. :)
--
TheReplaced, Argh! ><
- A hozzászóláshoz be kell jelentkezni
kezd windows fiiilingem lenni a sok ujrainditastol....
- A hozzászóláshoz be kell jelentkezni
lol=DDD
- A hozzászóláshoz be kell jelentkezni
nemértem ezt az ironikus hangvételt. Egyszer itt isteníti mindenki az open source-t, mer'hogy mennyivel jobb fejlesztési modell, aztán amikor itt az eredménye, a qrvagyors bugfix, akkor meg mindenki húzza a száját.
Ha mondjuk maradna mindenki 1 verzióval "hátrébb" akit zavar a gyors kernelkiadás...
- A hozzászóláshoz be kell jelentkezni
úgyérted 2.4-nél? ;)
- A hozzászóláshoz be kell jelentkezni
Miért, nem a 2.0 a stabil ág?:)
- A hozzászóláshoz be kell jelentkezni
Á, abban már a hibákat sem javítják... ;)
- A hozzászóláshoz be kell jelentkezni
Azért stabil:)
- A hozzászóláshoz be kell jelentkezni
Nekem nincs semmi bajom azzal, hogy gyorsan kijavítják a sec. bugokat, csak nem lehet nem észrevenni, hogy az új verziók egymás sarkát tapossák. Ezt a humorforrást próbáltam kiaknázni :)
- A hozzászóláshoz be kell jelentkezni
Egyet mondjatok meg nekem: ez összefügg-e, és ha igen, végre megoldás-e a #3678 samba bugra?
- A hozzászóláshoz be kell jelentkezni
Semmi baj ezzel, csak most a juzerek a 2.6-ot devel agnak hivjak, a kerneldeveloperek meg stable-nek, es ez osszekonfuzalja a tobbi juzert. Illetve egy baj van, a "sokkal kevesebb bug van benne mint az xxx zartforrasu szarban" jelzot ki kell radirozni az elonyok listarol :(
- A hozzászóláshoz be kell jelentkezni
sűrű != gyors
- A hozzászóláshoz be kell jelentkezni
Nem tudom mi a bajod,mert a .9-.10 kozott 5 nap telt el :-D
- A hozzászóláshoz be kell jelentkezni
En se ertelek! Jobb lenne ha 10-20 nap telne el es nem adnank ki javitast a felfedezett hibakra???
Ha nem erint a hiba nem kell frissiteni... meg lehet hasznalni disztribucios kernelt...
Regebben az volt a siras rivas, hogy lassan jonnek ki a hibajavitasok, most meg az a baj, hogy gyorsan jonnek, fene se erti ezt...
York.
------------------------------------------------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."
- A hozzászóláshoz be kell jelentkezni
nem ugyanazok sirnak;)
Anr - http://andrej.initon.hu
- A hozzászóláshoz be kell jelentkezni
Nekem mindegy milyen gyakran frissitik. Smiley! :)
- A hozzászóláshoz be kell jelentkezni
Tevedes... Annak orulnenk a legjobban, ha 10-20 _nap_ telne el 2 hiba felfedezese kozott. nem 10-20 _ora_. Tudom, a valasz a shut up and hack lesz, de ha tudnek progzani C -ben, nem pofaznek ennyit.
- A hozzászóláshoz be kell jelentkezni
En meg annak orulnek ha a tesztelesi fazisban jonne ki a hiba mig RC a kernel, de mint tudjuk ez csak alom marad. Az okokat ellenben jo lenne vizslatni, hogy ezek a hibak, miert mindig a teszt utan jonnek elo.
York.
------------------------------------------------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."
- A hozzászóláshoz be kell jelentkezni
Ha megfigyeled, mostanaban parosaval jelennek meg a stabil ag patch-ei. a kovetkezo tortenik
GKH ugy gondolja, hogy itt az ideje egy uj verzionak kiadja. erre valamelyik fejleszto tavaszi almabol ebredve elkuld meg 1db hibajavitast, es konyorog, hogy ez fontos. GKH, meg kiad egy uj verziot.
igy volt a .8,.9-nel is. e valoszniuleg igy is marad. tul sok ceg, tul sok embere dolgozik mar foallasban a linux fejlesztesen.
inkabb jelenjenek meg parosaval a patch-ek, mint legyen 300 manager, aki koordinal, hogy ezek a dolgok elore kideruljenek.
A BSD-knel meg nincs annyi fejleszto, hogy a kommunikacio hianyabol eredo kovetkezmenyek latvanyosak legyenek.
nehany ev es ott is lesz;)
Anr - http://andrej.initon.hu
- A hozzászóláshoz be kell jelentkezni
Tehát ha a második subminor páros, akkor az a GKH-akciózik-branch, ha páratlan, akkor az a stable :) ?
- A hozzászóláshoz be kell jelentkezni
mindegyik stable, viszont a paratlanban levo patch-ek fejlesztoi sokat/sokaig alszanak;)
Anr - http://andrej.initon.hu
- A hozzászóláshoz be kell jelentkezni
Csak azt nem értem, hogy miért kell kernelt kiadni. Ha a kernel.org-os kernel használata egyre kevésbé ajánlott, mert a disztribútor úgyis csinál neked olyat, akkor minek 100 GB-okat felemészteni a mirrorokon két sornyi változásokért?
Aki pedig veszélyesen akar élni, az szedhesse ki az akármilyen verziókezelőből azt, ami neki kell.
- A hozzászóláshoz be kell jelentkezni
Nem ertem, hogy miert agitaltok mindig a kernel.org -os kernel hasznalata ellen. Ami a disztribuciokba bekerul az joval regebbi kiadas, es nehany embernek (pl: nekem;) szuksegem van a legujabb ficsorokre, mint pl: suspend2 (hibernalashoz), bcm43xx (wifihez), madwifi (masik wifi kartyahoz), nvidia (ezt mondjuk a disztrib kernelehez is hozza lehet hegeszteni), etc, etc.
Es itt tobb honapos lemaradasok is vannak (mainline vs. debian/ubuntu/suse/akarmi)
---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....
- A hozzászóláshoz be kell jelentkezni
enterspajz ugyileg erdemes bennmaradni a ceges garantalt keretek kozott. az meg ugyis elore certifikalt hardver-en fut. soho userek szamara mindegy az enterspajz. ok olcsobban jobban a sajat igenyukre alakitottat tudnak csinalni, viszont tobb idot toltenek egy szerver simogatasaval.
Anr - http://andrej.initon.hu
- A hozzászóláshoz be kell jelentkezni
"Nem ertem, hogy miert agitaltok mindig a kernel.org -os kernel hasznalata ellen."
http://secunia.com/product/2719
"Es itt tobb honapos lemaradasok is vannak (mainline vs. debian/ubuntu/suse/akarmi)"
Gentoo-nal legfeljebb nehany napos kesesek szoktak lenni, ha meg aznap bele nem kerulnek.
---------------------
Ригидус а бетегадьбол
- A hozzászóláshoz be kell jelentkezni