Pyrvo iskam da se izvinq ako sym zasegnal nqkoj ... nqmam nisto protiv distribuciqta na RH, (naprotiv sega se u4a na RPM;), ne sym q otri4al i ne sym kazval na pitastiq da q smeni totalno a ako ima vreme prosto da opita na 4isto s druga 4e ne se znae kyde mozhe da e problema.
> Distribuciite obiknoveno izbirat kernela koito e po-stabilen (t.e. bil e > stress testvan sus razlichen harware). Taka che ako -ac seriyata kerneli > raboti za redhat veroyatnosta da raboti _za men_ e po-golyama ot tazi na > koito i da e vannila kernel. > kgcc koeto redhat shipvat vuv 7.x e egcs 1.1.2 = gcc 2.91.66. , > kompilatora na rh6.x okz, no naj-merodavniq izto4nik za tova s koj compiler da se compilira dadeniq kernel e Documentation/Changes. > > li4noto mi nabludenie e 4e gcc 2.95.3 i 2.95.4 sa zheleznite compilers > > kym momenta. Kakvoto im dadesh go smilat i proizvezhdat naistina stable > > izpylnim kod. a edno ot dobrite obqsneniq za gcc 2.96: > > http://www.mplayerhq.hu/DOCS/faq.html > > http://www.mplayerhq.hu/DOCS/gcc-2.96-3.0.html > > http://www.mplayerhq.hu/DOCS/users_against_developers.html > > Struva mi se devloperite na mplayer izpolzvat edin kup dumi za da kajat > prosto "ne znam", za da opravdayat anti redhat nastroeniyata si i da > izbyagat ot problemite na potencialnite potrebiteli vmesto da napravyat > nyakakuv opit da gi reshat. vizh stanovishteto na GCC team, na MySQL team susto i t.n. i t.n. upstream developers kojto imat problemi s tozi 2.96 compiler na RH . Problema e 4e ako pri teb problema ne se proqvqva, to tova ne e garanciq 4e i pri drug ste e taka. Zavisi ot mnono raboti. > > > ina4e oplakvaniq ot nego mnogo... a eto i kakvo e kazano v > > Documetation/Changes v 2.4.10 kernela v slu4aj 4e nqkoj nqma source na > > 2.4 pod ruka. A preporukite za kernela sa dobra otpravna to4ka za tova > > kyf da e compiler-a (kojto da kompilira ne samo kernel razbira se). > > > > The recommended compiler for the kernel is gcc 2.95.3 or .4, and it > > should be used when you need absolute stability. You may use gcc 3.0.x > > instead if you wish, although it may cause problems. Later versions of > > gcc have not received much testing for Linux kernel compilation, and > > there are almost certainly bugs (mainly, but not exclusively, in the > > kernel) that will need to be fixed in order to use these compilers. In > > any case, using pgcc instead of egcs or plain gcc is just asking for > > trouble. > > > > Note that gcc 2.7.2.3 is no longer a supported kernel compiler. The > > kernel no longer works around bugs in gcc 2.7.2.3 and, in fact, will > > refuse to be compiled with it. egcs-1.1.2 has register allocation > > problems in very obscure cases. We have ensured the kernel does not trip > > these in any known situation. The 2.5 tree is likely to drop egcs-1.1.2 > > workarounds. > > > > The Red Hat gcc 2.96 compiler subtree can also be used to build this > > tree. You should ensure you use gcc-2.96-74 or later. gcc-2.96-54 will > > not build the kernel correctly. > > > > [az bih kazal zabravete za gcc-2.96, a ako go polzvate naj-dobriq > > izto4nik za otgovori otnosno problemi sa RH - tehnite mail lists i t.n., > > ama tova rabota li e ?!] > > Koe tochno te pritesnyava otnosno komunikaciyata s redhat? > https://www.redhat.com/apps/support/resources/ ? > https://www.redhat.com/mailing-lists/ ? > https://bugzilla.redhat.com/bugzilla/ ? You missed the point! Ideqta mi beshe 4e po tozi na4in se poqvqvat distro specific problemi i resheniq bez tova da e neobhodimo. Patch-va se samo ako naistina ima problem i za tova se pishe v docs na distroto - kak, zasto sa apply-nati patches kym upstream sources, dava se vyzmozhnost po zhelanie na user-a i da ne se prilagat i t.n. > Moje i da ne izpipvat vsichko dokrai, zashtoto sa vse pak sa komersialna > organizaciya, imat srokove, po-vajni i po-malovajni klienti i t.n. > obache sus sigurnost ne sa hora koito byagat ot problemite ili puk te > lujat v liceto che vsichko raboti. tova vyobste ne sym go imal predvid ! > > zabravih da kazha 4e na edno ot CD-tata na RH-7.2 ima i hacked versiq na > > glibc (hacknata ot RH razbira se)... edin mnogo knoledgeble tip ot tqh go > > e predlozhil i izpylnil, nari4at go object prelinking - neznam kakvo > > zna4i i kakvo sa promenili, no s nego prilozheniqta startirat adski byrzo > > no pyk za tova mogat i da brake-vat adski byrzo , vse oste e experimental > > oba4e... vizh da ne si s tova glibc - vsystnost ideq nqmam kak ste go > > poznaesh :) > > Ulrich Drepper - maintainera na glibc kakto i Jakub Jelinek ako ne se > luja choveka su spomenatiya preload hack rabotyat za redhat, ako shte > "probvam" nechii hackove to nai veroyatno da sa tehnite ;) da taka e , syglasen sym , koeto si e ubavo si e ubavo nqma spor. > > Vsi4ko tova go kazvam ne 4e imam nesto protiv RH, a zastoto v tehnite > > distros ima dosta iznenadi (dosta forked upstream sources, bez da ima > > realna pri4ina za tova v pove4eto slu4ai)... ponqkoga poor documented i > > user-a se 4udi kakvo i zasto stava ... report-va bugs , oba4e drugite > > kojto ne polzvat RH ne mogat da go reproducirat i syotvetno bug-a se > > prevrusta v mystery ... idi 4e razberi. Imat mail lists kydeto se > > obsyzhdat podobni RH specific probs. > > Nyakakvi fakti koito da podkrepyat tvurdenieto v skobite? Kazvash > forked, a realno nyama nikakvi seriozni forkove na samiya kernel ili na > glibc. Osven ako ne smyatash -ac seriyata za seriozen fork, no az vse > pak bih vyarval na Alan Cox za tova dali moje da se schita za fork. e neznam dali e korektno da se nari4a forked no e s starata VM, koqto ne beshe s mnogo advanced algorithms i ne beshe doiz4istena kato izpylnenie i oste ne e. Eto edno sravnenie mezhdu nqkolko kernels, vkl. i 2.4.9 na Red Hat: (kak zvu4i samo kernel-a na RH - kakva ironiq ;) http://www.byte.com/documents/s=2470/byt1012259408690/ oburni vnimanie na otgovora na Alan Cox. btw my favourite kernel developer e Indo Molnar pak ot Red Hat, toj naistina mozhe da pravi magii s shedulinga v kernela (za 2.5 stava vypros) no edva li hora kato nego, Alan Cox i drugite izvestni imat vreme i sili da diktuvat na tezi developers v RH koito paketirat v krajna smetka produkta .. te se borqt sys stock kernel-a, slagat i tehni ve4e specifi4ni za RH patches, no kolko users na RH sa aware za tova ? . No kakto i da e ... nqma zna4enie. > Ot tova koeto az sum vijdal (a to vsichko e publichno) redhat vzema gore > dolu stabilna versiya na kernela/glibc, patchva ya po vsyakakuv nachi da > stane po-stabilna i da raboti s poveche hardware (kto za tova izpolzva > patchove po sledvashti versii na kernela) , testvat seriozno poluchenata > banica, i go puskat kato osnoven kernel/glibc na distribuciyata si. > > Ako nyakakva po seriozna nesuvmenstimot ne prechi na po natatushnoto > upgradvane na paketa to se puskat versii sus sledvashti versii na > kernela, primer kernel-2.4.9-13.i686.rpm za redhat 7.2 > > > problema mozhe i hardwaren da e - pametta, no 4oveka se e testval > > sigurnove4e s memtest86...... No naistina edin 4ist install na RH s gcc > > != 2.96 i normalno glibc mozhe da pomogne - znaesh li kakvo e broken. Ako > > isksh probvaj da instalirash gcc-2.95 ot binary .rpm . > > Ili install na nqkoe drugo _4isto_ distro za test, da se vidi kva ste e > > reakciqta. > > Problema na choveka izglejdashe kato bug vuv pametta, no toi kaza che ya > e testval. Ako priemem che hardwera e zdrav znachi sledvashtoto neshto > koeto moje da e skapano e gcc-to mu. ne mozhe da se znae dali problema mu hardwaren, no vse mi se struva 4e po vreme na rabota gcc-2.96 se opitva da "pipa" 4uzhd memory range i e syvsem v reda na nestata kernela da my prati signal 11. > Logichna stupka za vseki rh user e da vidi dali ima update na gcc-to ot > redhat. Ako tova ne pomogne sledvat razlichni kombinacii ot > troubleshoooting, vsichki zaviseshti ot nalichieto na svobodno vreme i > nivoto na znaniya na potrebitelya. > Problemi ima razni i raznoobrazni, i te ne sa ogranicheni do rh gcc > 2.96. Sus distro bashing obache ne reshavame nito edin ot tyah. prosto se opitah da nahvyrlq tova za koeto se setih ... vzimam si pouka i razbiram 4e ne moga da byda polezen i nqma da se opitvam da davam akyl ako e zamesena distribuciqta na RH. ;-) done P.S. no flames !!! :) -- Greets, fr33zb1 =========================================================================== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
