Početak›Forumi›Linuks›Opšte Linuks diskusije›A koji Linux ti koristis i zasto ???
- This topic has 44 odgovora, 18 glasova, and was last updated 19 years, 8 months ranije by popac.
-
AutorČlanci
-
31. mart 2004. u 5:27 am #17750braleUčesnik
Svako ima pravo na svoj ukus, a ukusi su razliciti. To takodje zavisi i od konkretnih potreba. Moj favorit je SuSE, mada ne ospravam da po nekada volim da se poigram sa Mandrakom. Svaka distribucija ima svoje za i protiv, ali kao sto sam rekao sve je to stvar ukusa.
31. mart 2004. u 10:24 am #17751popeyeGlavni majstorMeni je mnogo bitan nacin manipulacije softverom. Zato ne volim bas rpm bazirane distroe, jer vrlo lako zakoci lib kog nema, dok recimo Debian ili Gentoo nemaju takvih problema. Slack takodje sa .tgz paketima radi super ali se desava da zakoci.
Pomenuti .tgz paketi su u stvari tar arhive sa install.sh skriptom. Ne poseduju nikakvo proveravanje medjuzavisnosti i uvek ce se instalirati (preciznije receno – otpakovati), ali ukoliko potrebne biblioteke nisu na mestu – nece raditi. Prava nocna mora je pronaci sve potrebne .tgz pakete (recimo kod instalacije Gnoma ili Evolutiona sa slackpackages). U principu, .tgz je mozda najgori paket u Linux distribucijama, jer u stvari je obicna arhiva koja se otpakuje negde u sistemu (bez obzira koji je sistem i da li ce nakon toga raditi). Debianov .deb poseduje najbolje osobine i najvise opcija, a RPM je negde u sredini.
31. mart 2004. u 11:41 am #17752AnonimniGostKazem ja Debian 😉 Malo sam koristio Slack (par meseci) tako da imam manje iskustva sa .tgz
31. mart 2004. u 2:50 pm #17753NightweaverUčesnikJelke, to je zato što nisi video šta su načinili sa 5.2.1…novi UFS…čista perverzija!!:)))
Tačno je da je BSD, ai Gentoo, nezgodan ako nemaš stalnu vezu sa netom..portupgrade je noćna mora..ali ako je imaš…eeeeee….:)))
31. mart 2004. u 11:07 pm #17754AleksandardUčesnikIvanJelicKV
Citiras me a nisi ni razumeo sta sam rekao :
A rekao sam ako zanemarimo X, a ne da ga uporedjujemo ….
A i to sto si napisao nisi mi jasan bazirane na RPM i uvek zafali neki lib …
Ajde onda ako mozes instaliraj isti taj .tgz(source) ili .deb na tim distro bez tog lib-a kojeg pretpostavimo da nema , pa rpm nece da se instalira na MDK … ❓
31. mart 2004. u 11:37 pm #17755popeyeGlavni majstorDa ne bude zabune, .tgz o kome smo govorili je podrazumevani format za binarne instalacije na Slackware sistemu i nema veze sa arhivama izvornog koda (.tar.gz).
Pomenuti .tgz paket ce se jednostavno raspakovati, ali normalno da nece raditi ako na sistemu nisu prisutne potrebne biblioteke.
Paketi u .rpm i .deb formatu su napredni i prvo ce proveriti da li na sistemu postoje potrebne biblioteke (i to odgovarajuce verzije) pre nego sto se zapocne instalacija. Pored toga, na primer .deb ce proveriti i da li postoje dodatni programi, koji nisu neophodni za puko pokretanje, vec i koriscenje programa koji se instalira i po tome su specificni.
1. april 2004. u 12:05 am #17756AnonimniGostCitiras me a nisi ni razumeo sta sam rekao :
Razumeo sam te, ali razlike nisu neprimetne i odnose se upravo na ovo sto sam napisao dalje. X-ove sam pomenuo u kontekstu tvoje konstatacije da se razlike svode na njih, pa sam ih izlozio.
RPM bazirani distroi su tako spakovani da se lako moze naici na program koji krenes da instaliras naredbom rpm i ne uspes jer ti fali neki lib. debian npr. ima dpkg komandu (ekvivalent rpm) ali i apt-get i dselect alate koji odmah nalaze sta fali i to instaliraju, sa diskova ili sa neta. Pitanje ti je poprilicno nejasno ali mislim da sam shvatio. Deb-ovi su samo za debian i iluzorno je instalirati ih na druge distroe (koji nisu bazirani na debianu) a sto se sourcea tice, ja sam licno ludeo od MDK il SuSE-a jer nikako nisam mogao da zadovoljim sve zavisnosti dok su isti paketi na Debianu i Slacku isli super. Sto je najbolje, i kada mi nesto zafali na Debianu (libovi), naci cu skoro sigurno na diskovima sve sto mi je potrebno (Slack instalira skoro sve potrebne sa jedinog inst cd-a). Naravno, ni deb ni tgz nece proci na istoj distribuciji ako ne preodje rpm, ali kada neki source ne budes mogao da iskompajliras na MDK-u, odnesi ga do nekoga ko ima Slack ili Debian pa probaj i uverices se u ovo sto pisem
@Popaye
Nailazio sam na neke programe koji su umesto tar.gz ili .tar.bz2 bili zapakovani u tgz. intel modem drajveri recimoNaravno, ukusi su razliciti i po meni je jedino bitno da koristimo free operativne sisteme a kako se oni zovu, apsolutno nije bitno. Na kraju svi mi koristimo GNU softver bilo koji kernel da je u pitanju
1. april 2004. u 12:14 am #17757popeyeGlavni majstorEkstenzija je nebitna, arhivu mozes nazvati i samo imenom bez ekstenzije (ivan) ili sa proizvoljnom ekstenzijom (ivan.jelic.kv) i tar ce je otpakovati bez problema. Navodjenjem .tar.gz kao ekstenzije za arhivu sa izvornim kodom hteo sam samo da ukazem na razlike izmedju te i arhive sa binarnom instalacijom za Slackware (.tgz).
Mandrake ima urpmi, koji poput apt-get sistema dovlaci potrebne pakete, na RH se moze instalirati apt-get ili Ximian Red Carpet. Slackware takodje ima par sistema koji mogu da nadomeste nedostatke poput slapt-get ili swaret-a.
4. april 2004. u 7:22 am #17758salacUčesnikJa koristim slack i openBSD na serverima i mdk na desktopu.
Je*i ga, jeste .tgz neinteligentan package format, ali kad se samo setim silnih rpm hell-ova, slackovo neispitivanje medjuzavisnosti mi dodje kao prijatan odmor 🙂 Zasto jos slack? Zbog jako logicne organizacije i brzine (jos nisam video distribuciju koja bez heavy modifikacija moze da parira slacku u ovom). I naravno, kompajliranje iz sorsa na slacku je pesma, dok su rpm-based distribucije po ovom pitanju najgore…stalno mi se desavalo da kad god nabudzim neki rpm, on pri kompajliranju nije imao ukljucen ovaj ili onaj switch, pa ajmo sve od pocetka.
MDK – stvar navike 🙂 Prva distribucija koju sam instalirao na racunaru kod kuce, a kako prva ljubav zaborava nema, eto ga tu gde jeste i dan danas 😆 A pored njega uvek jos po nesto (Solaris, neki od BSD-ova, ili neka treca linux distribucija 🙂 )4. april 2004. u 10:55 am #17759popeyeGlavni majstorVerovatno si .tgz pakete retko koristio, pa ti izgleda kao odmor. Veruj mi, potpuno su beskorisni u mnogo slucajeva. Mozda bi pomenuti slapt-get ili swaret mogao promeniti nesto, ali Slackware nema server sa skladistem paketa, a paketi sa slackpackages i slicnih sajtova nemaju veze sa FHS (a cesto su i povezani sa raznim egzoticnim bibliotekama). Postoji dobar razlog zasto su rpm i deb formati organizovani tako kako jesu.
Slazem se da prevodjenjem izvornog koda mozes odabrati sta ti treba, ali to se radi samo na kucnim radnim stanicama. Licno, ni tu ne volim da gubim vreme i koristim gotove pakete (zasto bih recimo prevodio KDE, GNOM, Mozillu ili Openoffice, ako ne moram?).
Za odrzavanje servera to je neprihvatljivo, jer je tesko voditi evidenciju o tome sta je i sa cim povezano, gde se sta instaliralo i zasto. Svaki Slackware posle nekog vremena prestaje da lici na Slackware instaliran na susednoj masini – po meni, to je strasno. Dalje, odrzavanje Slackware sistema oduzima neverovatno mnogo vremena u odnosu na druge sisteme. Patrik izbacuje .tgz pakete samo za ono sto mora (root exploit postoji), mada mi slaba korist od njih kad sam sve ostalo preveo rucno. Recimo, zamena openssl-a na 10 sistema pod Slackwareom (gde si na nekim sistemim staticki ubacio isti u par drugih aplikacija, al’ opet nisi 100% siguran u koje) moze biti avantura od par radnih dana. Ne verujem da ce neki poslodavac zeleti da te placa za to (drugi sistem bi zavrsio sa par komandi) i to je jos jedan razlog sto Slackware ne moze biti prihvacen kao industrijski standard – previse je skup.
Sto se pomenute brzine tice, Gentoo je, bar kod mene, brzi od Slackware-a u proseku od 10-15% (neke stvari idu i do 30%), a Debian je otprilike brz bar koliko i Slack.
Ovo navodim, jer me interesuje kako gledas na navedene probleme. Za odrzavanje malog broja servera (<3) Slackware je mozda i podnosljiv, pogotovo ako su izolovani (nema lokalnih naloga, ni puno servisa, idealno je ako su samo zastitni zidovi u pitanju), ali kada treba odrzavati veci broj Slack postaje nocna mora.
-
AutorČlanci
Moraš biti prijavljen da bi postavio komentar u ovoj temi.