Programy v linuxe, kluc k dokonalosti... (diskuse)

[Dent]

Co nějaký log, proč ty programy spadly? Nebude to spíš hardwareový problém?

[Tibor Piňo]

V logoch som nic od danych programov nenasiel... A problem v hardware? Vobec netusim, aky hardwarovy problem by mohol nieco taketo sposobovat...

[Filip Jirsák]

Paměť, nebo základní deska. Nepřehřívá se třeba paměť nebo čipset na základní desce? Na softwarový problém se mi to nezdá, zvlášť pokud používáte odladěnou binární distribuci, kterou používá spousta dalších lidí. Zkuste třeba memtest86, nebo kompilaci jádra

[Saljack]

Mě to dřív taky padalo kvůli paměti. Teď to nepadá vůbec

[KS]

Taky mi to přijde divné. Ubuntu používám velmi intenzivně, ale s žádným z Vašich problémů jsem se nesetkal. Je možné, že to je hardwarový problém. Aktualizujete?

[Trained.Monkey]

Moc to neres a pouzivej Wine dokud nenajdes neco lepsiho.

Padani bude problem distribuce nebo vadneho hardwaru.

[springer]

ale prave skvele aplikacie pre windows, ho robia takym dokonalym pre 99% vsetkych uzivatelov, ktory s nim pracuju...

jak dlouho uz tim trpite ...?

[Tibor Piňo]

Ja nicim netripim... Linux uz pouzivam vyse dvoch rokov, ale myslim si, ze linuxove aplikacie sa tazko rovnaju tym komercnym pre windows...

[walley]

to prejde, nebojte:)

[Predator]

Toto je typický problém balíčkových distribúcií. Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu. A v systéme je samozrejme len jedna ... tak sa to potom správa takto nepredvídateľne. Funguje to preto dobre iba vtedy, keď sa všetky tieto aplikačné balíky odvolávajú iba na jednu verziu knižnice. Udržať tento stav je však v praxi obtiažne, tým obtažnejšie, čím väčší počet aplikácií v systéme máme.

Riešenia sú dve - alebo si problematické aplikácie neinštalovať z balíkov, ale skompilovať si ich zo zdrojáku s aktualizovanými knižnicami, alebo je aj druhá cesta, žiaľ zatiaľ mimo Linuxu - systém PBI použitý v PC-BSD, ktorý ku každej aplikácii dotiahne aj presne tie knižnice tých verzií, ktoré aplikácia potrebuje.

Nie je to vecou Linuxu ani samotných aplikácií. V akomkoľvek systéme s balíčkami a závislosťami medzi nimi môže a v princípe časom aj musí podobný bordel vzniknúť. Je na to aj odborný výraz. Volá sa to dependency hell. Napríklad ja som mal na FreeBSD problém s nestabilným programom Digikam (program na prácu s foťákmi a fotkami). Pritom stačilo vykašlať sa na balík a vykompilovať si vlastnú verziu binárky a už to ide krásne spoľahlivo, dosiaľ mi ešte nikdy nespadol ani nestuhol.

[Luk]

Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu. A v systéme je samozrejme len jedna ... tak sa to potom správa takto nepredvídateľne. Funguje to preto dobre iba vtedy, keď sa všetky tieto aplikačné balíky odvolávajú iba na jednu verziu knižnice.

Přece není problém mít v systému více verzí knihovny. I když je samozřejmě pravda, že sdílené knihovny jsou určené k tomu, aby tam byly pouze jednou. Stav, kdy si každý program přitáhne svoji verzi knihovny (jak tomu je u mnoha windowsových programů), není to pravé ořechové.

[Predator]

No technický problém to nie je. Ale developeri balíkov toto nejak príliš neošetrujú. Trebárs nejaký prehliadač fotiek bol skompilovaný pre libgtk 2.10.5, ale aby balík chodil na väčšine systémov, vyžaduje iba všeobecne libgtk 2.x.x .... pričom nikto nevie, ako to bude chodiť trebárs na libgtk 2.10.2, možno dobre, možno nie a možno s náhodnými chybami, padaním atď.

Ono predstava, že je v systéme 20 rôznych verzií jednej knižnice pre 20 rôznych programov, je síce na prvý pohľad zvrhlá a hnusná, odporuje elegantnej myšlienke "jedna knižnica pre x programov" ale v skutočnosti to funguje dobre. Program potom beží presne s tými knižnicami, pre aké bol skompilovaný, a má to ľahšie aj developer, ktorý sa nemusí párať s riešením spätnej kompatibility do desať verzií dozadu, aj user, ktorému to fakt dobre funguje. Akurát je disk o niečo zaplnenejší. Ono myšlienka zdieľaných knižníc a balíčkov so závislosťami sú v svojom princípe dosť protichodné veci a dať dokopy solídny kompromis je umenie.

Ak sa chce človek tomuto hromadeniu duplicít vyhnúť a pritom chce, aby mu to chodilo dobre, rýchlo a stabilne, zrejme sa nevyhne kompilácii bináriek zo zdrojákov.

[Ondrej 'SanTiago' Zajicek]

No technický problém to nie je. Ale developeri balíkov toto nejak príliš neošetrujú. Trebárs nejaký prehliadač fotiek bol skompilovaný pre libgtk 2.10.5, ale aby balík chodil na väčšine systémov, vyžaduje iba všeobecne libgtk 2.x.x .... pričom nikto nevie, ako to bude chodiť trebárs na libgtk 2.10.2, možno dobre, možno nie a možno s náhodnými chybami, padaním atď.

Balik mas samozrejme pouzivat jen v te verzi systemu, ve ktere byl kompilovan. Pak vse funguje tak jak ma.

[Ondrej 'SanTiago' Zajicek]

Toto je typický problém balíčkových distribúcií. Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu. A v systéme je samozrejme len jedna ... tak sa to potom správa takto nepredvídateľne.

Tohle jsem tedy v Debianu jeste nevidel. Tam bud jsou vsechny programy vyuzivajici stejnou knihovnu zkompilovane s jednou verzi, nebo je dostupnych vic verzi knihovny a baliky zaviseji na te, kterou vyuzivaji.

Ani me neni jasne, proc by k takovemu problemu mohlo dojit - pokud autori distribuce kompiluji nejaky software do distribuce, tak ho budou kompilovat priti te verzi knihoven, ktera v distribuci je (a ne proti te verzi, ktera v distribuci neni).

[msk]

Toto je typický problém balíčkových distribúcií. Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu.

WTF?! Baliky, distribuovane v distribucii, su skompilovane voci knizniciam, ktore su v distribucii. Ziaden bordel tam nie je, k ziadnym nekompatibilitam nedochadza ( pokial autori balikov distribucie nie su prasata, v pripade ubuntu problem nevidim ( debian ) ). Co sa tyka roznych verzii kniznic, moze k tomu dojst pri upgrade, ale samozrejme autori updatovaneho baliku davaju dobry pozor, aby nedoslo k zmene api danej kniznice ( je to tusim Y z X.Y.Z vo verzovani ).

K stabilite spominanych aplikacii sa nemozem vyjadrit, pouzivam kubuntu.

[andree]

ja by som skusil edgyho, v nom je veeela veci opravenych - teda aspon po prechode na edgyho sa mi aspon zdalo... alebo pockat na feistyho, aj ked neviem ako to s nim bude co sa tyka stability

[Tibor Piňo]

Hmm tak opravujem, pouzivam edgyho V tej rychlosti som sa pomylil...

[Martin]

Mě takhle padali programy také, nejdříve jsem podezíral pamět' a nakonec mě odpadla základní deska

[Predator]

No ale vtedy by mu predsa padal aj systém, nie len aplikácie, ale jemu sa systém drží dobre, padajú len programy ... Toto je asi fakt problém s tým, že čo program, to iná požadovaná verzia knižnice.

[Mikos]

To by to dělalo i jiným uživatelům oné distribuce, což jak tu psali jiní nedělá. S knihovanymi není vubec tak velký problém, jaký tu malujete. Většina distribucí to má vychytané víc než dobře.

[Bubak]

Tohle jsou spis typicke priznaky problemu s pameti... Zkus memtest86. Ubuntu ma moznost ho spustit primo na instalacnim cedecku, nebo si to blbe pamatuju?

[Václav HFechs Švirga]

Taky bych to viděl na něco nekalého, rozhodně takové pády nejsou normální (na svém hw sem je nezažil - ani na windows, ani na linuxu - firefox mi tu třeba běží pět dnů, ale jelikož je to sviňa nenažraná...).

[eh]

Buuu. Me nic nepada! Ja chci aby mi taky neco spadlo! Ach jo, jsem tak nestastny...

Ne, ale ted vazne, me opravdu nejak stale nic nepada (Debian/ Sarge|Etch)...

[eh]

PS: A hec! Driv jsem pouzival Slackware, skoro vsechno prekompilovaval a taky mi nikdy nic nepadalo. Jestli ten problem nebude nekde v docela jinych sferach...

[repli]

To bych tipoval na pamět, jó ještě tak tři roky zpátky jsem měl obdobné problémy s redhatem, fedorou, mandrivou atd. Pak jsem přešel na gentoo ;) a většina problémů odpadla... (i když někdo to vidí jinak).
Boužel, je téměř fakt, že linuxové programy na windows jsou stabilnější, svižnější a žádný problém KDE x Gnome.
Firefox mi za celou dobu ještě nespadl, na padání opery a konqueroru jsem si zvykl. (U opery stačí najet na centrum, to je prostě kapiotla sama pro sebe)

[Regenesis]

No nejsem si jistý zda ty potíže souvisí z jejich nekvalitou. Všechny tyto programy používám nebo jsem je používal a nikdy mi nespadly. Teda jediná věc, která je nejspíš problém programu je ta minimalizace u Listen to se mi taky děje, pokud mám nastaveno minimalizovat do systray, ale už vyšla nová verze 0.5 lterá to možná opravuje, ale ještě jsem to netestoval. Jinak ká to řešil používáním Exaile

[AraxoN]

Padanie Firefoxu môže spôsobovať nejaký zle spravený Add-on v ňom. To sa mi už stalo. Riešením je použiť inú verziu FF, alebo iný Add-on. Zmena OS problém nerieši, ak zostane nezmenená verzia FF a sada Add-onov.

Z ostatných menovaných problémov som pozoroval iba padanie Evolution, a to vtedy, keď je v maili veľa obrázkových príloh. To ma štve ale nie natoľko, aby som sa pídil po riešení.

S GIMPom, naproti tomu, som zažil pravidelné pády len pod Windows. Aj tam ale stačilo GIMP preinštalovať novšou verziou.

[Tibor Piňo]

Takze som otestoval pamata memtestom a bohuzial, mam chybnu pamat, takze vacsina tych problemov bude sposobena tym... bohuzial

[petr_p]

Nebo taky desku (radic, sbernici apod). Otestujte ten modul v jinem slotu, jeste lepe na jine desce.

[Milhouse]

Takže by jste to hned do článku měl zapsat a náležitě zvýraznit, ať nás a Windovsáky tady nestresujete. :)

[lefti]

bohuzial? imho jednodusi koupit novou pamet nez debugovat takovou spoustu programu

[frEon]

bohuzel? Chapu ze je to nemile, ale bud rad ze to neni softwarem, hw se da nahradit, ale software obcas ne...

[mseed]

AD ten Gimp - nastav si at pouziva vice pameti - alspon 256MB. Jestlize si to neupravoval tak tam bude asi 128MB a to je pro vice obrazku malo.

[lefti]

njn gnome