Nereálný, ale krásný :-) Osobně si spíš myslím, že velké distribuce jako Ubuntu nebo Suse se stanou ještě většími, takže budou přitahovat víc vývojářů, tím opět víc uživatelů a spirála se roztočí směrem k malému počtu dominantních distribucí. Potom se možná začne Linux prosazovat i na desktopech.
Potom budou chybět ještě kvalitní vývojové nástroje, dostatečně široká platforma (podpora multimédií, komplexních jazyků typu Telugu a Tamilštiny, vytvoření "opravdového" tiskového a zobrazovacího subsystému, podpora Unicode na všech úrovních včetně FS), podpora HW a kvalitní dokumentace. Potom je třeba vyřešit způsob, jak licenčně čistě psát komerční aplikace, pokud možno binárně kompatibilní se všemi distry na dané architektuře. Pochopitelně se musí změnit celá filozofie systému tak, aby byl maximálně uživatelsky přívětivý. Možná pak začně růst počet vývojářů i uživatelů, a Linux půjde nahoru. Jenže se to asi nestane, protože se to už 15 let nedaří. A důvody, proč se to nedaří, zůstávají pořád stejné.
Radek Hulan: to nebylo NTFS, ale HPFS. V te dobe jiz byl Unix ve verzi 7 (Unix System V7) viz http://en.wikipedia.org/wiki/Unix. Prave z UNIXu operacni system GNU/Linux prevzal to nejlepsi a dale to rozvijel (GNU extensions pro standardni UNIXove tooly, napr. awk -> gawk, make -> gmake, zip -> gzip, etc.). Proto je GNU/Linux minimalne 10 let napred a zaostaly Windows psany od nuly jej nema sanci dohnat. UNIX zde byl uzivan na mainframech jiz v 50-tych letech a uzivan je dodnes.
Clovek preferujici multimedia pred technickymi programy, urcenymi pro kazdodenni praci by nemel povazovat sve IT-related nazory za jedine spravne, nybrz pouze za majoritni. Na svete jsou 3% skutecnych IT odborniku (jsou to individualove) a ti po multimediich narozdil od BFU (97%) netouzi =)
Proto je GNU/Linux minimalne 10 let napred a zaostaly Windows psany od nuly jej nema sanci dohnat.
Tvrzení tohoto typu u mě vždycky dokážou vyloudit lehký shovívavý úsměv na tváři :-)
Dneska se opet pokousis o FUD, ale moc se ti to nedari. Tvoje poptavana podpora Tamilstiny pochopitelne existuje v UTF-8 vcetne psani a neni to zadny problem. Protoze by mne v zivote nenapadlo resit takovy problem, jako je podpora Tamilstiny v systemu (vzhledem k tomu, ze vetsina Tamilu patrne ani nevlastni pocitac), tak jsem vygooglil navod na zprovozneni behem nekolika vterin. Viz http://ta.wikipedia.org/wiki/Wikipedia:Font_help
Kdyz si to prectes, tak zjistis, ze zprovoznit tento jazyk na Linuxu je naopak jednodussi nez ve Windows (je potreba instalovat a nastavovat mene veci). Takze kde mas tu chybejici podporu?
Opravdovy tiskovy system je CUPS a divil byses jak dobre to chodi. Dokonce to ma i konfiguracniho Wizarda!! :-P
Nevim co ti vadi na zobrazovacim subsystemu. X screeny jsou nahodou vyborna vec. Obzvlast kdyz je muzes provozovat i v terminalovem rezimu.
Podpora multimedii je. Jedine co mi kdy blblo jsou Real Media.
Podpora HW je v zakladu 1000x lepsi nez na Windows, protoze nemusis resit kde stahnes ovladac.
Dokumentace taky, zalezi co ti chybi.
Nevim co vadi na kompatibilite. Podivej se na takove Skype, ten binarni pack nainstalujes prakticky na cokoliv a jede.
Uzivatelska pritulnost sla v poslednich letech hodne nahoru. Sice muze byt lepsi, ale u Windows mi taky i po letech vadi stale stejne nedodelky a nesmyslne poschovavane konfigy "uzitecnych features" - viz nutnost vlezt do GPO, abys vypnul to pitome cisteni plochy. Automaticke mazani ikon na plose vymyslel opravdu genius.
Nejaky dalsi FUD kterym nas muzes obstastnit?
"Podpora HW je v zakladu 1000x lepsi nez na Windows, protoze nemusis resit kde stahnes ovladac."
Skoda ze jste nebyl po ruce, kdyz jsem se o tom snazil presvedcit svou NVidiu GLX8800 na Feisty (tzn. novy HW, nova ditribuce). Nic nerikajici chybove hlasky (/dev/nvidia0 read/write error), pomohla az instalace nvidiackeho balicku, ktery se ale bohuzel zacal kopat s tim puvodnim ubuntackym. Nez jsem to vycistil, mel bych Windows kompletne nastavene.
Tim si nestezuju, i pres tyto starosti mi to nakonec chodi a pracuje se mi v tom dobre, ale proste musim reagovat na tyhle s prominutim debilni kecy a bezproblemove instalaci HW v Linuxu .Jsou to kecy. Nekde se zadari a funguje na prvni pokus, nekde ne. A pak je velky problem.
Vysvetlovat Vam nevyhody CUPSu a Xek bych take mohl, ale to by bylo na dlouhy flamewar, ktery nechci rozpoutavat.
Tak tohle jsem opravdu nevedel, dekuji Vam za radu. Skoda jen, ze asi neumite cist nebo jste prilis hloupy na to, abyste pochopil co jsem psal a na co si stezoval (binarni ovladac od nvidie z repozitaru ubuntu vs. obecny binarni ovladac nvidie ze stranek nvidie).
Zkuste si vzit ciste ubuntu Feisty 7.04, nainstalovat ho na prazdny pocitac s GeForce 8800. Po tom, co z repozitaru Ubuntu stahnete restricted nvidia drivers (ty proklamovana tri kliknuti) chodi a restartujete system. Bootovani skonci po splashscreenu cernou obrazovkou. Zadna chybova hlaska nic. Potom co nastartuji do konzoly a psutim x.org z konzoly, dozvim se hlasku "/dev/nvidia0 input/output error". Vse rikajici. Az nekde v dizkuzi jsem se dozvedel, ze musim rucne stahnout ze stranek nvidie driver a nainstalovat ho, ze ten co je v repozitarich ubuntu je stary. Skvely, krome toho ze se ten puvodni ubuntacky a ten nvidiacky kopaly (pravda, moje chyba, mel jsem ho nejdriv odinstalovat), nebyl zas tak zavazny problem. Pro me.
Vazeny pane, laskave neurazejte, pokud vubec nechapete na co reagujete. Vase veta "vasi neschopnost nebo neschopnost ubuntu" nesvalujte na nekoho jineho je sama o sobe perla. Krome toho je tam jeden zasadni protimluv- moji chybu sice nemam svalovat na nikoho jineho (a na koho ji jako svaluji??Na Vas,ne?), ale Vy ji svalit na jistou komunitu lidi (ubuntu) muzete. Bravo.
Aha, takze ja mam cisty HW, podle vseho podporovany, udelam cistou instalaci, ale je to moje chyba, ze to nefunguje (ackoliv jsem byl schopny si to sam spravit). No, ale hlavne ze se dobre bavite, preji Vam to.
Ja nesvaluji svou neschopnost (kdyz se budu drzet Vasi hloupe terminologie) na nekoho jineho. Ja jen tvrdim, ze rozbihat veci pod Linuxem rozhodne neni bez problemu a mnohem lehci nez ve Windows jak psal clovek, na jehoz prispevek jsem reagoval. Neco ano (to co vetsinou funguje hned po instalaci), ale neco muze byt pro obycejneho uzivatele (za nehoz se ale nepovazuji, vsak jsem si problem taky sam vyresil) peklo.
Ano, a jiste mi take namitnete, ze kdyz uz to neni moje chyba, je to prece chyba toho hloupeho Ubuntu, ze ve Vasi milovane XXYY distribuci by se tohle urcite nestalo. Budte rad a spokojene zijte ve sladke nevedomosti.
Taková je filozofie Ubuntu - kdo potřebuje nové funkce, ať si půl roku počká... ale to je asi daň za onu standardizaci, po které tu všichni volají. Ne, v Arch Linuxu by se mi to nestalo, ale na systému, který se co týden mění, zase mohu zapomenout na to, že by pro něj nějaká firma balíčkovala svůj software tak jako pro Ubuntu.
Ale to co hovoris je hlupost. Ak ma system nejaky dobry balickovaci subsytem tak nezalezi na verzii OS, ale iba na verzii kernelu ci je pren dany program kompatibilny.
Nemyslím si, že by měl Ubuntu špatný balíčkovací systém, ale sám jsem se dostal do situace, že jsem byl kvůli chybám v zastaralé verzi balíčků obsažených v distribuci nucen překompilovat vlastní jádro, xka a kdovíco ještě. A vyřešit potom všechny závislosti je docela dost práce -- buď můžeš detailně prostudovat proces tvorby balíčků (a ne používat checkinstall jako my prasátka) a nebo použit distibuci, která nabízí aktuálnější balíčky (Arch :-) nebo se v ni balíčky tvoří snadněji (Arch :-).
Ad záleží jen na verzi kernelu... tak si zkus pokusně nainstalovat pár balíčků pro SuSE na Mandrivu nebo Fedoru se stejnou verzí jádra :-)
Ano, ale pod Windows by to obnášelo koukat na 640x480 bez žádného upozornění a prostě nemít možnost jak to změnit. BTW; Ubuntu prý chystá také nějaké to nouzové cosi v 640x480 vga pro nejhorší případy tohoto typu...
No. Ja bych vam odpovedel jinak. Naprosto chapu co se vam stalo. Nechal jste Ubuntu, at to resi po svym.
Moje puvodni odpoved mela totiz znit jinak:
Pro sve snazeni jste si nevybral nejlepsi distribuci. Ubuntu je postavene na tom, ze ma dobrou podporu, takze BFU nemusi nic delat. Beda ale, jak tam neco nefunguje. Jako BFU jste v prdeli, protoze to nemate kde naklikat a opravit. Nerikam ze jste BFU ale Ubuntu k vam takto pristupuje. Ja dost dobre nechapu cely ten hura humbuk kolem teto distibuce takze jsem vam chtel spise napsat, co jste si vybral, to mate...
Ale dostalo by se mi tu jiste nadavek od nejakeho Ubuntu fanatika, takze jsem nerikal nic :-D
PS.: Podle me je srpavny pristup nechat uzivatele at se to nauci. Nainstalovat binarni ovladac neni nic tezkeho, a tyhle radoby automaticke udelatka to pri prvnim problemu podelaji samy!
Vite, ja nejsem BFU. Prosel jsem Slackwarem i Gentoo, nakonec jsem z pohodlnosti skoncil u Ubuntu (a zmineny problem jsem si za pul hodky opravil, pisu to uz asi po treti, pokud neumite cist). Klidne si na Ubuntu nadavejte a kydejte, je to Vase vec, ale asi uplne nechapete, ze stejny problem by mely vsechny balickovaci distribuce vcetne debianu. Proste se stalo, ze v rezpozitarich byla stara verze driveru, ktera mela u teto karty tuto chybu. Potiz byla v tom, ze me to nenapadlo a dalo chvili prace prijit na to, co vlastne vyse uvedena nesmyslna hlaska znamena. Nebyla to chyba moje, ani ubuntu (mozna v tom, ze nemeli aktualni balicek), byla to chyba nvidie. A nesouhlasim, nainstalovat neco rucne (dokonce to nahrazovat vyssi verzi) v systemech zalozenych na balickovani proste prinasi problemy a jednoduche to rozhodne neni. Na jedne strane je Linux vychvalovan kvuli systemu balicku a repozitaru, ale ejhle, jakmile je problem, hned se ozve nekdo, ze jsem blbec, proc proboha pouzivam repozitare a ze se to ma nainstalovat rucne, ze se to tak prece dela. No tak asi jo.
Nenadavam na Ubuntu. Proto jsem to take prvne vubec nezminoval. rikam pouze toto:
nVidia vydava Binarni ovladac! To je zcela mimo vliv jakekoli distribuce. (na rozdil od opensource ovladacu v Xorg napriklad). Proto instalovat tento binarni ovladac z repozitare distribuce mi prijde jako naprosta kravovina, protoze nikdy nemuze byt lepsi nez ten od nVidie. Akorat si koledujete o to, ze bude zastaraly.
Problem Ubuntu tady vidim v tom, ze k teto hovadine uzivatele primo navadi! Nic vic, nic min.
Pokud je mi znamo, tak napriklad openSUSE ma nVidiacky repozitar zlvast primo u nVidie takze taha driver primo z nVidie.... Proste blbost Ubuntu pristupu v tomto konkretnim pripade.
Obdobny "velky problem" jsem resil na jednom notebooku asi 2 mesice zpet. Instaloval jsem Windows. Bohuzel ovladac grafiky od ASUSu se nechytal, nepodporovany HW (stazeno ze sekce k tomu modelu!!). Ovladac ATI taky neznal svoji vlastni grafiku. Vyresilo se to po dlouhem hledani a stazeni ovladace od uplne jineho vyrobce, ktery nastesti vyrabel model se stejnou grafikou.
Tolik k tem kecum o bezproblemovem hardwaru.
Nikdy jsem netvrdil, ze veskery HW jede v Linuxu na poprve. Ale alespon mas velmi realnou sanci, ze ti to pozna sitovku a ty budes moct hledat na netu primo z toho pc. Ne jako ve Win, kde si teprve na jinem stroji musis stahnout driver sitovky a nainstalovat ho! Bohuzel sitovky vychazeji stale nove a MS kasle na to, aby to zakomponoval do nejakeho SP3.
Myslim si, ze se k tomu stavim velmi objektivne a rozhodne nevyvolavam flame. Tenhle prispevek taky pisu z Win.
No, tak pokud je někdo bordelář, tak může mít problémy s instalací síťovky nebo něčeho jiného do widlí. Kdo bordelář není a nebo do compu slepě nestrká co mu kdo za staré železo dá, ten problémy mít ani nemůže. Ke každému kousku železa koupenému pro PC během posledních x let dostanete totiž automaticky CD s ovladači a většinou s nějakými programy a utilitkami. Týká se to především základních desek, tiskáren, scanerů, zvukovek, grafáren, DVD mechanik a vypalovaček a spousty a spousty ostatního železa.
Ve Win XP ani ve Vistách jsem nikdy nezaznamenal jediný problém s chybějícími nebo nefunkčními ovladači a to jsem Vistu instaloval na téměř 3 roky staré PC, na kterém jsem dříve provozoval Win XP a Mandrivu. Takže pokud vy máte při instalaci Windows potíže se síťovou kartou, jste buď tím bordelářem a pak si můžete sám za to že nemáte k dispozici ovladače od výrobce karty. A nebo jste kopyto kterému dělají problémy i doslova blbuvzdorné Win XP a pak se docela divím tomu, že jste v sobě našel tu drzost pustit se dokonce do linuxu!
tvrzeni, ze ke kazdemu hw dostanes cd s ovladaci je absolutne nepodlozene, asi pred pul rokem jsem si koupil notebook od lenova, na kterem byly predinstalovany winy, po nejake dobe jsem je potreboval preinstalovat, ale krom instalacniho cd winu jsem k nemu nedostal vubec nic. po instalaci nejde ani dratova sitovka, natoz bezdratova, takze skutecne musim pres jinou masinu stahnout driver a nainstalovat ho, nez muzu instalovat cokoli dalsiho. po instalaci ubuntu jde okamzite dratova i bezdratova, nemluve o plne funkcnosti grafarny v sirokouhlem rozliseni hned napoprve. u archu jde sice jen dratova, ale je otazka nekolika malo prikazu rozchodit i bezdrat (v mem pripade dhcpcd eth0, pacman -Sy ipw2200-fw).
Takova poznamka, to uz jste s tak zblbly z Ubuntu, ze pisete takove hruzy jako dratova sitovka. Kdo to prelozil, by mel dostal par facek. Opravdu, Ubuntu ma dost cestinarskych skvostu, ktere se jen tak nenajdou... Kdyz tak se omlouvam, zda-li tento skvely preklad mate v jine distibuci :)
Já jsem koupil notebook také s widlemi a ty byly jak na CD + všecky ovladače k HW, tak byly hlavně na skrytém oddílu disku, odkud je jednoduše při nutnosti můžu nainstalovat s kompletním nastavením systému tak, že během deseti minut mám počítač připravený k práci. U Vašeho notebooku tomu jistě nebylo jinak. Nesmíte si ale instalací svého Blbuntu tu skrytou partici smazat :-)
Tak to si predstavujete moc jednoduse, ze neco nefunguje po ciste instalaci nebo po aplikaci SP / patchu, to je u Windows normalni.
Nedavno jsem mel v ruce jakysi zanovni Acer ntb, kde po takove "ciste" instalaci z dodaneho CD mate wxp sp1. Budiz. Pricemz po doinstalovani sp2 Vam prestane fungovat CD mechanika. A zacne fungovat az po smazani cehosi z registru (?) - kdo nevidel neuveri.
Jiny Acer, s Broadcom wifi kartou. Windows neznaji, a nejnovejsi verze ovladacu z dodaneho cd kupodivu nefunguje - ale chytla se jina verze, zhruba rok stara. Nemam co bych dodal.
Tady bych se zastal M$. To by totiz znamenalo, ze M$ musi razit porad nove a nove CD. Kdyz se podivate na to jak rychle vychazeji napriklad v Archu, nebo v Gentoo nove jadra tak vam musi byt jasne, ze to je nemozne.
Proste Linux distro je zdarma a tak je mozne ho sirit po siti a kazdy si vypali svoje medium. To sema u Windowsu nejde, protoze kdyz je daji volne ke stazeni tak jim to lidi budou v obrovskem krast.
Kazdy novy notebook umi zapnout "native" mod nad SATA a pak to jde nainstalovat i bez diskety. Pak nainstaluji ovladac radice, odeberu ten standardni, dam restart a prepnu to zpet do noveho rezimu v BIOSU.
Pak to svisti bez problemu.
Nebo jedu navzdy v "native" rezimu.
Nebo pouziji Visty, ktere to resi. Inu, XP jsou systém, který začínal v době, kdy se o SATA mluvilo v anarchistických kropužcích.
Predpoklada, ze vsude kde jste napsal slovo nativni jste myslel legacy rezim. Timto zpusobem jsem se pokousel widle taky nainstaloval, jaksi ale po uspesne instalaci SATA radice, odebrani toho stareho, rebootu, prepnuti do nativniho rezimu uz ty widle nenabehli. A co ted? REINSTAL? omg...
Zkusime to znova, na potreti se to povede, to je pristup, lol
A bezet navzdy v legacy rezimu ma nevyhody omezeni poctu disku pri kombinaci s PATA (muj pripad).
Ono po přepnutí do nativního režimu mi nenabootovala ani Fedora 7, protože neměla v initrd obrazu ovladač pro AHCI (v legacy režimu nebyl potřeba, tak ho tam nedala).
Podobné problémy s přepínáním mezi legacy a raid jsem měl u jednoho ABITu (už nepamatuji konkrétní typ) a začalo to blbnout při přeflashnutí BIOSu. Další verze biosu už zase byla OK (jestli všechny další to nevím - flashoval jsem kvůli něčemu jinému a pak abych opravil ten RAID a když to chodilo, tak jsem už na board pochopitelně nesahal)
Spíše by mne zajímalo něco jiného - v současné době (biostar) mi to dává na vybranou legacy, native a raid. Netušíte někdo, jaký mají rozdíl mezi native a legacy?
"a computer, system, or software that was created for a specific purpose but is now outdated; anything left over from a previous version of the hardware or software."
Cize ber to nieco ako emulaciu niecoho starsieho. Native bude urcite lepsie
Díky moc. To zní logicky. Také mi to mohlo docvaknout samotnému. Přestože se mi to (zatím) vnějšími projevy jevilo jako totožné, ano, native bude lepší volba.
tohle je jeden z mála zajímavých přízpěvků k diskuzi. Ostatní je WinLin flame balast často bez hlubšího pochopení a ochoty naslouchat druhým o čem se mluví. Předchozí chytrá odpověď je též typická neb přináší 0 bitů nové informace.
Legacy režim zajišťuje určitou míru kompatability s ATA řadiči. Přístup k disku je realizován přes klasickou sadu registrů pro LBA, počet sektorů atd.
Native, v tomto režimu se řadič nesnaží předstírat ATA zařízení a potřebuje specializovaný ovladač. Výhodou je, že se dokonce více výrobců (Intel, VIA, JMicron, ATI, NVIDIA, ...) shodlo na interface tohoto rozhranní a jejich SATA řadiče podporují specifikaci AHCI. Jedním driverem, s minimálními doplňky pro jednotlivé řadiče, lze obsluhovat všechna AHCI kompatabilní zařízení. Je to něco, jako u USB OHCI, UHCI a EHCI, u SecureDigitalu relativně rozšířený obecný SDHC standard. Výhoda AHCI je, že podporuje zasílání více příkazů k vyřízení naráz (NCQ - Native Command Queue) s následnou dodávkou výsledků, hot-plug, bus master DMA (to sice umí i rozšíření ATA) a množství dalších vylepšení.
Pak existuje pro některé řadiče režim RAID. U většiny AHCI řadičů se jedná pouze o to, že BIOS a ovladače Windows pouze při detekci určitých čipů (ICHxR) umožní vytvořit nad sadou disků v podstatě softwarový RAID. Někde jsem četl, že po nastavení Native režimu u ICHx (bez R) a zásahu do INFů lze rozchodit Windows RAID i nad ne R variantami. Je to tedy typický příklad umělého omezování funkcionality HW podle ceny. Na druhou stranu varianty bez R mají většinou méně SATA linek, takže na rozsáhlejší RAIDy jsou opravdu R varianty výhodnější.
Situace pod Linuxem je taková, že software žádná umělá omezení záměrně nepřidává (nemluvím o chybách a nedodělcích) a softwarový RAID běhá nad čímkoliv. Režim AHCI je tedy optimální volba. Režim RAID je totéž, ale pokud jsou skutečně disky skonfigurovány do RAIDu pod BIOSem, tak jsou pod Linuxem akorát potíže s tím, že někdo musí dekódovat a naprogramovat parsování dalších vendor specific sektrorů s popisem organizace RAIDu a je možné, že při havárii řadiče a přechodu na jinou desku se budete k datům dostávat těžko. Když se to nechá na Linuxu, tak ten disk přečtete i v počítači s řadičem od jiného výrobce. Jediná výhoda použití organizace dané BIOSem by snad mohla být při bootování, ale to lze obecně pod Linuxem vyřešit zdvojením samostatné bootovací oblasti.
OK, snad jsem tyto informace z různých střípků co mi různě v hlavě utkvěly poskládal správně. Potěší mě, když mě někdo něčím doplní. Obecně by mě těšilo, kdyby se i na Rootovi diskuze zabývaly něčím k tématu a byly vedeny snahou něco vysvětlit a ne se jen předvádět "První ...", "Win rulez ...", "Lin ...", ale to je asi sen mnohem utopičtější, než vyřešení problémů X-ek a naučení výrobců spolupracovat s komunitou. To se někdy již i daří. Když vezmeme v úvahu třeba to, že intel zaměstnal jednoho z významných vývojářů X (Keith Packard) a platí ho za obecnou práci na X a Intelských driverech vyvíjených v Gitu Xorg. FreeScale po letech zavřených BSP pro registrované uživatele začalo kompletní kódy pro MX31 vyvíjet ve veřejně přístupném Gitu. RT-patche jsou za peníze TimeSysu, IBM a dalších vyvíjeny pro mainline, tak je vidět, že se někdy osudy vyvíjejí i příznivým směrem. And that is an encouraging thought.
Když už jste zmínil RAID a rozepsal jeho variantu. Že jde prakticky o sw RAID jsem měl tušení. Ale předpokládal jsem, že je to záležitost výhradně BIOSu a že driver pro MSW je jen nadstavba, jen napojení, na RAID BIOSovské služby. Tedy něco jako hw RAID, ale bez (resp. s minimální) cache a využívající hlavní CPU k vykonání svého kódu. Z popisu ovšem vyplývá, že RAID BIOS de-facto nedělá nic jiného, než že shromáždí nejnutnější data "jak má rozdělení vypadat", ale celou realizaci ponechá na OS.
Dotaz: V případě BIOS RAID varianty, pokud budu mít multiboot systém (MSW, Linux), jsou data poskytovaná RAID BIOSem vždy natolik dostatečná a jednoznačná, že na se obou systémech bude k datům na discích přistupovat logicky stejně? Tedy, že nedojde k poničení dat při mixování systémů? (Opět, ponechme stranou případné chyby v sw implementaci).
P.S.: Nejde jen o multiboot systém, ale i LiveCD (v případě že disky v RAIDu uvidí a zpřístupní), se kterými bych mohl v případě nekompatibility nadělat nedozírné škody.
Data jsou zapsána do počátečních sektorů disku. Zkušenosti s BIOS RAIDem ale sám nemám. Spíš bych řekl, že když je disk správně rozpoznán a přistupuje se z Linuxu jen na Linuxové partitions (žádný Captive a RW NTFS drivery), tak by k poškození dat nemělo dojít. Ale opravdu bych za to moc zlámaných grešlí nedal. Je potřeba se informovat u někoho s více zkušenostmi s RAID BIOSy.
"debilni kecy a bezproblemove instalaci HW v Linuxu .Jsou to kecy."
Uprime receno, v praxi sem mel rozhodne vic problemu na Win nez na Lin... a o bezproblemove instalaci cehokoli na jakykoli system od MS (snad mima dosu, kterej stejne ukradli) bych mohl vypravet nejen ja... ale tisice dalsich IT, kteri pracuji v opravodvem prostredi s opravdovimi uzivateli a s opravdovym HW ktere trpi a trpi a tak se meni a meni....
koukám že se zkratka FUD se stala značně populární. škoda že ji povětšinou používají lidé, kteří ani pořádně neví co znamená a používají ji v dost odlišném smyslu.
Podle meho nazoru to vubec nejsou vsechno nutne podminky.
Napr. v komercni oblasti je podpora multimedii naprosto dostatecna (stacila by i nulova). A domaci zabava? V posledni dobe spis vedou jednotlacitkove systemy (dle stareho pravidla, ze automat, ktery ma vice nez jedno tlacitko je spatne navrzeny).
Podpora Telugu a Tamilstiny? To jsem od vas jako necetl.
Uzivatelsky privetivy system? Mel jsem tu cest pozorovat 25-30 lete lidi, kteri s pocitacema zacinali. Meli dobre zkusenosti s ovladanim audio-vizualni techniky. Nikdo z divociny. Pral bych vam videt, jak privetivy byl Windows XP Pro pro ne. Urcite byste pak tenhle argument nezminoval. (Tim nechci rict, ze jiny OS je na tom lepe i kdyby byl.)
Binarne kompatibilni aplikace pro vsechny distribuce? To je problem? Rada aplikaci se distribuje binarne.
Kvalitni vyvojove nastroje? Pojem "kvalitni" je subjektivni kvalifikace. Dle meho nazoru se velmi pohodlne vyviji i v unixu.
A co se tyka poctu vyvojaru, tak rozhodne lepe sezenu vyvojare pro Linux nez MS Windows. Pokud to zobecnim i na systemaky, tak Windows systemak, snad ani neexistuje. Co hur, dokonce neexistuje ani technicka podpora pro Windows (konference, news, web fora atd.) Oficialni MS kontakty na tech. podporu od obchodnich partneru jako je A***cont atd. nedokazi take nic odborneho odpovedet. Takze tolik moje zkusenost s hledanim podpory MS Windows.
Takze jedinou vytku, kterou uznavam je absence "opravdoveho tiskoveho subsystemu" a mozna ne uplne kompletni Gnome (vim, ze KDE je rade veci dal, ale osobne to v tuto chvili zatim nepovazuji za horkeho kandidata na standardizaci prostredi). To je asi nejvetsi mezera z uzivatelskeho hlediska. Ale urcite to neni killing factor. Dokonce se na zaklade svych zkusenosti domnivam, ze je v podstate jedno jesli budou mit KDE, Gnome, XFCE nebo neco jineho.
V soucasne dobe ale vidim nasazeni Linuxu, BSD, atd. v komercnim (=tj. v 95% pripadu kancelarskem) prostredi jako jednoznacne vyhodnejsi, ktere vede
1. k vyssi efektivite uzivatelu
2. k rychlejsimu ROI
3. k jednodussi sprave
4. k vyssi dostupnosti systemu
Neviem preco vsetci vidia problem s Office pod Linuxom. Uz dnes sa da MS Office spustit pod wine a kdesi som cital, ze ani portacia MSO na Linux by nebola zlozita. Ked su ludia zvyknuti na MSO (a napriek tomu ze nenavidim MS, tvrdim, ze ich Office balik je najlepsi aky kedy existoval) neviem preco by ho nemohli pouzivat aj v Linuxe.
je zvlastni, ve vasem prispevku vsichni reaguji na ty obecne "flame veci" ale dva podle meho nazoru nevetsi problemy a to "ucelene a kvalitni vyvojove nastroje, podpora instalaci, a hlavne ciste reseni komercnich aplikaci." tu reakce ci polemika neni zadna...
1. Tohle vsechno jsou veci, ktere preci nebrani nasazeni v _provozu_. Windows se nasazovaly i kdyz nemel kvalitni vyvojove nastroje a instalaci si delal jak kdo chtel.
2. Ucelene a kvalitni vyvojove nastroje? Co tim myslite?
3. Podpora instalaci? Co tim myslite?
4. Ciste reseni komercnich aplikaci? Co tim myslite?
máte bohužel pravdu.
S vývojovými nástroji je problém. Velký problém. O víkendu jsem potřeboval napsat jednoduchou knihovnu v C. Používám Ubuntu. Nainstaloval jsem si Anjutu 2.2 u které psali že už je bezproblémová. Hm, mě spadla 3x během půl hodiny. Musím se přiznat, že v C neumím prakticky nic. Byla to první větší věc co jsem v C psal. S pomocí manuálů a několika knih jsem to nakonec zvládl. Ale ne v Anjutě. Musel jsem si nainstalovat KDevelop. Tam byla i template pro knihovnu. Jinak bych netušil jak to napsat. Uznávám, moje chyba. Programátoři vývojových nástrojů by si ale měli uvědomit, že když si spustím vývojové prostředí, měl bych být schopen i při minimální znalosti něco udělat. Klidně pomocí průvodců. Nejde o to, že to bude kravina. Jde o motivaci. Pokud strávíte X hodin procházením menu, zkoušením co udělá to nebo ono, když jen potřebuji dát do programu breakpoint a začít debugovat, je to na nic. V MS studiu hodím do programu breakpoint a spustím debug raz dva. V anjutě to nešlo ani za nic. Nešlo ani pořádně přidat soubory do projektu. Musí se taky občas něco podařit. To potěší a zvyšuje motivaci. Napíšu nějakou blbost, ta bude fungovat aniž bych musel editovat makefile (jako v Anjutě abych přilinkoval do programu externí knihovnu). Až budu v programování trošku zběhlejší, rád se ponořím do tajů makefile nebo cfmake. Ale až později. Nemyslím si že je dobrý přístup muset nastudovat X knih a manuálů abych napsal svůj první jednoduchý program. Návrh GUI ve vývojovém prostředí je kapitola sama pro sebe.
Ano, Anjuta vám nešla, KDevelop ano, a proto vývojové prostředí v Linuxu stojí za nic - naprosto souhlasím!
A opět ano, bylo to složité! To mi připomíná, když jsem sednul k CNC stroji. Tedy spíše vedle CNC stroje a chtěl si vysoustružit figurky na šachy. Taky to bylo tak hrozně složitý, ale nakonec s pomocí návodů jsem to zvládnul. Tím se dostávám k otázce - nechtěl byste se mnou založit neziskovou skupinu, která by se snažila o zjednodušení všech věcí, aby si např. můj soused Franta (celý život kuchař) byl schopný v novém baráku udělat novou elektroinstalaci a poté, aby si zároveň naprogramoval účetnictví, až mít vlastní restauraci?
Tak to nebylo myšleno. Pokud sednete k CNC stroji, už o něm asi něco málo víte a umíte zřejmě dělat s kovem. Uměl byste asi udělat alespoň zmenšení průměru materiálu. Stejně tak když se dáte do programování asi už něco víte o OS a obsluha počítače Vám nedělá problémy.
Váš soused nebude schopen udělat elektroinstalaci ale bude schopen připojit žárovku k baterce tak, aby svítila. Možná díky tomu, že se mu to povede, začne studovat proč vlastně ta žárovka svítí. K připojení žárovky nebude muset vědět, že vedení elektrického proudu způsobují volné elektrony, nebude muset vědět, že směr proudu je vlastně ve skutečnosti od mínusu k plusu a pod. To se dozví časem, pokud bude chtít.
problem nieje v softe, problem je v sposobe myslenia. kazdy pilot Vam povie ze lietat je ako soferovanie, ma v tom rutinu a vsetko riadi jeho "autopilot", tak ako ked vy nerozmyslate nad tym co mate v aute zaradene a proste intuitivne viete ze "spojka, plne vpravo a dopredu". spomente si na prve zaciatky - skakaci bendzin. Tak isto je to v PC, keby ste pracovali na CDE prislo by Vam kazde prostredie z linuxoveho prostredia (mam na mysli wm) ako krasne uhladene ,nejakym sposobom utriedene, cacane atd....
Možná by opravdu bylo vhodné vědět, jak psát v C, než začnete dělat takové kraviny jako si "zjednodušovat práci" pomocí IDE. IDE za vás nic nenapíšou a nedej bože, aby se o to nějaká snažila.
Svůj začátek si pamatuji. Začalo to knihou K&R C, ve slovenštině, vydání někdy kolem revoluce. Popisovali v ní i Makefile. Divné, což? Tak jsem sedl k vimu, z něhož jsem znal tak akorát :wq a dd a začal jsem psát. Pak jsem objevil shift+k (manuál funkce pod kurzorem) a přestal si stěžovat na dokumentaci.
Debugování? Není nic jiného, než gdb. Pokud máte rád grafiku, máte různé kdbg, ale vždy máte ddd a cgdb je pro vimaře v textu nirvána. Stačí přemýšlet a použít google.
GUI? Dělal jste knihovnu, pro kterou jste potřeboval navrhnout GUI? Hmm...
Ne, nepotřeboval jsem navrhnout gui pro knihovnu. To bylo jen další povzdechnutí.
Ta knihovna byla spíše jednorázová záležitost. Potřeboval jsem z Lazarusu volat nějaké funkce jedné knihovny. Ta ale vracela pointer na šílenou strukturu, která se pak předávala do dalších funkcí. Byl problém dodržet přesně velikost té struktury jako vyla v C. Proto jsem si napsal jednoduchou knihovnu v C, která tuto strukturu skryla a já mohl volat funkce bez ní.
Návrh gui je opravdu problém. Psal jsem nějaké věci v Qt. Je to úžasná knihovna, návrh gui ve zdrojáku není tak hrozný, ale přece jen není nad to, když si gui navrhnete vizuálně.
Na toto apelujem uz strasne dlho, ale kazdy linuxar ma zotrie ze je to priliz Microsoftacke, a ze je to vlastne featura linuxu ktora je ta najlepsia a lepsia uz ani nemoze byt! (Vratane tych blbych zavislosti) proste mrzi ma to ze Linux je znacne nestadardny. Ano, Windows ma DLL hell, ale linux ma zasa Dependency hell.
Ako som uz na inom fore spomenul, staci keby boli instalacne balicky jednotne pre vsetky distribucie tak z netu sa odstrani tolko redundantnych dat ze az... ved staci sa pozriet na akykolvek opensource soft ktory je pre: Windows, Mac OS, FreeBSD (to su 3 odlisne systemy) a ptm pride na rad linux: Suse, Redhat, debian, (*)budnu, mephis, mandriva, arch a cojaviem co este.... a pritom je to stale len linux len poprdeli vela druhov balickov. A staci tak malo... dohodnut sa a vytvorit jednotne API...
Zacinam byt z toho poriadne znechuteny... A vraj komunita.
Ano, Windows ma DLL hell, ale linux ma zasa Dependency hell.
Nene, binarni distribuce Linuxu maji Dependency hell ;-). Od doby, co pouzivam distribuce zalozene na zdrojovych kodech (drive RockLinux, nyni Gentoo), tak uz me takove veci netrapi ;-) Obavam se, ze *hell neni v zadne binarni distribuci resitelny ;-(
Dependency hell jsem nejvíc pociťoval, když jsem používal FreeBSD na desktopu a překládal jsem si všechny aplikace z portů. Teď nějakou dobu používám ubuntu a binární balíčky a na žádný konflikt v závislostech jsem zatím nenarazil.
:-) S binarnima balickama z jednoho releasu nebudes mit problem nikde. Musis se ale spokojit s tim, co mas v danem releasu. A je jedno jestli to je BSD nebo Debian.
Pokud chces ale neco novejsiho tj. ze zdrojaku, tak se do potizi dostanes i v Ubuntu.
1) FreeBSD, OpenBSD i NetBSD ma obe podoby portu .. jak binarni tak na kompilaci.. resp. z kompilace se delaji binarni balicky.
2) Tedy tyto systemy se daji instalovat bud binarne tak i kompilaci
3) instalovat muzete odkudkoli chcete CD - pocinaje, pres nfs atd.. az po http/ftp konce
4) depency je reseno u obou metod
5) vedle instalacnich release vychazeji i jen binarni balicky urcene k aktualizaci
Sam sem takhle pouzival FreeBSD nekolik let... upgradoval sem jak jen balicky tak i cely release, z netu i kompilaci... ted pouzivam pkgsrc (coz je vlastne balickovaci system BSDcek) a sem vysmatej jak beruska ;) Zadny sileny formaty .. ptoste tar.gz (chystam se na tar.bz2), tam je par souboru co si hlida depency... upgrade to umi recurzivne... jako admin sem vysmatej... jako spravce balicku taky ;)
Musim priznat, ze jsi me dostal. O DLL Hell jsem nikdy neslysel a jen par krat mi nejake DLLka delaly problem. Dependency Hell u dister s balickovacim systemem neexistuje. Jsou to jen stale dokola opakovane kecy, ktere uz vetsinou davno nemaji realny zaklad. Podobne jako BSOD na Windows. Ted uz se to stava zridka (obvykle kdyz chcipne HW nebo driver), presto tim neustale lidi argumentuji.
Balickovaci system ma s API dost malo spolecneho, jelikoz je to program jako kazdy jiny.
Ano? Nainstaluj si bez netu ubuntu alebo suse alebo RH a ptm si stihani z netu VLC alebo mplayer ci dosbox pre dane distro a skus ho (bez internetu! napr. z USB kluca ) nainstalovat...
Zkus si přes klíčenku, bez netu, updatnout MS Windows XP. Chápu, že updatovat počítač bez netu je celkem zbytečná práce, ale multimedia na počítači bez netu mě přijdou taky jako nic moc řešení.
P.S. Domácí počítač s netem měli mí rodiče (ročník 1950) dříve než já jakožto "člověk od počítačů". Počítač bez možnosti chvilku hodit na net je dnes fakt rarita.
Nevim proc do puvodni reakce na muj prispevek pletes net. O tom tam nic nebylo. Programy z USB klice neni problem nainstalovat. Pokud jsi liny psat a delas to pravidelne, tak si na ten USB klic nastavis instalacni zdroj. Pokud nejsi liny psat, pak balicek nainstalujes jednim prikazem. Pokud to ma nejake zavislosti, tak si je proste musis stahnout taky. Jedine "plus" ve Windows je to, ze mas vsecky zavislosti obvykle prilozene a nemusis se starat. Vyjimkou byva absence visual basic runtime apod.
Instalovat OS bez Internetu taky neni zadny problem. U Ubuntu jsem to nezkousel, ale Slackware a SUSE jsem nainstaloval skrze PXE z Linuxoveho serveru a do netu jsem nemusel hrabnout ani jednou. Nastavit ten server je otazka chvilky (pokud vis co delas). Stejna operace na Windows vyzaduje serverovy system (kup si) a a trosku delsi nastavovani a instalovani potrebnych veci (pokud vis co delas a pritom za tebe cast udela wizard). Pak ale jeste budes potrebovat cislo ke korporatni licenci Windows, protoze normalni ti to nevezme. Skutecne genialni napad. Obzvlast pokud to musis instalovat na stroj, ktery nema CD-ROM, ani moznost ji pripojit.
MS Office muzes nainstalovat bez netu odkudkoliv, z disku, z CD, z flashky...
OpenOffice obdobne. Ziskas instalacku (coz u MS Office realizujes koupi) a nainstalujes ji, tecka.
Najvacsi suhlas ti davam. Z casti som freelance developer a naozaj nemam zaujem o nekompatibilitu instalatorov. O zdrojove kody zaujem nemam, nie ze by som si to nevedel nakompilovat, ale je to strata casu, ktoru mi nikto nezaplati. Nemam zaujem sa v niecom babrat a citat tie hlupe hlasky, ze mi chyba nejaka cast, ktoru si musim rucne nainstalovat. Chcem instalator, ktory mi ponukne vyber. Ked si stiahnem zdrojaky tak pozadujem aby to za mna vsetko skompiloval a pri chybe (chybajucej) mi ponukol moznost ju automaticky stiahnut. A ak si nechcem nic kompilovat tak pozadujem, aby jeden instalacny balicek fungoval na vsetkych distros (ved kernell je stale rovnaky).
Pri instalacii Inkscape som narazil na Linux Autopackage (autopackage.org), ktory mi nieco podobne zarucil. Aspon co sa tyka binarnej instalacie. Je vsak smutne, ze sa vyvojari distribucii nevedia dohodnut na niecom. Kazdy ma skusenosti a tym by mohol prispiet na velmi kvalitny balickovaci system, ktory by predcil vsetky doterajsie. Iniciativa tu uz raz bola (myslim, ze este zije) len skoncila niekde na smetisku, pretoze neochota a da sa povedat arogantnost firiem, stojacimi za distrami je taka velka, ze sa toho v najblizsej dobe nedockame.
tak ten team bude asi cerstvy. Par portu jsem delal a cele to je o jine filosofii distribuce a instalace, ale zejmena o jinem pouzivani knihoven v linuxu. Treba ten systray - to nereseni ani linuxove jadro, ani distribuce, ani Xka.
Sem se jeste kluci z Googlu asi nepodivali.
Ano, prave jste poukazal na jeden z tech problemu. Neexistuje jednotna KOMPLEXNI dokumentace a hrozne tezko se zjistuje, co kdo resi a co ma kdo resit. Je tohle vec jadra? Je tohle vec Xek? Je to vec windows managera? Udelal na to freedesktop nejaky projekt? Jde to vubec? Pochopte, tenhle zpusob prace je mnohem narocnejsi a delsi a tim padem drazsi. Vymluva na to, ze ten tym je cerstvy podle me zas tak uplne nesedi. To si ma kazda firma, ktera eventuelne chce portovat na Linux udrzovat tym guru, kteri z hlavy presne vedi, co dela ta a ta knihovna (a kde k ni ziskat dokumentaci)? Pochopte, ze kdyz tym lidi, co vytvorili projekt ve Windows, zvykli na perfektni a jednotnou dokumentaci vsech volani, jsou najednou postaveni pred ukol portovat projekt do systemu, kde musi u kazde prkotiny vubec zjistit, kdo nebo co ji ma na starosti a pak tezko shanet dokumentaci. A u racionalne rizene firmy musi nutne dojit k tomu, ze portaci pro Linux zastavi, protoze to trva dlouho (je to drahe) a stejne to vlastne nikdo nepouziva. Vedle dependency hell je absence nejake komplexnejsi dokumentace dost velky problem. A ne neresitelny, ale malo pravdepodobny, ze ho nekdo udela.
Vy ale zase pochopte, ze vam to ve Windows prijde jednodussi, protoze s nim mate vetsi zkusenosti nez v Linuxu. Me prijde (a to jsem par Windows aplikaci i driveru delal a ladil jsem i cizi aplikace) podstatne slozitejsi sehnat podporu pro Windows. Na zaklade vasich duvodu bych racionalne zastavil spis vyvoj pro Windows (ostatne jsme to take sice jednou ale presto udelali). Problem ale neni v bajtech, ale v hlavach a emocich.
Ono sehnat taky programatora, ktery umi portabilne programovat neni nic lehkeho. Ani pro Windows ani pro Linux (natoz Unix). BTW Kde se uci/skoli programovani pro Windows? Ale takovy programator citelne snizuje naklady na dalsi vyvoj byt jen v ramci Windows platformy. Aplikace, ktera nema oddelenou prezentacni vrstvu od logicke se samozrejme dost spatne portuje, ale podobny problem nastane i mezi Windows verzemi.
Faktem je, ze dnesni aplikace se programuji dost "hura" akcemi, takze jejich udrzitelnost je komplikovana i na jedne platforme.
Nejde o zkusennosti, jde o informace. Treba zminovany systray. Kdyz chci udelat ve Windows treba ten systray, dojdu na msdn a celkem rychle a bezbolestne to najdu (a to i s odkazy na souvisejici veci).
Ale kde mam hledat to, jestli je to v Linuxu zalezitost toho, toho nebo toho? Existuje nejaka takova knowledge base? Ne. Musim googlit a googlit a pak to treba najdu. A nebo ne, protoze hledam spatnou vec a musim se ptat v dizkusich. Ale takhle se prece neda profesionalne programovat. Proc muj zaver otacite jsem prilis nepochopil.To jste totiz nezduvodnil (na rozdil ode me), krome toho, ze jste napsal, ze jste jednou zastavili vyvoj aplikace pro Windows.
Abyste dobre pochopil, ja na Linux v jistych vecech nedam dopustit. Treba ted jsem programoval usb device pro jednoho arma a samozrejme jsem to potreboval ladit a testovat. We windows by tohle bylo peklo, ale v Linxu diky usbfs a slusnemu logovani to byla hracka. Ale jen tak mimochodem, doporucite mi nejakou SLUSNOU dokumentaci k usbfs? Ja si pulku chovani a konstant vycital ze zdrojaku kernelu... A to je to, o cem mluvim (ta co se da vygooglit ma na kazdem druhem radku TBS...).
"Problem ale neni v bajtech, ale v hlavach a emocich."
Tak tohle jsem uz nepochopil vubec.Ja si stezuju, ze neni dokumentace (coz jste mi nevyvratil), ale kontrujete, ze mam problem v hlave(ano mam, protoze tu dokumentaci z hlavy neznam) a v emocich (co s tim maji ale spolecne ty, to uz opravdu nevim....). Ja si naopak myslim, ze se na to divam naprosto bez emoci (spis na rozdil od Vas).
co mate vsetci so systray? moj WM nema systray, preco by to malo byt standardizovane, isto to ma M$ patentovane, a aj tak je to uchylne, mam pedsa virtualne plochy, nepotrebujem mat nic "minimalizovane". Aj tak je akcia na minimalizovanie a maximalizovanie narocnejsia na CPU ako preskocenie na inu plochu. Takze aj ekologia vravi proti takym akciam :)
Systray je velmi dobra vec. Predstav si, ze nepotrebujes mat X ploch len kvoli tomu, ze ti bezia nejake aplikacie na pozadi. Nepotrebujes ich vidiet, stacia ti len ze bezia a mozes ich nejakou ikonkou sledovat. Toto ti viacero ploch nezabezpeci nikdy.
A neviem odkial beries, ze minimalizovanie a maximalizovanie je narocnejsie na CPU ako stale prekreslovanie plochy :)
Jak najit potrebne informace je otazka zkusenosti. Schvalne jsem si to zkusil v MSDN a aniz bych kdy programoval neco pro systray nebo applet v gnome, tak jsem rychleji nasel navod na applet v gnome. Zkusil jsem tedy najit, jak se provadi IPC. Ani tady jsem s MSDN nepochodil, protoze rada veci byla jen na Windows Mobile, nebo Windows CE . OK do tretice zkusim stesti s ovladanim serioveho portu. Jak psat driver, jak konfigurovat serial port.... Nakonec jsem sice nasel potrebne informace (krome IPC), ale rozhodne to nebylo nijak lehke. Proste je to otazka i zkusenosti (google taky nikomu nepomuze, kdyz nebude vedet jak se poradne zeptat).
Mimochodem jsem zkusil i vsechna vyse uvedena temata vyhledat googlem a nasel jsem je rychleji jez v MSDN. Ja bych ten google zas tak nezatracoval.
Ja take netvrdim, ze MS nema dokumentaci v jistych vecech kompletnejsi. Urcite ma. Ale i tak stale tvrdim, ze vyvoj nebude drazsi na Linuxu nez na Windows.
A s temi emocemi jsem to myslel tak, ze clovek jednoduse at vedomne nebo podvedomne tihne k necemu, co nemusi mit racionalni zaklad a sam si ten fakt zracionalizuje systemem ber kde ber.
je dost pravděpodobné, že to znáte, ale pro jistotu to zde zopakuji.
Docela slušné množství aktuální dokumentace je ve zrojovém stromu jádra.
Stačí napsat "make pdfdocs" nebo "make htmldocs". Je pravda, že závislosti těchto procesů jsou docela pekelné. Na vytvořenou dokumentaci se leze podívat i u jiných. Například následující site je udržované v aktuální verzi
Na tomto site je i dost dalších zajímavých informací především pro začínající jaderné programátory.
Je pravda, že je to jen přehled a na zbytek jsou nutné zdojáky jádra, ale jsou k dispozici.
Další místo, kde je snaha postupně srovnat odkazy na dokumenty k jádru je zde
Když mluvíte o tom, jak jsou Windows krásně dokumentované, mohl by jste mi, prosím, poradit. Vím, téměř na 100%, že jádro Windows umí čekat (např. WaitForMultipleEvents) i na Handle odpovídajícím socketu, či otevřenému device. Myslím skutečně na handle device, ne na read, write, ioctl completion event. Bohužel se mi nikde nepodařilo najít, jak se událost z driveru na vlastní handle nastavuje. Je to nedokumentované, je možné, že to i v některých (kterých?) verzích nechodí. Výsledkem je, že to každý device řeší svým vlastním obastleným IOCTL. Přitom já bych to alespoň na svých driverech chtěl mít hezky tak, jak chodí select na Unixu. Nevíte, kde se to dá zjistit? Prosím, nechci flame, mě to opravdu zajímá.
Co se tyce vaseho postesknuti nad nedokumentaci pro Windows s vasim problemem, tak tohle neni bezne dostupne na MSDN Library. Musite byt MSDN Subscription, kde dostanete k dispozici Windows Driver Kit + Windows SDK, ktery prace slouzi to po cem touzite. Je toho mnohem tam mnohem vice. Bohuzel se ve vasi problematice moc nepohybuji, ale i tak predpokladam, ze to tam je.
Microsoft vydal svého času Windows Drivers Foundation, aby přitáhl více vývojářů driverů k Windows. Tam celkem aktuální dokumentace byla. Zároveň jsem se po tom díval i u kolegy, který měl v práci plný přístup ke korporate MSDN subscription. Obecně mě ta dokumentace tak moc kompletní nepřipadala. Jen jako kuriozitu uvedu úvod k popisu driverů (WDM). Popis modelu začíná tak, že jádro je plně preemptivní včetně ovladačů. Pak postupně vylézá z textů najevo, že driver dispatch rutina ja vždy volána s IRQL Dispatch. Dále je uvedeno, že IRQL != Passive znamená zakázanou preempci. Takže když si to člověk dá dohromady, tak relativně velmi komplikované rutiny zpracovávající IRP pakety jsou volány s blokovanou preempcí. Proč to jasně nepřiznají při počátečním přehledu modelu driveru. Alespoň by programátor byl důrazně upozorněn, že má vždy požadavek co nejdříve vložit do lokální fronty a aktivovat worker thread. Takto mnoho driverů napsaných bez dostatečného rozmyslu často zbytečně blokuje responzivitu systému.
Jinak driver model Windows NT založený na IRP paketech a jeho extrémě dlouhou binární stabilitu a nadled při jeho návrhu někdy v roce 1990 nebo 91 obdivuji. On je naštěstí od architekta, který nevyrostl u MS ale u VMS. Bohužel ho dobastlování PnP a dalších věcí spíš s časem kazí. Interní, pořádně nedokumentovaná, pro různé podsystémy povinná, IOCTL jsou pak vysloveně katastrofa, zlaté funkce s kontrolou typů parametrů v Linuxu. Určitě by si ale WDM model a jeho koncepčnost mělo prostudovat více vývojářů Linuxového jádra pro rozšíření obzorů. Na druhou stranu model je tak rigidní, že neumožňuje optimalizaci a další vývoj jeho vývoj téměř nemožný a Linus má pravdu, že elegatní abstrakce na čistě teoretické úrovni vede téměř vždy k výraznému overheadu, který se již většinou nedá obejít. Viz třeba i téměř všechna mikrojádra.
Zmíňku o výše uváděném chování handlů jsem tam ale nikde nenašel. Opravdu si myslím, že jsem to měl svého času prostudované docela dobře a díky znalosti Linuxu a dalších OS to šlo i z těch často nepřehledných PR friendly dokumentací pochopit.
Aspon to neidealizuj - MSDN nie je v ziadom pripade spasonostne. Jedine, co je tam ako-tak napomocne su rozne articles na casto kladene otazky. Zo srandy som si tam prave hladal systray, vysledok je nasledovny:
1. Windows 98 Hangs with Systray.exe Loading
2. SAMPLE: SysTray.exe ActiveX Control Adds Icons to Status Area
3. System Tray Icons - Minimize Your Application to the SysTray - The ...
atd. zaujimave na tom je, ze ten 3ti vysledok je link na www.codeproject.com ;) Ak nechcem ActiveX control (a povedz mi ktory zacinajuci programator ma vobec sajnu o COM/ActiveX) tak som s cistym MSDN (napr. pri instalacii skoncil. Ale dajme tomu ze vyhrabem 10ty odkaz, ktory ukazuje na Shell_NotifyIcon, tak si ako zacinajuci programator skocim do uzasnej MSDN na stranku funkcie. A teraz moje otazky ked som zacinal:
1. Co do pekla je DWORD? 2x int? 2x long?
2. Ako sa dostanem na zoznam chybovych kodov ku GetLastError () ?
3. NOTIFYICONDATA - co to je? Ved ja chcem len hodit ikonku do trayu. Co je Hwnd? Ako su organizovane eventy? Ako vytvorim z bitmapy hIcon?
4. Preco tam nie je nejaky priklad?
Takze zhrnute a podciarknute, bez googlu sa nepohnes ani vo Win32 - chcem vidiet toho zaciatocnika s Win32, ktory IBA s pomocou MSDN nakodi TrayIcon aplikaciu.
Cim dalej si od "zaujimavych" tem, tym je to horsie - ak mas zaujem sa predviest, tak ti dam dve temy:
1. Naprogramuj mi iba s pomocou MSDN Pull vstupny filter pre zachytavanie obrazovky pre DirectShow.
2. Naprogramuj mi iba s pomocou MSDN aplikaciu pre Windows CE, ktora mi zazalohuje a obnovi SMS spravy cez MAPI (Mail API - existuje uz minimalne 8 rokov).
Neni. No a? Kdyz si (zdarma) stahnete Platform SDK a s MSDN dostanete dost informaci, k tomu abyste udelal co potrebujete. Shrnuto a podtrhnuto, MSDN a Platform SDK Vam bude stacit a googlit nemusite ( a kdyz tak hlavne kvuli prikladum), popisy funkci na MSDN najdete. MSDN je proste reference, Platform SDK hlavne priklady. Mozna jsem to mel zminit, nenapadlo me, ze me budete brat tak doslova.
No, ty dva priklady... Nezabyvam se ani jednim, takze slouzit nemuzu.Ale s pomoci Platform SDK by to urcite nemel byt problem (a verim, ze reference k funkcim, ktere byste pouzil na MSDN najdete).
Ale je hezke (nebo zvlastni), ze jste vybral zrovna takoveto priklady. Dost specificke. Ale ja se Vas zeptam obracene. Jak je udelate na Linuxu? Kde sezenete api k ekvivalentu DirectoShow? Aha, nic takoveho linux nema. A kde standardni API k pristupu k poste? Aha, to taky ne... Hmm, Windowsy to maji maji mozna tezkopadne udelane, Linux to nema vubec. Takze Windowsy jsou shit. Hezky myslenkovy pochod.
Nech sa paci - stiahnite si SDK (nehovoriac o tom, ze to je dalsia komplikacia tahat navyse - kolkoze to ma? snad uz aj 1GB dat kvoli blbemu TrayIcon a na nete o tom nie je ani zmienka). Ano, vy a ja vieme o existencii Platform SDK, ale preco ta zmienka o prikladoch nie je aj v internetovom MSDN?
Ad Platform SDK: Mozno vam to pomoze s jednoduchymi vecami, ale kludne si mozte stiahnut Platform SDK na DirectShow a garantujem vam, ze sa z toho nevyznate - respektive to ani nezbuildujete. Okrem toho potrebujete platform SDK na COM/COM+, ATL atd.
Mozno lepsim prikladom je SharePoint - tak tazko vychvalovane portalove riesenie. Skuste mi v MSDN najst, ako mam korektne autentifikovat a zistit username/rolu prihlaseneho pouzivatela na nejakej portalovej stranke.
Ad MAPI SDK: Nie je. Jednoducho nie je. Aj ked sa postavite na hlavu, nie je to tam a ze som to preliezol komplet. Pritom MAPI na CE zariadeniach je orezane MAPI z Windows, ale polovica pouzivanych flagov a metod jednoducho popisana nie je.
Ad Linux: Nereagoval som stylom, aha, my v Linuxe to mame, vy vo Windowse nie, sam som komercny programator pre Windows platformu. Reagoval som na FUD, ze aj tie najprimitivnejsie developerske ulohy v Linuxe su ohromne tazke. Nie su, ak mate potrebne znalosti - rovnako ako aj vo Windowse. Nemozte cakat, ze si sadnete k pocitacu s dost odlisnou filozofiou a na prvy sup budete vediet spravit aplikaciu, pretoze to sa vam nepodari ani vo Windowse. A ani najlepsie SDK vam nepomoze tak, ako dobre clanky a tutorialy.
Keby som ozaj chcel robit nieco take, siahnem v pripade DS pravdepodobne po Jack/Video for Linux/ffmpeg, v pripade MAPI by som zacal so sendmail/Evolutionu/KMail - zalezi od konkretnych uloh.
Krasnym prikladom je filozofia GUI - zatial co Win32 je spravovo orientovane (ProcMsg atd.), vacsina toolkitov v Linuxe je udalostne orientovane. Ja som zacinal na udalostne orientovanych GUI (Borland) a dalo mi sakra prace do detailov pochopit spravovo-orientovane GUI vo Windows. Znamena to, ze Win system je zly? Neznamena, nemal som iba dostatok skusenosti.
Dal jsem hledat "how send mail" a 6ty odkaz se jmenuje "Send mail sample" a obsahuje ke stazeni cely projekt ve visual studiu, ktery mi to vysvetli vcetne navodu, co si mam na stanici krok po kroku zapnout v IIS tak, abych to mohl zkusit naostro.
Obe ulohy chcem vo Win32 - MAPI napr. nema binding do C#, a nechcem poslat jednu spravu (to je relativne jednoduche), ale chcem vycitat postu z priecinka Dorucene a podpriecinkov a potom ju nasledne pridat spat do rovnakych priecinkov.
Chybi rekneme framework na urovni .NET. Ono programovani pro Windows, kdyz zacnete pekne v cistem c nebo C++, neni taky prochazka ruzovou zahradou.
Je z nich citit to co jste napsal. Ten zmineni autostart... kazde distro kdyz to uzna za vhodne to umi udelat samo, ale kdo vlastne autostart chce. Systray mne funguje na Gentoo v Kde, gnome, xfce, fluxboxu pro vsechny aplikace (skype,psi,bmp,azureus) i s notify area. Stejne tak vygenerujete menu i s ikonkama. A kdyz nevedi jak se to dela, tak at si najdou zdrojaky a podivaj se jak na to.
A dalsi vec - meli by zacit se chovaj jako komunita - rozjet issue tracker, wiki a mailing list. Vydavat brzy a vydavat casto. Dost lidi vam pomuze a zadarmo - treba s tema balickama (napr. ebuild pro skype existuje, atp).
A dalsi pristup na ktery jsem zapomel, ktery jsem pouzival a ktery zase zacal - IRC. Tam vam poradi vyvojari on-line.
.NET port na linuxe sa vola Mono a je to uz celkom stabilne a pouzitelne (sam s tym robim). Je pravda, ze Gtk# je popisane dost slabo, ale s kuskom trpezlivosti sa to da najst na strankach originalneho Gtk. Alebo mozes pouzit Javy/Ruby/Python/multiplatformove whatever.
pokud to v tom c++ napisu slusne, bude to fungovat dokonce i na widlich.
co se pythonu tyce, tam je to multiplatformi taky (pokud nedelam veci jako fork - to widle neumi).
Tento clanek krasne ukazuje, jak je linuxova komunita rozpolcena. Sam jsem uzivatelem linuxu a tohle mi dost vadi.Kazdy pouziva sve "standardy". Kdyz uz se konecne komunita open-source vyvojaru a komunita kolem linuxu probere a zacne pracovat na nekteryc zasadnich vecech, ktere by byly spolecne pro vsechny systemy?
Myslim, ze to kazdy vie. Touto otazkou a tymi predchadzaujicim styrmi ci piatimi chces na seba uputat pozornost a robit doleziteho ze sa "vyznas" ?
Kazdy v tejto diskusii dobre vie o co sa jedna, len ty tusim nie. Ak chces davat hlupe otazky tak radsej ani nic nepis.
1. Kazdy to nevi.
2. Neexistuji hloupe otazke. Existuji jen hloupe odpovedi. Coz si myslim, dost jednoznacne potvrdil.
3. Nemam rad, kdyz se nekdo nechce konkretne vyjadrit. Napadne to pripomina nadavani na politiku u vycepu.
1. Ale ked sa tu diskutuje o Linuxe vo vacsej miere tak niekto aspon nieco tusi. Prazdne otazky nikomu nic nedaju.
2. Na hlupu otazku hlupa odpoved.
3. Kratkodobe skusenosti s danou vecou davaju dane odpovede. Nezname to vsak, ze su zle. Ak sa mam s niecim babrat cely den, kvoli nejakej prkotine tak o niecom vypoveda. O nepristupnosti danej veci vacsiemu okruhu ludi. Ak s tou vecou mam pracovat co mi zabezpeci obzivu tak to je nieco ine. Pokial vyvojari nezacnu rozmyslat ako bezny UZIVATEL, tak to je chyba a program nie je pouzitelny pre ludi inym ako je on. HOWG
Nanestastie toto sa nevola nejednotnost, ako to vy vsetci nazyvate. Je to presne ten sposob slobody, ktory GNU/GPL poskytuje. Ak bude chciet niekto dotiahnut Linux na Desktop pre vsetkych tak kludne moze zacat. Vzdy sa vsak pri komunitnom rieseni niekde na konci sveta objavi ine a lepsie riesenie aj ked si bude tvorca "univerzalneho" distra sledovat nejake standardy a vopred dohovorene veci. Linux nepatri na vsetky Desktopy. Pocas mojich par rocnych skusenostiach s Lin mozem povedat ze je jedno co vyuzivate ak sa dopracujete k svojmu cielu.
Lary fary. Nadpis slibuje nove google aplikace pod linux a uvnitr je jen plac nad variabilitou linuxu. Moznosti jak udelat funkcni "binarni" aplikaci pod lin. je tucet, podivejte se na skype.
imho by google (a obecne vsechny firmy) udelal nejlip, kdyby proste vydaval svoje linuxove aplikace na par nejvetsich distribuci (ubuntu, rhel, sled) a nejvetsich desktopu (kde, gnome) a mensi distibuce a desktopy si muzou udelat vlastni porty.
imho linuxu jedine prospeje, kdyz se par distribuci prosadi jako "standard"
Suhlas. Neviem preco sa mi zda, ale ked som skusal viacero distier tak mi Ubuntu prislo az moc tazkopadne. Z mojho pohladu nechapem preco je okolo neho taky hype.
A neraz by som keby sa presadili len tie popularnejsie distra. Niektore menej zname maju ovela lepsie postaveny system spravy jak aplikacii, updatov, balickovcaci system atd... ale nepresadia sa ci uz to je kvoli nedostatku vyvojarov, marketingu, ktory by ho presadil alebo proste proti nevole vacsich distrubucii, ktore neraz dokazu velmi dobry system potopit.
s ubuntu je to jednoduche - uzivatel, ktery si o sobe mysli, ze nedokaze nainstalovat debian, si mysli, ze ubuntu nainstaluje. ve skutecnosti je bud schopen nainstalovat oboje nebo ani jedno (a ani windows), ale o tom uz uzivatele nepresvedcis.
bfucko sice dokaze debian nainstalovat a nejspis i casem nastavit k obrazu svemu, ale jen kdyz ma snahu a vuli ...
kdyz ma BFU snahu, vuli a iq>80, tak z nej po chvili neni bfu
bfuckem je, protoze je liny/hloupy, a v tu chvili sahne po ubuntu, ktere neni o nic narocnejsi na uzivatele nez widle
Z mojej strany nesuhlas. Ako uzivatel Win som po prechode na Ubuntu bol uplne zaskoceny stylom ovladania a neprisiel mi velmi intuitivny. Taktiez po naistalovani nejakej aplikacie z repozitara sa dana aplikacia neobjavila v zozname nainstalovanych aplikacii a tym padom sa museli spustat zo shellu. Toto nie je zrovna dobry pristup k BFU, kedze suborova struktura je na prvy pohlad dost nezrozumitelna. Tym je BFU uplne odrovnany.
to je spis zvyk na urcity "styl ovladani" nez neintuitivnost (ja si treba zaboha nemuzu zvyknout na macosx style, ktery je imho nejvychytanejsi)...
no kdybys resil problemy jako kazde bfucko zvykle na widle (tj. v prvni rade restart), tak se ti urcite po startu systemu/xek/netusim nabidka sama reloadne :)
Preco by som mal ocakavat ze ta nabidka tam bude po restarte ? Ani vo Windows 95 nema, ze po restarte budes mat dostupny zoznam naisntalovanych programov :)
>> suborova struktura je na prvy pohlad dost nezrozumitelna
ja nevim, me prijde zcela srozumitelna. naopak nechapu, ze ma nekdo adresare jako C:\\Documents\ and\ Settings\\Administrator\\Application\ Data\\{QEFWEGERHGERG-RGQEG-QEGQERG-QERGQERG}\\ ..., v tom aby se prase vyznalo
Ono to je vec pohladu. Viacero particii a ina datova struktora adresarov je vo Windows prisposobena pre uzivatela, nie administratora alebo serverovy stroj.
Dovoluje mu to pre neho ovela lepsiu prehladnost a logickost. Ked vie, ze na D ma iba hry a na E iba filmy tak to je proste fakt. A v neposlednej rade sa stava, ze s amoze poruchat nejaka particia alebo chces preinstalovat system. Priznajme si, pokial OS nerobi len dve veci a to, ze svieti a nesvieti, tak sa kazdy po case pouzivania proste zasvini tak, ze opravovat to je zbytocne zdlhave oproti moznosti preinstalovat. A tam sa rozdielne particie sakra vyplatia, pretoze nemusim hladat kde co mam ak som si spravil v tom poriadok. (particie su rychlejsie ako dobre rozdelene adresare)
Unix a z neho vychadzajuci Linux bol primarne dizajnovany pre SERVERovu sferu. Cize tam ta struktura ma logickost. A pokial si uvedomis tak server vacsinu svojho zivota nerobi viac ako 10 veci. FTP server, DB server, WEB server, prip. dalsie sluzby IM. Cize moznost poruchania takehoto stroja je velmi mala oproti zivotnosti desktop, kde sa kazdu chvilu nieco instaluje, maze a upravuje.
Ako som spominal vyssie. Casom chces ci nechces sa kazdy system zaserie pokial odzaciatku nerobi stale tu istu cinnost. Preto preinstalovavat. Opravou sa nikdy vsetko neporiesi.
krome windows neznam zadny system, ktery se sam zasere. to, ze nekdo neumi pouzivat balickovaci system a zasere si system, neznamena, ze s tim maji problemy vsichni.
Okej. Keby bol cas tak sa to testovat. Cista instalacia, jedna verzia ovladacov. Nainstalovane dane aplikacie. Spravia sa testy rychlosti. Zapisu sa do tabulky. Rok pouzivaj system, instaluj, upravuj ale pri teste sa vrat k povodnym ovladacom a povodnym programom ktore si mal v systeme. Som zvedavy na vysledky. Popripade ak poznas nejaku stranku kde o niecom podobnom pisali rad si to precitam.
jedna verze ovladacu nehrozi, nejsem masochista, co si na stroji nechava nekolik mesicu stare jadro.
jinak uz mi nektere stroje bezi nekolik let a nepozoruji zadne zpomaleni.
Tu nejde o masochyzmust. To co nie je volnym okom badatelne je badatelne testami. Pokial tieto testy neuvidim tak si stojim za svojim. Reci typu system sa nezahnusi, nezacykli a tym padom nespomali su len pekne omalovavanky. Aj HW sa spomaluje, obcas po dlhodobom pouzivani treba restartovat.
to, ze nekde neco leakuje nebo tak a je potreba jednou za cas sluzby (nebo pripadne cely system) zrestartovat beru - ale to je potreba tak 2x do roka..
nevim, co by se mi na tom melo zpomalovat, kdyz pracuju pod obyc. userem, vubec do systemu zasahovat nemohu (maximalne si zahnusim svuj homedir).
jedine, co snad realne uznam, je to, ze i na ext3 muze dojit k fragmentaci. potom ale neni treba nic instalovat znovu, staci vse nekam presunout a pak to nahrat zpatky (resil jsem jednou jedinkrat, kdy ta fragmentace opravdu stala za rec)
zkratka jedine rozumne duvody k preinstalaci jsou:
- neco jsem v systemu jako root zkurvil (rm -rf /)
- chci vyzkouset jine distro
- chci vyzkouset novy instalator meho oblibeneho distra
- nejaky velmi zavazny hw problem (jako ze mi napr. odejdou oba disky, co mam v mirroru, pripadne je spatna pamet a diky tomu system nekde neco spatne prepise a tak)
jinak me fakt zadny duvod nenapada, dokonce i kdyz zmenim kompletne hardware a zbydou mi jen disky, nepreinstalovavam, jen pouziju/zkompiluju jine jadro a trochu si pohraju s nastavenim a jedu dal
Re: krome windows neznam zadny system, ktery se sam zasere
Ani windows se "nezaserou samy". Vždy je to otázka kvalit administrátorů. A pokud se za administrátora systému pasuje laik (bez ohledu na OS) a pokud jsou MSW prakticky jediný desktopový systém _hromadně_ užívaný laiky, tak to statisticky budou desktopové MSW, které budou více zaneřáděné. Nezaměňujte příčinu a důsledek.
Jiný problém je, že po běžné (laické) instalaci dají MSW rovnou uživatelům root práva (tedy, Visty už ne). Ovšem, dle mého názoru, právě snadnost nových (zprasených) instalací "všeho odevšud možně" (hlavně ty dělají nepořádek v systému), a jednoduchá možnost dalších admin zásahů od laiků, jsou jedním z hlavních důvodů jejich rozšířenosti v domácím prostředí. Je to začarovaný kruh. Ovšem nezávislý na OS.
Ovšem použití výhradně balíčkovacího systému (distribuce) opět limituje domácí uživatele k použití pouze toho, co ten balíčkovací systém (distribuce) nabízí. Tedy, kolik toho stihnou jeho správci do něj přidat. Což vždy bude jen zlomkem toho, co se dá sehnat.
P.S.: A pokud balíčkovacím systémem myslíte API a standardy jak se chovat při instalaci, jak na sdílené věci, a podobně, tak to pod MSW existuje už notnou řádku let (ovšem pravda, ne od začátku MSW). Autory samodomo věcí úspěšně ignorováno, nebo použito via jiné nástroje (např. InstallShield) - ovšem, mají-li být takové nástroje dostatečně obecné, tak ani ty nemohou (v žádném OS) zaručit, aby autor programu neudělal (resp. neporučil udělat) během instalace nějakou prasárnu.
Vidíš a jako člověk z IT podpory Ti musím říci, že navigovat uživatele na "Tento počítač", disk "Všechno, písmenko V" je mnohem snažší, než /bin/home/etc/mfftdfg/hd5/etc/df/all.
To je trochu nadsázka, ale obecně to platí tak jak říkám.
jen je blby, ze kdyz clovek hleda cokoliv, co ma neco spolecneho s debianem, vyskakuje mu 90% stranek o nejakych debilnich bfuznich problemech s ubuntu...
Pokud to jeste nevite, tak veskere *NIX-ove programy jsou kompatibilni na urovni zdrojoveho kodu. Proto kdyz Google zverejni zdrojove kody libovolneho ze svych programu, tak skupiny vyvojaru z nejruznejsich distribuci vytvori balicky. Nekdo napise ebuild pro Gentoo, jiny zase vytvori rpm pro RedHat a tak dale.
Clovek ktery nechape ze google by nemel tvorit balicky, ale prenechat to na distributorech musi byt bud novacek, nebo osoba trpici mentalni retardaci ci jinou vaznou psychickou poruchou jako je kuprikladu demence.
Navic bych rad upozornil na to, ze autor clanku je mlady idiot, neznajici rozdil mezi Linux a GNU/Linux. Linux je kernel, GNU jsou svobodne programy, tvori snad Google programy pro kernel? To asi ne, ze?
mam pocit, ze pan Krcmar dobre vi, jaky je rozdil mezi GNU/Linux a Linuxem, rozhodne bych ho za tuto "chybu" nenazyval idiotem (daleko vetsi idiocie je, kdyz nekde nazyvaji kriminalnika hackerem, pripadne skype voip)
Děkuji za zastání. Samozřejmě ten rozdíl tu je, ale nemá myslím smysl jej fanaticky dodržovat, když se běžně pojem Linux používá i pro kompletní systémy. Stejně tak asi nemá smysl reagovat na trolly a krmit je.
Linux je plne standarzdiovan? A muzete mi sdelit, podle jakeho standardu?
Veskere Unixove programy ze jsou kompatibilni? A nepovidejte. Vedel jste treba, ze Linux je "mostly posix compatible" (ale treba Windows jsou plne)? To jsou veci co.
To je samozrejme blabol, programy jsou kompatibilni tak na urovni POSIXu (ale to jeste ne na 100%), co se tyka dalsich knihoven, tak uz to v zadnem pripade nemusi byt pravda. Myslite si, ze kdyz treba napisete program, ktery komunikuje s telefonem pres bluetooth nebo usb v Linuxu, ze jej prelozite a zprovoznite ve freebsd bez toho, abyste celou komunikacni vrstvu prepsal pro freebsd? Pokud si to myslite, tak onou retardaci trpite spis vy (krome absence elementarni slusnosti).
A taktez si tu posledni Vasi urazku myslim o Vas, pokud si myslite, ze vsichni, kdo vydavaji software pro Linux chteji vydavat i zdrojove kody. Muze se Vam to nelibit, muzete proti tomu i protestovat, ale to je tak vsechno, co s tim muzete delat.
> Linux je plne standarzdiovan? A muzete mi sdelit, podle jakeho standardu?
Linux Standard Base <http://www.linux-foundation.org/en/LSB>, sice zdaleka ne všechny distribuce, ale ty majoritní ano. Linux chapu jako GNU/Linux. Pokud myslíte standardnost Linuxu, jako jádra, tak to není ani trochu podstatné, protože mezi programy a jádrem stejně většinou stojí Glibc.
> Veskere Unixove programy ze jsou kompatibilni? A nepovidejte. Vedel jste treba, ze Linux je "mostly posix compatible" (ale treba Windows jsou plne)? To jsou veci co.
Ale notak. Víme, že ty programy kompatibilní nemusí být ani na zdrojové úrovni, ale přispěvatel chtěl pouze poukázat na to, že není těžké (a zrovna Debian i Gentoo to dokazují dnes a denně) vytvořit balíčky a případně i patche, které umožné plnou integraci s danou distribucí.
No a? Ve všech důležitých aspektech kompatibilní je a pokud ne, stejně je to vyváženo Glibc, nebo režimy kompatibility pro jednotlivé programy. A jen tak mezi námi, Google ROZHODNĚ nepoužívá POSIXový wokenní subsystém, ale je čistě win32, tak sem netahejte něco, co sem nepatří.
> A taktez si tu posledni Vasi urazku myslim o Vas,
Omezte, prosím, své výlevy tohoto typu na minimum. Toto je veřejná diskuze, nikoliv hospoda 5. cenové kategorie 5 minut před zavíračkou...
> pokud si myslite, ze vsichni, kdo vydavaji software pro Linux chteji vydavat i zdrojove kody. Muze se Vam to nelibit, muzete proti tomu i protestovat, ale to je tak vsechno, co s tim muzete delat.
Stejně to tak nakonec dopadne, dejte tomu pár let...
Tak jo, dobre, Linux je standardizovan sam se sebou. Jestli je tohle nejaky vseobecne uznavany standard... Windows jsou tedy potom mozna take standardizovane, podle standardu MS1234... Vzdyt je to doporuceni, jak vnest alespon trochu poradku do chaosu mezi distribucemi a umoznit binarni kompatibilitu. To rozhodne neni plne. A rikate ze ne vsechny distribuce ho dodrzuji. Jak tedy muzete souhlasit s vyrokem "Linux je plne standardizovan"?? Vzdyt je blabol!!!
> Ale notak. Víme, že ty programy kompatibilní nemusí být ani na zdrojové úrovni, ale přispěvatel chtěl pouze poukázat na to, že není těžké (a zrovna Debian i Gentoo to dokazují dnes a denně) vytvořit balíčky a případně i patche, které umožné plnou integraci s danou distribucí.
Umite cist? Ja mam pocit ze ne, nebo nevite, na co reagujete. Autor puvodniho prispevku napsal, ze vsechny *NIXOVE systemy jsou kompatibilni v ramci zdrojaku. Tim tedy myslel Linux, *BSD, AIX, HPUX....
Jestli si myslite, ze portovat treba gammu na freebsd je jen veci patchu na jedno odpoledne, nema cenu se s vami bavit. Jiste ze to jde, ale legrace to rozhodne neni. A nebo se autor spletl a myslel jenom linuxova distra a ne vsechny *NIXy? Zajimave, zvlast kdyz pak buzeruje Krcmare, ze nepouziva GNU/Linux.
>No a? Ve všech důležitých aspektech kompatibilní je a pokud ne, stejně je to vyváženo Glibc, nebo režimy kompatibility pro jednotlivé programy. A jen tak mezi námi, Google ROZHODNĚ nepoužívá POSIXový wokenní subsystém, ale je čistě win32, tak sem netahejte něco, co sem nepatří.
Co jste chtel rict timhle, to opravdu nevim. Libc asi resi vsechno, ze? Ja o Googlu nenapsal ani slovo, takze ten kdo sem neco taha jste vy. A muzete mi prosim jeste sdelit, co si prosim predstavujete pod pojmem "posixovy okenni subsystem"? To jsem teda jeste neslysel. Posix ve sve norme rozhodne zadny subsytem nema.
>Omezte, prosím, své výlevy tohoto typu na minimum. Toto je veřejná diskuze, nikoliv hospoda 5. cenové kategorie 5 minut před zavíračkou...
Vy asi opravdu neumite cist. Ja jsem ve svem prispevku nepouzil ani jednu urazku. Tedy rozhodne ne primo, coz rozhodne neni vysada 5. cenove. Ale to ze puvodni pisatel psal nadavky jako idiot, demence, retardace apod., to Vam nevadi. Ze by to bylo tim, ze mam jiny nazor nez vy?
>Stejně to tak nakonec dopadne, dejte tomu pár let...
Veskere *NIX-ove systemy opravdu jsou kompatibilni na urovni zdrojovych kodu. Kompatiblni s programy, ktere pod nimi lze provozovat. Neni potreba vytvaret balicky, ale pouze zverejnit zdrojove kody. Pokud Google inc. programuje pro GNU/Linux, pak jde o kompatibilitu jeho programu s operacnimi systemy typu GNU/Linux, neni to dostatecne srozumitelne vysvetleni? Ja predpokladam ze ano, dokud si nekdo podvedomne nezacne domyslet to, co v komentarich napsano neni...
Jen bych chtel autora doplnit, ze Picasa uz delsi dobu je k dispozici i pro Linux.
Doma ji mam nekolik mesicu, mozna dokonce pul roku. http://picasa.google.com/linux/
Standardizace je jednoduchá věc, vezme se špičkový produkt, s vynikajícím API, vynikající podporou HW, skvělými vývojářskými nástroji a prosadí se na 98% trhu ;-) Ano, Windows.
Linux bude pořád paběrkovat na 0.7% desktopu, protože se jedná o stovky distribucí, vzájemně nekompatibilních, s bordelem v repo. Jediná šance, jak Linux může uspět, je pokud vzniknou nové "Linux-Windows", tedy majoritní a "jediná uznávaná" distribuce, které se budou ostatní přizpůsobovat.
Což ovšem nebude nikdy, protože je to zcela proto filosofii Linuxu.
Tak je to naopak velice špatně, protože pak budou výrobci hw a sw na linux kašlat stejně jako teď. Tobě současný stav např. ohledně ovladačů (tiskárny, scannery, TV tunery, jiná USB udělátka) vyhovuje ? Mi teda rozhodně ne. A pokud bude Linux pořád paběrkovat na +/- 3% trhu (mluvím o desktopech), tak se na tom nic nezmění.
Ano, me soucasny stav driveru na Linuxu docela vyhovuje. Sice by mohl byt lepsi (zvlaste kdyz by vyrobci hardware zverejnovali (lepsi) dokumentaci). Obrovska vyhoda je, ze prevazna vetsina driveru nejsou od vyrobcu hardware. Takze kdyz si koupim hardware podporovany pod Linuxem, je pomerne velka sance, ze na nej bude kvalitni, do systemu dobre integrovany hardware a bude fungovat bez jakekoliv instalace cehokoliv. Zatimco ve svete Windows je znacna cast driveru od vyrobcu hardware. Ty jsou casto dost spatne integrovany do systemu - napr. vyzaduji nestandardni instalacni postupy, ci vyzaduji specificke (a casto dost priserne) obsluzne programy. .
GNU/Linux mam na cely zivot, pojede mi klidne i s CPU SPARC ci Power4 a diky standardizaci je 90% mnou uzivsnych programu temer nemennych. Jednou se naucite vi a mate editor 4ever, to same plati pro vetsinu POSIX-based ci LSB-based nastroju. Ta cestina je ale hnus, stejne je v kazde vete potreba uzivat originalni English zkratky. To mi pripada jako bych se neustale prepinal mezi 16bit (zastaraly CZ) a 32bit (moderni English) rezimy, vam ne? =)