Pet trenutno najboljih Linux distribucija

Dražene, ali vidi ovo, zaboravio sam to pokazati. Ubuntu ima lijep programčić koji se zove devhelp (mislim da se instalira sa ubuntu-om, ako ne ima ga u software centru):

Svi api-i koji ti trebaju, i dodaju se kako instaliraš neke stvari. Sve na jednom mjestu. Ne može jednostavnije biti. 

Evo dva komentara prije ovoga su poprilično dobra no da ne bi ulazili u specifične zahtjeve, baš i nema smisla da radimo korak po korak guide u ovoj temi, ako te zanima raditi s linuxom preporučio bi ti da nastaviš raditi svoj posao u poznatoj okolini (pretpostavljam Windows/Visual Studio), a u privatnom vremenu pokušaj eksperimentirati s distribucijama, naviknuti se na rad s linuxom, shvatiti prednosti/mane/različitosti te tek onda kad se osjećaš ugodno radeći u odabranom linux okruženju, tek onda kad sam sebi možeš reći da se snalaziš približno kao u windowsu te da poznaješ što je "X", "pulseaudio", "alsa", "KDE", "Gnome", što je compositor, da li preferiraš dugotrajnu stabilnost debiana ili "svježinu" i "promjenjivost" Arch-a... E tek onda kad si "svoj na svome" lagano uzmeš nekakvu literaturu za gtk ili qt i sve će ti biti puno manje zbunjujuće i programirati ćeš bez problema.

Zamisli kako bi bilo objašnjavati čovjeku koji je cijeli život na OSX-u te prvi put u životu vidi Windows i odma nakon par dana klikanja želi izrađivati aplikacije za njega. Korak po korak. (Naravno ako postoji uopće želja za nabrojanim...)

P.S.

Linux biblija za početnika.

A sad bez (ogromne doze) sarkazma, reci sto ti treba, pitaj. Uputit cemo te, pa ces vidjeti da nije sve tako crno.

1. Mint

2. Opensuse

3. Ubuntu

4. Debian

5.  svi ostali...

:-)

VLC

Ne znam detaljno, nisam nikad gledao. Znam samo da apsolutno uvijek i na svakoj distribuciji mi je radio "out of box" nakon obične instalacije.

Mario, ako te mogu pitati,  zakaj ubuntu na poslovnom a mint na privatnom  ?  Smatras ubuntu pouzdanijim ili neki drugi razlog  ...   ?

Decki thanks na linkovima i uputama.

Domagoj je naveo primjer uporabe stdliba za rad sa fileovima. Sve to znam ali pod Windowsima mozes koristiti i API, CreateFile.

Kolko sam vidil po nekim uputama za Linux tamo se file moze otvorit koristeci  open(...) koji direktno poziva kernel. Sam u pravu?

Ja pod Windowsima mahom radim koristeci API direktno i koristim STL i WTL. MFC je bio jako davno.

Ono kaj mene muci je sto sam citav zivot na Winsima i zivim u njihovom svijetu. Pod Winsima (znaci pricam SAMO o desktop aplikacijama i grafiku uzimam samo kao primjer) sve se desava u windowu, a crta se u DC.

// kreira se window u koji se crta

HWND hWnd = CreateWindowEx("mojaWndKlasa", ....);

// crtanje je u DC (device context) - ovo je pojednostavljeno

HDC dc = GetDC(hWnd);

Rectangle(dc, 0, 0, 100, 100);     // nacrta rectangle 100x100 i filla ga u izabranoj boji

Ovo gore je pozivanje grafickog APIa direktno. Recimo WTL i MFC kao libovi interno takodjer pozivaju API ali je dosta toga skriveno klasama.

Mislim da bi tak nekaj moralo biti i pod Linuxom i sada me muci dal sve distre imaju isti API jer aplikacija nekako mora znati gdje ce crtat, a OS mora znat koji joj dio ekrana pripada (gore spomenut HWND je OSov handle). Jasno da ako se koristi neki lib, ala Qt, gdje je sve skriveno ali mene zanima ovaj "low level" dio price.

Vrlo jednostavno pitanje. Ako napisem aplikaciju koristeci GTK na Mintu dal bu ona bez ikakvih prepravaka (compiliranja kak sam prije pisao) automatski radila i na svim drugim distrama?

Recimo,cout << "neki text";  operator << ce pozvati Linuxovu funkciju za upis u file, odnosno write(), koji ce pak izvrsit neki syscall u kernelu za upis. To naravno radi jer su svi syscallovi isti. Dal je tak i za ostalo, npr grafiku?

Recimo pod Winsima API zove kernel koristeci interrupt 2E ili sysenter na x86.

Sorry ak su neke gluposti napisane jer, kao sto rekoh, zivim u Win svijetu.

Svakako. Linux je kernel, distribucije su distribucije. Zato Debian recimo inzistira na tome da su oni "GNU/Linux distro", a ne "Linux distro". Sve standardne biblioteke su gore. Ukoliko ti treba neka posebna, GUI npr. imas par opcija. Kao sto si i sam naveo GTK+, Qt, Tk... I sto se GUI-ja tice to je super. Mogu se drzati onoga sto mi je draze i bolje. Sigurno si primjetio da je to Qt, sto se mene tice. Najvise zbog toga sto imaju odlican IDE (Qt Creator) i sto je glavni jezik C++ (postoji i Python binding - PyQt, pa i bindingi za druge jezike, ali to je vec druga prica). Druga stvar, to je kompletan application framework i daleko je odmaknuo od onoga "samo GUI". Samo neki dodatni moduli su npr. Qt Network koji nudi mreznu apstrakciju, Qt Multimedia koji nudi klase za audio, video i funkcionalnosti kamere, Qt SQL koji nudi klase za integraciju s SQL bazama podataka, Qt Test - klase za unit testing, itd.

Dakle, zelis GUI? Imas GTK+, imas Qt, imas wxWidgetse, sto god vise preferiras i zelis, no u praksi se situacija vecinom svodi na GTK+ vs. Qt. Koji god izaberes neces pogrijesiti (u smislu da su to dva najpopularnija frameworka koja su u svim distrama).

Audio je katastrofa, svakako.

Ne, ne mozes jer ne postoji distra koja je toliko stara, a da se jos uvijek odrzava (osim rolling release distri kod kojih je uostalom i besmisleno govoriti o verzijama). Cak ni kod Debiana. A to da li ces morati nesto dodatno instalirati ovisi iskljucivo o tebi kao developeru. Ako koristis u svojoj aplikaciji OpenCV, normalno da ces morati dodatno povuci opencv biblioteke jer nema te distre koja defaultno dolazi s tim bibliotekama instaliranima. Zasto bi uopce i dolazila? Ne znam bas da se puno ljudi iz zezancije bavi racunalnim vidom. Ako koristis GStreamer npr., svakako da neces morati dodatno instalirati tu biblioteku jer svaka moderna distra dolazi s njom.

Ako radis u Qt-u, pa netko s Gnomeom zeli instalirati tvoju aplikaciju, naravno da ce morati povuci dodatnih 50-ak MB biblioteka, no to je cijena koristenja jednog takvog frameworka. Nije da je na Win nesto drugacije kad se aplikacija napise u .NET-u pa da u tom slucaju ne moram skidati kakvih 100-tinjak MB ili koliko je .NET vec tezak. Itekako moram. S Qt-om bar portam aplikaciju na Win uz minimalne promjene ako ih uopce i moram raditi.

Ciljaj Ubuntu distru (pogledaj Valve recimo ili odnedavno GoG, sluzbeno podrzavaju samo Ubuntu, nesluzbeno radi na svim distrama - na nekima s malo tweakanja, citaj: Arch) i s tim si pokrio Kubuntu, Xubuntu i ostale *buntu distre, Mint, elementaryOS i jos neke manje bitne. Onako, izvadit cu brojku iz sup*a, 90% njih. Paketi i paketni menadzer su ti prijatelji. Obicno se rade deb i rpm paketi (za Debian based i Red Hat based distre), ali neces pogrijesiti ako napravis samo deb paket. Ionako je vecina na Debian based distrama, a postoje i alati koji automatizirano pretvaraju jedne pakete u druge i obrnuto. Za Arch korisnike se ne trebas brinuti, daj im deb paket i zacas ce ti aplikacija biti u AUR-u.

Kao primjer kojim se osobno vodim je Clementine: http://www.clementine-player.org/downloads

Nude pakete za Debian, Ubuntu i Fedoru, dakle deb i rpm pakete i s tim su pokriveni, pa... gotovo svi korisnici. Jedino sto ti kao developer trebas napraviti je conf file za pojedinacni paket. Kod ti je isti jer pricamo o Qt-u koji je prisutan na svim tim distrama. Na temelju conf fajla paketni menadzer se pobrine da svi dependency-ji budu zadovoljeni. Eh, sad ako ti koristis bleeding edge verziju Qt-a (5.3), a u svim repozitorijima svih distri (osim Archa i slicnih, no njih ne racunamo) je aktualan Qt 4, onda sry, imas mali problemcic. U tom ces se slucaju morati malo potruditi da bi stvar radila (vlastiti PPA i sl.). Uostalom, kao i kod programiranja na Androidu, sve je to divno krasno, backward compatibility, ovo-ono, dok ne upotrijebis neku metodu koje nema u starijem API-ju (a koji zelis podrzati). E, onda opet imas mali problemcic.

Umjesto Qt-a koji sam koristio po cijelom postu, mozes ubaciti i GTK+ ili sto vec, ali s obzirom da mi je Qt najbliza tehnologija koristih ga kao primjer.

tl;dr - uzmes dvije najpopularnije distre (tri u slucaju Clementinea) i napravis pakete za svaku. Cak niti dvije ne trebas, uzmes samo Ubuntu. Nije toliko puno posla kako se cini (pogotovo kad jednom napravis kostur), jer budimo iskreni, nisu niti verzije biblioteka toliko razlicite na svim tim distrama koliko se ovdje to pokusava naglasiti. Jos ce na kraju ispasti da svaka instalacija iste verzije distre ima razlicite verzije biblioteka.

Za dodatni plus, ovako nesto?

Pošto sam pročitao cijelu raspravu imam jedno jednostavno pitanje. Da li jednom prosječnom korisniku (tipa moj stari koji niti engleski ne zna i koristi računalo za gledanje filmova, čitanje vjesti i tu i tamo pokrene neki specijalizirani softver koji koristi kao automehaničar) preporučujete LINUX ili Windows?

@domagoj, kužim na što ciljaš, ali se ne uspijevam osloboditi windows pogleda na razvoj i distribuciju aplikacija koji je doista "compile once, run everywhere" ako se samo malo kontroliraš. Sustavi su, budući da dolaze iz samo jednog izvora, toliko ujednačeni i standardizirani da možeš unaprijed i kirurškom preciznošću predvidjeti što koji od njih ima, a što ćeš morati dodatno upakirati u instalaciju aplikacije.

Ovo što si spomenuo o distribuciji koja se više ne održava je točno to. Meni je to neprirodno, takve situacije su mi nešto nakraradno. Sva moja iskustva sa "linux načinom" razvijanja i distribucije softvera su se u biti dogodila u kontroliranim uvjetima, na windowsima (msys, gcc, autotools...). Do sada sam Linux uvijek samo koristio, nisam se još nikada igrao developera na njemu, niti razvijao za Linux. Još će na kraju ispasti da će mi to biti najveći kamen spoticanja...

Program je podrzan iskljucivo na professional verzijama Windowsa od XP SP3 na ovamo.

S obzirom da se radi o poslu a program koristi autorizacijski USB stick ne preporucam nikakvo kemijanje sa Linuxom i emulatorima.

Za sve ostale radnje koje si naveo postoje besplatni windows programi.

Hvala na savjetu. Trenutno se sve vrti na Windowsima NT, pa je mislio kupiti novi komp i software. Pošto linux ne dolazi u obzir uzet će Windowse 7 professional ...

Sad je na 0.11%

zamisli da windowsi skoce 10% :)