• Naslovna
• FAQ
• Pravilnik
• O ES-u
• Tim
• Korisnici
• Statistike

 

• elitesecurity ::
• elitemadzone ::
• EMAIL ::
• RSS ::
• ES Mobile

  Niste ulogovani?  Username :   Password:   

• Registracija
• Zaboravili ste password?
• Flashback ▲▼
• Login problem?

 

Pretraga:

 

Srodne teme 14.04.2024. Re: Gde je Kejt? (samo pogrešni odgovori) 25.08.2002. shell help 07.05.2003. Cozmo.co.yu Cozmo.DOS 2003 29.03.2004. Pitanje legalnosti 08.02.2006. Linux i Modemi nejasno 03.01.2005. Da li je moguce kompajlirati u exe? 23.01.2005. Vrlo kratko pitanje! 19.05.2005. Kompajliranje PuTTY-a 31.05.2005. Debian boot servisi 08.05.2006. kako kompajlirati "nekifajl.c" u visual.. Navigacija Brisanje liste Aktuelne teme u ovom forumu: Kvalifikovani sertifikat Pošte, Linux.. youtube-dl prestao da radi Spora virtuelizacija sa većim brojem .. Android RDP na Ubuntu Drajver za Realtek Muke sa serverom Install Slackware HOWTO Počelo je počelo... Potrebna pomoć oko pravljenja skripte! Instaliranje Drajvera na Ubuntu 22.10 Ajmo jednu anketicu :) Linux Upgrade odbija ,nece pa nece Backbox neće da se otvori prilikom uk.. Kalarm prestao da radi. Live stream preko sopstvenog servera Izaberite forum: Linux Linux aplikacije Linux desktop okruženja Linux hardware Windows desktop Windows aplikacije Zaštita Office Windows drajveri Office :: Word Office :: Excel Macintosh Mac hardware Mac software Iphone Enterprise Networking SOHO Networking Wireless Windows mreže Linux mreže Wireless :: WiMax Wireless :: Mikrotik Wireless :: Wireless oprema Linux/UNIX serveri i servisi Unix BSD Skript jezici Security Virtualizacija Cloud Computing Services Security :: Kriptografija i enkripcija .NET 3D programiranje Art of Programming Asembler C/C++ programiranje Kernel i OS programiranje Pascal / Delphi / Kylix Java Embedded sistemi Perl PHP Python Visual Basic 6 Veštačka inteligencija Security Coding XML GameDev - Razvoj Igara Ostali programski jezici PHP :: PHP za početnike PHP :: Smarty template engine .NET :: .NET Desktop razvoj .NET :: ASP.NET .NET :: WPF Programiranje C/C++ programiranje :: C/C++ za početnike Baze podataka MySQL Oracle Access MS SQL Firebird/Interbase PostgreSQL Fiksna telefonija VoIP Udruženje korisnika teleko.. GSM - telefoni GSM - upotreba GSM - servisiranje Mreže i novosti Smartphone Mreže i novosti :: Mobilni internet Mreže i novosti :: Telenor - korisnički servis Mreže i novosti :: VIP - korisnički servis Mreže i novosti :: MTS - korisnički servis Smartphone :: Symbian OS Smartphone :: Windows Mobile Smartphone :: Android GSM - telefoni :: Nokia PDA Uređaji GPS Portable Players Anonimnost i privatnost ISP Browseri E-mail Instant Messaging FTP Google Hosting ISP :: Wireless mreže i ISP ISP :: ADSL E-mail :: Anti-spam Instant Messaging :: IRC Hosting :: Domeni Google :: Gmail E-Marketing Web aplikacije Web dizajn i CSS Web dizajn softver Web razvoj Pretraživači i SEO Flash Javascript i AJAX Web dizajn i CSS :: Kritike Grafički dizajn Izdavaštvo 3D modelovanje Rasterska grafika Vektorska grafika 3D modelovanje :: CAD/CAM Matične ploče, procesori .. Video karte i monitori Storage Ostali hardver Overclocking & Modding PC Konfiguracije Laptopovi Vodič za kupovinu - PC har.. Tablet PC Muzička produkcija Audio kompresija Audio softver Video produkcija Video kompresija Video softver Multimedijalni uređaji Digitalni fotoaparati Digitalne kamere Home Theater Digitalni fotoaparati :: Fotografija Digitalni fotoaparati :: Vodič za kupovinu - Digita.. Elektronika Elektrotehnika Elektronika :: TV uređaji Elektronika :: Radio elektronika i tehnika Elektronika :: Mikrokontroleri Elektronika :: Audio-elektronika Auto-elektronika :: Tuning Vodič za učenje Vodič za posao Vodič za emigraciju Fizika Matematika Nauka Sertifikati Informatika Vodič za učenje :: Seminarski radovi Vodič za učenje :: Obrazovne institucije Vodič za emigraciju :: Život u USA Vodič za emigraciju :: Život u Norveškoj Vodič za emigraciju :: Život u Nemačkoj E-Poslovanje E-Kupovina IT pravo i politika razvoja IT događaji IT berza poslova IS i ERP Ekonomija Berza Cryptocoins IT berza poslova :: Arhiva IT berze poslova IT pravo i politika razvoja :: Registar Nacionalnog ID E-Poslovanje :: E-Transakcije E-Poslovanje :: Forex E-Kupovina :: Platne kartice Digitalna Televizija Advocacy Ankete Predlozi i pitanja Vesti Čekaonica Vesti :: ES leto manifestacija MadZone TechZone Poljoprivreda AutoZone MotoZone Svakodnevnica Video igre MadZone :: Zanimljivi linkovi MadZone :: Kultura TechZone :: Ergonomija TechZone :: Grejanje TechZone :: Klimatizacija TechZone :: Bela tehnika AutoZone :: Fiat Panda club Lista poslednjih: 16, 32, 64, 128 poruka.

random Vladimir Vrzić Beograd Član broj: 85 Poruke: 3866 194.106.169.* Sajt: www.last.fm/user/vrza +4 Profil Kompajlirati ručno ili ne? 07.10.2003. u 17:28 - pre 249 meseci Iako sam ranije bio veliki zagovornik kompajliranja svega i svačega (a posebno kernela) u lokalu, sa optimizacijama za određenu arhitekturu (-O2 -march=athlonxp i tome slično), bez suvišnih stvari, praksa me je naučila da je dobitak u performansama neznatan ili nikakav, a operacija zamene kernela je podložna greškama (zaboraviš da ubaciš određenu opciju, pa onda jovo nanovo) i uzima dosta vremena. Drugim rečima, ako kernel koji je došao uz distribuciju zadovoljava potrebe sistema, ne treba ga menjati. Eventualno ga treba ažurirati iz sigurnosnih razloga, opet pre-kompajliranim kernelom iz paketa. Postoji neko nepisano pravilo među Linux adminima da je build from source Jedini-Pravi-Način™ da se instaliraju bitni delovi sistema (recimo kernel, zatim Apache, MySQL, PHP i tako dalje). Smatram da je ovo mit. Za kernel sam već gore dao primer, a evo još jednog — zadnji put kad sam bildao MySQL iz sorsa (Linux, GCC 3.2) na nekoj Athlon mašini, imao sam problema jer je mysqld stalno pucao. Onda sam promenio CFLAGS (isključio optimizacije), preveo ponovo i tek onda je radio kako treba. Znači pitanje je: koliko ručnim kompajliranjem softvera zapravo dobijamo (performanse, security) u odnosu na to koliko gubimo (vreme, podložnost greškama i problemima)? Naravno izuzimaju se slučajevi kada nam je potrebna funkcionalnost koju ne možemo dobiti iz već gotovog paketa (recimo neki ređe korišćen PHP modul ili egzotična kernel opcija). int rand(void); Those who do not understand Unix are condemned to reinvent it, poorly. Upali lampicu — koristi Jabber! Odgovor na temu

Dejan Lozanovic Dejan Lozanovic Beograd Član broj: 691 Poruke: 2325 *.vdial.verat.net Jabber: null@elitesecurity.org Sajt: speedy-order.com +75 Profil Re: Kompajlirati ručno ili ne? 07.10.2003. u 18:06 - pre 249 meseci Hmm pa ja opet mogu da navedem par primera sa nekim programima( http://dc.ketelhot.de/) koje sam skidao kao rpm i to cak za distribuciju koju sam koristio pa taj program nije hteo da radi kako treba pa kada sam lepo sam uzeo source u ruke i iskompajliralo gle cuda radi ko ludo. A sa druge strane sto se tice mita o kompajliranju svega i svacega pa sada se ta potreba smanjuje, ali ranije su sve distribucije gurale i386 kompatibilnost, pa su tada dobici bili mnogo veliki danas kada je ciljna arhitektura P1, ili cak P2 onda se razlike i ne osete bash toliko osim kada aplikacija ne radi mnogo sa realnim brojevima. Pa da bi se dobilo na brzini upotrebom novih ekstenzija koje imaju noviji procesori, ali za takve stvari potrebno je znati sta to svaka generacija procesora ima ekstra u odnosu na predhodnu i da li kompajler te ekstenzije upotrebljava. http://speedy-order.com Odgovor na temu

Miroslav Strugarevic Član broj: 5038 Poruke: 2689 +68 Profil Re: Kompajlirati ručno ili ne? 07.10.2003. u 18:17 - pre 249 meseci Citat: random: Drugim rečima, ako kernel koji je došao uz distribuciju zadovoljava potrebe sistema, ne treba ga menjati. Eventualno ga treba ažurirati iz sigurnosnih razloga, opet pre-kompajliranim kernelom iz paketa. Potpuno se slažem.. Čovek može samo da se nervira.. i ništa više.. Evo mene kao živog primera. [Ovu poruku je menjao [rammstein] dana 07.10.2003. u 20:47 GMT] Odgovor na temu

popeye Branko Ivanović Beograd Član broj: 3846 Poruke: 960 *.rcub.bg.ac.yu Jabber: popeye@elitesecurity.org ICQ: 18038966 Sajt: popeye.linuxo.org Profil Re: Kompajlirati ručno ili ne? 07.10.2003. u 18:44 - pre 249 meseci Citat: random: Iako sam ranije bio veliki zagovornik kompajliranja svega i svačega (a posebno kernela) u lokalu, sa optimizacijama za određenu arhitekturu (-O2 -march=athlonxp i tome slično), bez suvišnih stvari, praksa me je naučila da je dobitak u performansama neznatan ili nikakav, a operacija zamene kernela je podložna greškama (zaboraviš da ubaciš određenu opciju, pa onda jovo nanovo) i uzima dosta vremena. Drugim rečima, ako kernel koji je došao uz distribuciju zadovoljava potrebe sistema, ne treba ga menjati. Eventualno ga treba ažurirati iz sigurnosnih razloga, opet pre-kompajliranim kernelom iz paketa. U principu vecina distribucija danas isporucuje vise image-a optimizovanih za razlicite arhitekture i sa te strane smatram da nema potrebe rucno prevoditi jezgro. Pored toga, uglavnom jezgro u distribuciji dolazi sa vecim ili manjim brojem korisnih zakrpa za cije rucno uklapanje bih izgubio previse vremena/zivaca. Potreba za rucnim prevodjenjem se ukazuje pri primeni posebnih zakrpa, koje ne dolaze u sklopu distribucije. Citat: random: Postoji neko nepisano pravilo među Linux adminima da je build from source Jedini-Pravi-Način™ da se instaliraju bitni delovi sistema (recimo kernel, zatim Apache, MySQL, PHP i tako dalje). Smatram da je ovo mit. Za kernel sam već gore dao primer, a evo još jednog — zadnji put kad sam bildao MySQL iz sorsa (Linux, GCC 3.2) na nekoj Athlon mašini, imao sam problema jer je mysqld stalno pucao. Onda sam promenio CFLAGS (isključio optimizacije), preveo ponovo i tek onda je radio kako treba. Pored stabilnosti, a sto je logicno jer se distribucija razvija duze vreme i razvojni tim ima vise vremena da uoci sve probleme sa optimizacijom (pomenucu OpenOffice, ko se nervirao - shvatice), bitno je i postovanje FHS-a. Samostalnim prevodjenjem koda, cak i najuredniji admin ce pre ili kasnije ispustiti prefix, sysconfdir ili slicnu opciju. Posledica je da vise (logicki istovetnih) servera imaju razlicite konfiguracije (moze se primetiti kod nekih provajdera). Odgovor na temu

Miroslav Strugarevic Član broj: 5038 Poruke: 2689 +68 Profil Re: Kompajlirati ručno ili ne? 07.10.2003. u 18:51 - pre 249 meseci Gentoo Linux je odličan primer odlično optimizovanog sistema za razne arhitekture.. Odgovor na temu

popeye Branko Ivanović Beograd Član broj: 3846 Poruke: 960 *.rcub.bg.ac.yu Jabber: popeye@elitesecurity.org ICQ: 18038966 Sajt: popeye.linuxo.org Profil Re: Kompajlirati ručno ili ne? 07.10.2003. u 20:50 - pre 249 meseci Citat: [rammstein]: Gentoo Linux je odličan primer odlično optimizovanog sistema za razne arhitekture.. Izmedju ostalog, mada sama optimizacija zavisi od korisnika. Izdvojio bih Portage sistem koji odlicno prepoznaje medjuzavisnosti, cuva konfiguracione datoteke i uopste veoma dobar sistem za azuriranje. Odlican izbor ukoliko zelite da optimizujete sistem, a da ga odrzite u dobrom stanju. Usput, da li je neko testirao FHS kompatibilnost Gentoo sistema? Odgovor na temu

silverglider Član broj: 651 Poruke: 218 *.batalpha.de Sajt: www.benchmark.co.yu Profil Re: Kompajlirati ručno ili ne? 08.10.2003. u 09:57 - pre 249 meseci Mislim da odluka "kompajlirati ili ne" zavisi i dosta od primene/hitnosti. Npr. ukoliko se radi o serveru i pronadjena je u nekom kljucnom paketu rupa velika kao avion - da li cete cekati distributera da pripremi novi rpm ili deb paket (i cekati tako sa spustenim gacama na hladnom vetru), ili cete zbog svoje sigurnosti i kozze otici na sajt doticnog paketa, skinuti tarball i kompajlirati/instalirati rucno paket? Odgovor na temu

tvucko Tomo Vučković Novi Sad Član broj: 1364 Poruke: 178 *.nis-naftagas.co.yu Jabber: tvucko@elitesecurity.org ICQ: 332563031 Sajt: atomixlinux.org Profil Re: Kompajlirati ručno ili ne? 08.10.2003. u 13:31 - pre 249 meseci Ne volim bas da gubim vreme na kompajliranje, ali mislim da je to bolji nacin da se dobije optimalniji program. Nisam dugo kompajlirao kernel zato sto svucem update u rpm i to je to, ali za kernel 2.6 sam se malo potrudio i mogu reci da se isplatilo. Masina je nakon zamene kernela sa 2.4 na 2.6 bila sasvim neka druga. PS. Ko ima vremena neka proba nece se pokajati :-) Nahrani prasiće ne diraj dugmiće !!! Odgovor na temu

random Vladimir Vrzić Beograd Član broj: 85 Poruke: 3866 194.106.169.* Sajt: www.last.fm/user/vrza +4 Profil Re: Kompajlirati ručno ili ne? 09.10.2003. u 00:59 - pre 249 meseci Citat: silverglider: Mislim da odluka "kompajlirati ili ne" zavisi i dosta od primene/hitnosti. Npr. ukoliko se radi o serveru i pronadjena je u nekom kljucnom paketu rupa velika kao avion - da li cete cekati distributera da pripremi novi rpm ili deb paket (i cekati tako sa spustenim gacama na hladnom vetru), ili cete zbog svoje sigurnosti i kozze otici na sajt doticnog paketa, skinuti tarball i kompajlirati/instalirati rucno paket? Sa druge strane distributeri su uglavnom vrlo ažurni po tom pitanju. Recimo za ovu poslednju u nizu OpenSSH rupa, novi Slackware paket se pojavio istog dana. Red Hat tim je isto tako brz. int rand(void); Those who do not understand Unix are condemned to reinvent it, poorly. Upali lampicu — koristi Jabber! Odgovor na temu

popeye Branko Ivanović Beograd Član broj: 3846 Poruke: 960 *.bitsyu.net Jabber: popeye@elitesecurity.org ICQ: 18038966 Sajt: popeye.linuxo.org Profil Re: Kompajlirati ručno ili ne? 09.10.2003. u 01:21 - pre 249 meseci Sve vece distribucije uglavnom brzo reaguju (RH, SuSe, Debian, Mandrake,Slackware, Gentoo), narocito (u roku od par sati) ako su propusti kriticni i postoji exploit. Mada stoji da ako distribucija nije izbacila zakrpljenu verziju na vreme, mora se kompajlirati licno. Naravno, po izlasku zvanicnog paketa treba zameniti ovaj iz manufakture. Odgovor na temu

silverglider Član broj: 651 Poruke: 218 *.batalpha.de Sajt: www.benchmark.co.yu Profil Re: Kompajlirati ručno ili ne? 09.10.2003. u 10:26 - pre 249 meseci Citat: random: Sa druge strane distributeri su uglavnom vrlo ažurni po tom pitanju. Recimo za ovu poslednju u nizu OpenSSH rupa, novi Slackware paket se pojavio istog dana. Red Hat tim je isto tako brz. Kako je bre RH tim brz? :) Listam securityfocus i gledam koliko je rupetina prijavljeno vezano za sve kernele ispod verzije 2.4.21 (nevezano za distro) jos u avgustu, a RH se jos uvek drzi na 2.4.20 po apdejtima za sve svoje distroe, iako je vec i 2.4.22 u opticaju neko vreme. Cekam ih ko ozeblo sunce :) mada imam osecaj da je njima veca briga da sacekaju 2.6.0, pa da lansiraju RH 10. OpenSSH 3.7.1 u opticaju, kod RH-a najveci apdejt na 3.4p1, ako se ne varam napamet. Da ne nabrajam dalje... Odgovor na temu

popeye Branko Ivanović Beograd Član broj: 3846 Poruke: 960 *.rcub.bg.ac.yu Jabber: popeye@elitesecurity.org ICQ: 18038966 Sajt: popeye.linuxo.org Profil Re: Kompajlirati ručno ili ne? 09.10.2003. u 21:33 - pre 249 meseci Zakrpljene verzije. Nije poenta imati poslednju (bleeding edge) verziju, ako prethodna radi kako treba. Ukoliko ima propusta zakrpis - to je ono sto RH (i ostale distribucije) rade. Ko koristi BIND 4, zna o cemu govorim :-) Odgovor na temu

random Vladimir Vrzić Beograd Član broj: 85 Poruke: 3866 194.106.169.* Sajt: www.last.fm/user/vrza +4 Profil Re: Kompajlirati ručno ili ne? 10.10.2003. u 01:30 - pre 249 meseci Upravo tako. RedHat samo krpi istu verziju, a Slackware ponekad izbaci i noviju kao zakrpu. int rand(void); Those who do not understand Unix are condemned to reinvent it, poorly. Upali lampicu — koristi Jabber! Odgovor na temu

popeye Branko Ivanović Beograd Član broj: 3846 Poruke: 960 *.bitsyu.net Jabber: popeye@elitesecurity.org ICQ: 18038966 Sajt: popeye.linuxo.org Profil Re: Kompajlirati ručno ili ne? 10.10.2003. u 01:36 - pre 249 meseci Citat: random: Upravo tako. RedHat samo krpi istu verziju, a Slackware ponekad izbaci i noviju kao zakrpu. Aha. Ponekad izbaci i zakrpu. :-) Odgovor na temu

neetzach LDAP specialist, Qindel Iberija Član broj: 4825 Poruke: 616 *.eunet.yu Sajt: www.udarnik.net +4 Profil Re: Kompajlirati ručno ili ne? 10.10.2003. u 14:14 - pre 249 meseci Citat: [rammstein]: Gentoo Linux je odličan primer odlično optimizovanog sistema za razne arhitekture.. Mislim da je Gentoo van konkurencije makar sto se teme tice, utoliko sto je pitanje kompajlirati ili ne - kod Gentooa nema ovo drugo :) What I hear, I forget. What I see, I remember. What I do, I understand. What I screw up, I master. Odgovor na temu

alex Aleksandar Radulovic Senior Software Engineer, Spotify Stockholm, Sweden Član broj: 71 Poruke: 2194 *.habil.is Jabber: alex@a13x.info ICQ: -1 Sajt: www.a13x.info +1 Profil Re: Kompajlirati ručno ili ne? 10.10.2003. u 14:50 - pre 249 meseci Says who?? Postoji Gentoo stage3 instalacija gde je sve kompajlirano.. Alex: My favorite site is http://localhost/ R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD) tweet.13x || linkedin.13x Odgovor na temu

popeye Branko Ivanović Beograd Član broj: 3846 Poruke: 960 *.rcub.bg.ac.yu Jabber: popeye@elitesecurity.org ICQ: 18038966 Sajt: popeye.linuxo.org Profil Re: Kompajlirati ručno ili ne? 10.10.2003. u 18:01 - pre 249 meseci Moze i celokupna instalacija preko gotovih binarnih paketa. Odgovor na temu

impaque Ivan Savčić YUnet International Beograd, Zvezdara Član broj: 717 Poruke: 939 *.verat.net ICQ: 27215173 Sajt: www.imped.net Profil Re: Kompajlirati ručno ili ne? 11.10.2003. u 16:56 - pre 249 meseci Citat: popeye:Usput, da li je neko testirao FHS kompatibilnost Gentoo sistema? Hm, "testirao" ? Citat iz Gentoo Linux Developers HOWTO: Citat: The filesystem layout standards used in Gentoo Linux closely follow the FHS, short for Filesystem Hierarchy Standard. Valjda ne lažu ;)) Što se tiče ručnog kompajliranja, ja sam za, ako je mašina brza. U principu, najviše vremena treba za kompajliranje X-a, ovih ili onih grafičkih biblioteka i window menadžera, tako da za servere, kojima to nije potrebno, nije problem iskompajlirati kernel, sql, apache etc. Uostalom, zar serveri ne bi trebalo da su brzi? Problemi se naravno javljaju kad se pretera sa CFLAGS parametrima za GCC, ali tu je na adminu/useru da se ne zaleće ;) Što se tiče kompajliranja kernela: A MUST. U default kernelu (tj, u default kernelu distribucija koje poseduju dotični ;)) uvek nešto fali ili je nečeg više nego što treba... Što se performansi ručno-kompajliranih aplikacija tiče, pogledati ovaj izveštaj. Ukratko, jasno se vidi razlika u brzini između Gentoo-a i Mandrake-a (koji je, podsećam, i586 optimizovan, a ne daj Bože kao neke distribucije koje su još i386, ugh..) Citat: HispaLinux 2003: Load-time conclusion Here are the conclusions of the load-time test: * Mozilla loads nearly twice as fast under Gentoo Linux 1.4 for Pentium III (both initial and subsequent loads) * Initial load time for NetBeans under Gentoo is over twice as fast as on Mandrake 9.1 * Subsequent load time for NetBeans seems about even for both Gentoo and Mandrake * With prelink, Kmail loads over 10 times faster than Gentoo Linux without prelink or Mandrake 9.1 without prelink Meni na mojoj AthlonXP 1800+ mašini, koja još odavno nije bleeding-edge, stvarno nije problem da išta iskompajliram. Jeste da za X/KDE ode koji sat, ali Bože moj... One pričice "stavi da se kompajlira i odspavaj malo" odavno ne važe. [Ovu poruku je menjao impaque dana 11.10.2003. u 21:01 GMT] krono :: bookmarks :: AOL prisluškuje vaše AIM i ICQ razgovore? Odgovor na temu

impaque Ivan Savčić YUnet International Beograd, Zvezdara Član broj: 717 Poruke: 939 *.verat.net ICQ: 27215173 Sajt: www.imped.net Profil Re: Kompajlirati ručno ili ne? 11.10.2003. u 17:01 - pre 249 meseci Citat: alex: Says who?? Postoji Gentoo stage3 instalacija gde je sve kompajlirano.. Eh, pa nije baš sve... Taman za komforni početak rada na Gentoo-u. ;) Daleko je to od onih mega-giga-masivnih rpm/deb/tgz repozitorijuma koji se daju naći na netu i na instalacionim diskovima RH-a, Debiana i Slacka. krono :: bookmarks :: AOL prisluškuje vaše AIM i ICQ razgovore? Odgovor na temu

Marko_R Marko Ranđelović Programer Niš Član broj: 3737 Poruke: 575 +4 Profil Re: Kompajlirati ručno ili ne? 12.10.2003. u 21:36 - pre 249 meseci Citat: popeye U principu vecina distribucija danas isporucuje vise image-a optimizovanih za razlicite arhitekture i sa te strane smatram da nema potrebe rucno prevoditi jezgro. Pored toga, uglavnom jezgro u distribuciji dolazi sa vecim ili manjim brojem korisnih zakrpa za cije rucno uklapanje bih izgubio previse vremena/zivaca. Većina distribucija ima odgovarajuće src pakete, dakle sa primenjenim zakrpama. Iz svog iskustva mogu da kažem da u principu kompajliranje je gubljenje vremena, a čak može da ima i kontra efekat. Jednom prilikom, hteo sam da kompajliram mozillu 1.2a, misleći da će raditi brže. Prvi pokušaj je propao jer je paketu trebalo > 1GB prostora za to. Posle kreiranja nove particije od 7GB, kompajlacija je uspela, ali je program radio znatno sporije nego prekompajliran *.i386.rpm paket (distro je bio RH7.3), što znači bar duplo sporije ?!?!?!? Odgovor na temu