Fórum Root.cz
Hlavní témata => Software => Téma založeno: Jerry999 26. 12. 2025, 18:11:28
-
Mám starší notebook (Aspire one D270), který roky dobře fungoval s Ubuntu Mate 20.04, ale nemohl jsem upgradovat výš kvůli potížím s ovladačem integrované grafické karty.
Ano, GMA3600 se Intelu moc nepovedla, kdysi tam fungovala i hw akcelerace videa a 3D, což v Linuxu záhy úplně zrušili, nicméně na brouzdání po internetu ve vlaku mi ten notebook stále vyhovuje.
Tak jsem využil vánočního volna, nainstaloval Linux Mint 22.2 Xfce, začal jsem stahovat různé verze kernelu, snažil se přijít na to, co se v driveru gma500_gfx rozbilo a jak to opravit. Poslední plně funkční byl Linux kernel v6.0. První chybu do driveru vložili ve v6.1 a druhý problém se objevil ve v6.5. Oba problémy jsou dodnes nevyřešené (zkoušel jsem 6.18.1) a defakto znemožňují používat s touhle grafickou kartou jakoukoliv současnou Linuxovou distribuci (v 50% končí boot černou obrazovkou).
Obě chyby se mi povedlo pro můj notebook zazáplatovat, první oprava funguje pro všechny verze (v6.1-6.18), druhá oprava funguje jen do verze v6.11. Jak to opravit pro novější kernely (v6.14-6.18) zatím nevím.
Říkal jsem si, že nebudu sobec a poprvé v životě jsem zkusil chyby poctivě nahlásit bugzilla.kernel.org. Chápu, že s vágní informací, že občas místo přihlašovacího okna zůstane displej černý, toho mnoho dělat nelze, tak jsem se snažil podrobně popsat, co si myslím, že problémy působí, jak to lze opravit, přiložil jsem i návh patche...
https://bugzilla.kernel.org/show_bug.cgi?id=220905 (https://bugzilla.kernel.org/show_bug.cgi?id=220905)
https://bugzilla.kernel.org/show_bug.cgi?id=220907 (https://bugzilla.kernel.org/show_bug.cgi?id=220907)
No nevypadá, že by moje snaha padla na úrodnou půdu. :'(
Máte stejnou zkušenost?
-
U velkych projektu to cenu nema. Vetsinou po tobe chteji informace, ktere nejsi schopen dodat, pripadne chtej, aby si to reportoval nejakym predepsanym zpusobem, takze je to na tyden prace. Pak zjistis, ze se jedna o duplikat nejakeho 10 stareho problemu, na ktery nikdo od te doby nesahl.
A i kdyby to prijali jako bug, nez to opravi, budes uz pouzivat neco jineho, co treba i funguje, nebo ten HW uz bude davno odepsany, a ty budes resit problemy s jinym HW.
-
Co se vám nezdá? Vždyť tam máte reakci i během vánočních svátků a máte tam napsáno, co s chybou dál dělat.
-
Zkus to poslat na to LKML jak ti tam radi - pokud je to finalni a jsi podepsan, tak to nekdo muze zhodnotit ze mas pravdu s tim fixem a poslat to do vyssich kruhu. Na realne reseni se pouziva bohuzel ten mailing list a postupuje to hierarhicky. Ten webovy bug tracker je jenom tlacharna/diskuzni forum, tam se neresi samotne zaclenovani oprav.
Jako max te muzou poslat do haje :D pamatuji prvni patch - kdyz jsem z cpu nazvu chtel odstranit duplicitni whitespaces, protoze prece chci mit napsany nazev procesoru hezky v ruznych toolech.. a nedopadlo to moc dobre - pry kdyz tam vyrobce dal 8 mezer, tak tam musi byt 8 mezer :D a ze je to pak hnusny, to se nebude resit.
-
Reportovat můžete, ale čím máte starší hardware, tím je menší šance, že se něco fixne. Může to mít smysl. Čím víc lidí reportuje problém, tím možná mu někdo dá vyšší prioritu. Je ale jasné, že někdy podpora musí skončit.
Já osobně mám dost pozitivní zkušenost - mám Lenovo T520 - teď mu bude 15 let. Kernel 6.16 měl rozbitou síťovou vrstvu - nefunkční wifi, a sem tam crashe. Reportoval jsem (a nebyl jsem sám), a 6.17 běží jak víno. Před měsícem jsem instaloval Fedoru na ještě starší Dell D830 - což bude 18 letý počítač, a všechno běží. Počítač je v perfektním stavu, nicméně ty tři roky navíc jsou znát. T520 je více méně v pohode, D830 už se mi zdá pomalá. Hlavně je to ještě poctivý železo - nikam už by se mi ho nosit nechtělo.
-
Zkus to poslat na to LKML jak ti tam radi ...
Poslat přímo návrh patche do kernelu jsem zkusil jednou před mnoha lety, takže už vím, že to sám nedám. Tehdy jsem nad tím strávil týden, přečetl jsem si o jejich zvyklostech co se dalo, bojoval jsem s mail klientem (Seamonkey), aby u plain-text mailů zalamovala řádky tak, jak si představujou... a pořád bylo něco po formální stránce špatně...
-
Upřímně trochu nechápu, proč to řešíš tady. Ten Artem ti opakovaně jasně řekl, co s tím máš udělat - do jakého LKML report poslat + jakým konkrétním maintainerům. Report někde na bugzille vůbec neodpovídá standardním postupům vývoje kernelu.
V prvním kole to vůbec nemusí být hotový commit, prostě jen nahlásíš problém a popíšeš návrh jeho vyřešení. Někdy potřebný patch mail pošle přímo maintainer (a dá tě jako Reported-By či Tested-By), někdy jej bude chtít po tobě - ale nejdříve se s ním/s ostatními domluvíte, jak by ten commit měl vypadat. Má to formální záležitosti, ale jsou na to nástroje a patche zcela běžně proběhnou několik verzí, než jsou v pořádku.
-
U projektů, jejichž workflow je v končící čtvrtině 21. století přes email, už nereportuju nic. Zdravíme Debian (https://nibblestew.blogspot.com/2025/12/an-uncomfortable-but-necessary.html).
-
U projektů, jejichž workflow je v končící čtvrtině 21. století přes email, už nereportuju nic. Zdravíme Debian (https://nibblestew.blogspot.com/2025/12/an-uncomfortable-but-necessary.html).
Ono by bylo hezky mit vse na githubu ci jine management platforme, ale proste je to drahy kdyz to chcete delat procesne spravne, tj "ridit repo jako firmu". Skoda ze neexistuje nejaky OSS support program, co by tem zajimavym projektum nabidnul stejnou uroven jako placeny github, ale zadaco.
-
GitHub nebo GitLab zdarma mají mnohem lepší uživatelský komfort než ty Debianí issues, dle mého názoru.
-
U projektů, jejichž workflow je v končící čtvrtině 21. století přes email, už nereportuju nic. Zdravíme Debian (https://nibblestew.blogspot.com/2025/12/an-uncomfortable-but-necessary.html).
Nezpomínej, že tyhle projekty mají spoustu unix greybeards typu RMS, kteří mají specifické potřeby: Email má každý, ne každý ale přežije účet u Microsoftu a souhlasení s jejich podmínkami, aby mohl používat Github. Tomu se říká inkluze. ;D
Ono by bylo hezky mit vse na githubu ci jine management platforme, ale proste je to drahy...
Není to drahý. Pokud nabídka veřejných repozitářů zdarma nevyhovuje protože nějaké limity nebo něco, tak třeba GitLab CE je zdarma i self-hosted a bez limitů. Nebude to mít nějaké advanced fičury co má placená verze, ale email nemá vůbec nic. A projekt typu Debian, který stejně má server s git repozitáři, si tam ten webový frontent opravdu přidat může. A malé projekty to nemusí řešit, protože se vlezou do limitů těch veřejných repozitářů zdarma. Kdyby chtěli.
-
Zdravím root.cz a děkuji za opravu chyby ohledně častého random odhlašování ke kterému občas dochází i při odesílání komentáře a ten tak nenávratně zmizí... :) Stejně tak oceňuji vyřešení absurdního mixéru komentářů pod články, které se pro neprominentní uživatele objevují v náhodném pořadí...
-
Pochybuji, že by komunita kernelu nebo debianu kývla na provoz tak důležité infrastruktury u komerčního subjektu, který kdykoliv může svou činnost ukončit či službu zrušit.
Komunikační nástroje debianu neznám, ale kernel má poměrně širokou infrastrukturu postavenou nad emaily (např. klíčový https://patchwork.kernel.org/project/linux-media/list/ ), které to dost usnadňují. Neboť jsou všechny maily na více místech archivované a indexované, není takový problém v tom historicky vyhledávat. Samozřejmě to vyžaduje určitě nastavení mailového klienta, ale lze předpokládat, že ten, kdo chce posílat patche do kernelu, je schopen si to zařídit (např. https://nickdesaulniers.github.io/blog/2017/05/16/submitting-your-first-patch-to-the-linux-kernel-and-responding-to-feedback/ )
-
Zdravím root.cz a děkuji za opravu chyby ohledně častého random odhlašování ke kterému občas dochází i při odesílání komentáře a ten tak nenávratně zmizí... :)
Addon na historii odesílání formulářů v prohlížeči je hodně užitečný i na jiných webech. Samozřejmě mluvím o PC, v mobilu nevím.
-
Pochybuji, že by komunita kernelu nebo debianu kývla na provoz tak důležité infrastruktury u komerčního subjektu, který kdykoliv může svou činnost ukončit či službu zrušit.
No, zatím na druhé straně barikády firmy běžně závisí jedna na druhé. A svět neshořel. Takže tím to asi úplně nebude. Navíc GitLab CE (Community Edition) má otevřené zdrojáky pod MIT licencí. Pokud si tu CE rozjedou (self-hosted), tak i kdyby GitLab zavřel krám nebo CE zrušil, tak to není fatální problém: Budou mít spoustu času na přechod. Nebo se někdo ujme forku.
lze předpokládat, že ten, kdo chce posílat patche do kernelu, je schopen si to zařídit
V téhle větě se schovává ten důvod. Kombinace tradicí, elitismu, bariér které jsou (byť jen podvědomě) stavěné na odradění dostatečně nemotivovaných a fantismu. Musíš projít naším zasvěcovacím rituálem, jinak si s tebou kuličky cvrnkat nebudem. A to neříkám kvůli nějakému zapšknutí, já svůj patch úspěšně a bez nějakých velkých problémů do jádra kdysi dostal a těm projektům držím palce.
Ale přijde mi, že postupně řežou větev, protože největší skupina, co se s tím je ochotná crcat, jsou lidi, co to dělají v rámci své práce. Procházet tím kvůli nefatálnímu problému ve svém volném čase nebude ani většina těch, co by toho jinak byli schopní. A co je mnohem horší, než záviset na nějakém komerčním subjektu s provozem služby? Záviset na tom, že ten komerční subjekt dotuje vývoj toho FOSS projektu časem svých zaměstnanců.
-
Problém je, že pokud nainstaluju libovolnou Linuxovou distribuci, tak je tam tolik různých komponent, které na sobě závisí, že člověk ani neví, co kam reportovat, natož aby mohl nastudovat pravidla pro reportování u každý z nich. Pak to dopadá přesně tak, že vás posílají od čerta k ďáblu, a uživatel ty výtvory pak proklíná. To se pak buď rovnou vrací k uzavřenému ale z většiny funkčnímu řešení, nebo zkouší další alternativy, kde se situace bude opakovat.
-
Kombinace tradicí, elitismu, bariér které jsou (byť jen podvědomě) stavěné na odradění dostatečně nemotivovaných a fantismu. Musíš projít naším zasvěcovacím rituálem, jinak si s tebou kuličky cvrnkat nebudem. A to neříkám...
Napsal jsi to moc hezky. Někdo v tom asi problém nevidí, já už podruhé došel k závěru, že mi vlastně stačí, že mám chybu opravenou ve svém notebooku (tainted kernel nevadí). Proč bych měl ještě někam posílat maily a doprošovat se, aby si to opravili globálně? Když bude někoho trápit stejný problém, může si najít patch v té bugzille...
-
Pak to dopadá přesně tak, že vás posílají od čerta k ďáblu, a uživatel ty výtvory pak proklíná. To se pak buď rovnou vrací k uzavřenému ale z většiny funkčnímu řešení, nebo zkouší další alternativy, kde se situace bude opakovat.
Nezazil jsem pripad, kdy by komercni uzavreny SW jakkoliv dbal na napravu. Z desitek hlaseni opravili zatim jeden bug, kdy jsem byl schopen na tri kliky zhodit program, ze nezafungovalo ani save on segfault, a i to jsem musel udat jako na zlatem podnose. To, ze SW jiz 10+ let vykazuje problem s resouce leaky, a jedine reseni je, ze tam vyrobce pridal semafor ze je cas na restart.. mi je jaksi k nicemu, kdyz na vetsim projektu dam open-all a ono to po trech minutach snazeni taky sleti.
U jinych softu se na podporu ani nedostanete - nebo vam vysvetli ze to je feature - treba schopnost vyvolat BSOD na win z user space, skrze zamcene stranky pro dma, a zaroven ukonceni aplikace ... win zde konci modrou a bere sebou cely stroj. Linux ale ty stranky uvolni, aplikaci vyhodi z pameti.. a pokud existovalo nejake hw dma, tak se maximalne tak opre o iommu ktere ho dal nepusti a zvysi se pocitadlo faultu).
-
Problém je, že pokud nainstaluju libovolnou Linuxovou distribuci, tak je tam tolik různých komponent, které na sobě závisí, že člověk ani neví, co kam reportovat, natož aby mohl nastudovat pravidla pro reportování u každý z nich. Pak to dopadá přesně tak, že vás posílají od čerta k ďáblu, a uživatel ty výtvory pak proklíná. To se pak buď rovnou vrací k uzavřenému ale z většiny funkčnímu řešení, nebo zkouší další alternativy, kde se situace bude opakovat.
Reportuje se zásadně té distribuci. Nikdy ne přímo upstreamu (pokud nejste přímo vývojář nebo tam nemáte známé). Správci balíků v dané distribuci si to prosejí a předají na upstream po vyloučení lokálních změn.
Upstream obvykle přímé reporty nemá moc rád, protože distribuce mají i lokální patche a nikdo na začátku neví, kde ten problém leží. Nemluvě o tom, že na analýzu crashdumpu potřebujete přesnou binárku a debug symboly.
-
Ja si s dovolenim taky lehce postezuju.
Pred asi vice jak 10 lety jsem fixnul neco v ovladaci pro USB pro prumyslovou desku od advantechu a tu opravu jsem pres dobreho znameho, ktery tehdy delal v RedHatu a vedel co a jak, nechal poslat nekam "vys". Bylo to zcela bez reakce. Ne ze bych cekal dekovne dopisy a ovace, ale totalni ignorace me ponekud prekvapila.
A pak tu mame jedno hlaseni bugu na open office, kde jde o dost zavazny problem pri editaci tabulek ve writeru, na cemz se vsichni u bugu shodnou, ale nikdo ho jiz nekolik let nebyl schopny opravit.
Dalsi bug je do jiste miry blbost v Thunderbirdu tykajici se scrollbaru, ktera podle meho musi jit opravit pomerne snadno, kazdopadne i zde jde o vice jak rok nahlaseny bug (nekym jinym), kde jsem se jen pridal, kazdoapdne bug ma stale priznak "nepotvrzen". Jde o bug, ktery jde potvrdit opravdu VELICE snadno.
Celkove mi prijde, ze open source rozhodne neni neco, co by melo zajem o hlaseni chyb a reseni problemu nekym mimo vyvolenou komunitu.
Osobne bych si naivne predstavoval, ze pokud nejaky laik prijde s navrhem opravy, tak tento navrh muze poslat obycejnym emailem a ocekaval bych, ze se tohoto hlaseni nekdo ujme a lidsky ho vyhodnoti. Ok, treba za mesic. Myslim, ze spouste lidi nebude vubec vadit, ze jejich kod nekdo vezme, upravi v nem formalni veci ci ho jeste vylepsi a zaradi ho do projektu bez vyzvednuti zasluh puvodniho autora.
Chtit po nekom, kdo jednorazove prispeje svou troskou do mlyna, aby splnil ouredni pozadavky pro pravidelne prispevatele a odborniky na dany projekt, mi prijde jako hazeni klacku pod nohy a plytvani cizi praci.
-
Stejná zkušenost. U Microsoftu všecko zbytečné, nahlášené chyby neopraví, naopak, někdy ten bug se časem ještě zhorší. U OpenOffice nahlásím opakovaně něco, co 12 let není opraveno a po 3 dalších letech mi přijde e-mail, že to zas uzavřeli bez opravy. Což mi je úplně jedno, protože mezitím dělám s jiným SW :-) Kdybych narazil na zmiňovanou byrokracii, vůbec bych se neobtěžoval s dalšími kroky, k čemu tomu věnovat kupa času, když výsledek není zaručen. No a závěr mě napadá asi takový, že snad tohle všecko brzo vyřeší AI, akorát nevím nakolik veselý pohled to bude.
-
A pak tu mame jedno hlaseni bugu na open office, kde jde o dost zavazny problem pri editaci tabulek ve writeru, na cemz se vsichni u bugu shodnou, ale nikdo ho jiz nekolik let nebyl schopny opravit.
OpenOffice už není několik let ve vývoji.
https://www.facebook.com/libreoffice.org/posts/still-using-openoffice-be-aware-that-its-no-longer-getting-updates-and-has-multi/1180434753871449/ (https://www.facebook.com/libreoffice.org/posts/still-using-openoffice-be-aware-that-its-no-longer-getting-updates-and-has-multi/1180434753871449/)
https://youtu.be/xdpMxmFvGBA (https://youtu.be/xdpMxmFvGBA)
-
Pak to dopadá přesně tak, že vás posílají od čerta k ďáblu, a uživatel ty výtvory pak proklíná. To se pak buď rovnou vrací k uzavřenému ale z většiny funkčnímu řešení, nebo zkouší další alternativy, kde se situace bude opakovat.
Nezazil jsem pripad, kdy by komercni uzavreny SW jakkoliv dbal na napravu. Z desitek hlaseni opravili zatim jeden bug, kdy jsem byl schopen na tri kliky zhodit program, ze nezafungovalo ani save on segfault, a i to jsem musel udat jako na zlatem podnose. To, ze SW jiz 10+ let vykazuje problem s resouce leaky, a jedine reseni je, ze tam vyrobce pridal semafor ze je cas na restart.. mi je jaksi k nicemu, kdyz na vetsim projektu dam open-all a ono to po trech minutach snazeni taky sleti.
U jinych softu se na podporu ani nedostanete - nebo vam vysvetli ze to je feature - treba schopnost vyvolat BSOD na win z user space, skrze zamcene stranky pro dma, a zaroven ukonceni aplikace ... win zde konci modrou a bere sebou cely stroj. Linux ale ty stranky uvolni, aplikaci vyhodi z pameti.. a pokud existovalo nejake hw dma, tak se maximalne tak opre o iommu ktere ho dal nepusti a zvysi se pocitadlo faultu).
Asi mám štěstí.
Hlásil jsem do jedné české firmy dělající software pro knihovny, že mají nějak divně omezené hesla - vždy při zadání hesla nad asi 15 znaků (standardně používám 40) se to heslo v databázi uložilo nějak divně a nešlo se dostat dovnitř (ani s tím zkráceným ze 40 znaků na 15) nebo tak nějak, už si to nepamatuju přesně.
Druhý den ráno zpráva, že to opraví, odpoledne, že to opravili i s poděkováním za upozornění. Délka hesla zrušena, nebo dána nad 40 znaků.
Byl jsem velmi mile potěšen.
Chyby v sw nemusím hledat, chodí ke mně samy ;D
Takže za mně má smysle reportovat, ale podle reakce se rozhodnu, jestli reportovat dál nebo ne. A samozřejmě i podle složitosti procesu reportování.
-
Osobne bych si naivne predstavoval, ze pokud nejaky laik prijde s navrhem opravy, tak tento navrh muze poslat obycejnym emailem a ocekaval bych, ze se tohoto hlaseni nekdo ujme a lidsky ho vyhodnoti. Ok, treba za mesic. Myslim, ze spouste lidi nebude vubec vadit, ze jejich kod nekdo vezme, upravi v nem formalni veci ci ho jeste vylepsi a zaradi ho do projektu bez vyzvednuti zasluh puvodniho autora.
Někdo, někdo, někdo. Vy někoho za vývoj Thunderbirdu platíte? Protože pokud ne, pak ten „někdo“, od koho něco „očekáváte“, je buď dobrovolník, který to dělá ve svém volném čase, nebo někdo, koho platí někdo jiný. Proč by ten „někdo“ tohle měl pro vás dělat? A hlavně – jak to má dělat, když takových hlášení, jaká jste poslal vy, je řádově víc, než takový „někdo“ může zvládnout? Proč ten „někdo“, kdo to podle vás má dělat, nejste vy? Že to neumíte? Ten „někdo“ se to také musel naučit. Že na to nemáte čas? A „někdo“ na to čas má?
Chtit po nekom, kdo jednorazove prispeje svou troskou do mlyna, aby splnil ouredni pozadavky pro pravidelne prispevatele a odborniky na dany projekt, mi prijde jako hazeni klacku pod nohy a plytvani cizi praci.
Práce těch pravidelných přispěvatelů a odborníků na daný projekt se nepočítá? Protože vy byste chtěl, aby tihle lidé, kteří do toho projektu doopravdy přispívají a odvádějí na něm spoustu práce, všechno zahodili, přestali projekt udržovat a rozvíjet a místo toho se začali piplat s jednorázovými příspěvky, jako je ten váš. To byste chtěl, abyste místo nové funkcionality dostával nové verze, kde bude vyřešen problém nějakého JmJ z druhé konce světa, který trápí ještě dalších deset lidí a je to věc, na kterou jste v aplikaci v životě nenarazil? Nedává vám přeci jen větší smysl, že se postupuje od těch věcí, které mají dopad na největší množství uživatelů?
Ty požadavky pro přispění nejsou žádné úřední požadavky. Jsou to požadavky pro to, aby to těm, kteří na projektu skutečně odvádějí práci, co nejvíce tu práci ulehčilo. Protože ten projekt stojí na jeho vývojářích, ne na uživatelích.
Pokud vás ten váš problém opravdu trápí, nic vám nebrání si to pořádně nastudovat, jak do toho projektu přispívat, a udělat si to sám. Nebo za to někomu zaplatit.
Celkove mi prijde, ze open source rozhodne neni neco, co by melo zajem o hlaseni chyb a reseni problemu nekym mimo vyvolenou komunitu.
„Vyvolená komunita“ zavání trochu konspiračními teoriemi, nemyslíte? Ale ten začátek jste trefil docela dobře. Open-source opravdu nemá zájem o vaše hlášení chyb a řešení vašich problémů. Proč by měli mít autoři zájem o vaše problémy? Máte vy zájem o jejich problémy? Autoři open-source mají zájem, aby to fungovalo pro ně. Nebo pro ty, kteří je platí. Nebo pro ty, kteří přispívají jinak. Ale proč by se měli starat o někoho, kdo jen využívá program, který dali k dispozici zadarmo?
Ja si s dovolenim taky lehce postezuju.
Já to s dovolením uvedu do realistické perspektivy. Vy využíváte něco, co vám někdo dal k dispozici zadarmo. Myslet si, že vám tím vzniká nějaký nárok na to, aby někdo opravoval chyby, které vám vadí, je úplně mimo. Poku dk tomu chcete namítnout nějaké „ale“, je na to stále ta samá odpověď: Tím, že začnete používat něco, co vám někdo dal zadarmo, vám žádný nárok na nic nevzniká.
Nezlobte se, že to píšu tak tvrdě. Možná vám jen nedošlo, jak zle vyznívá to, co jste napsal. A právě proto na to reaguju. Já jsem ještě z generace, kde jsme open-source považovali za dar. Ne jen každý jednotlivý open-source program či knihovnu, ale celý koncept open-source – to, že existuje; to, že přežívá. Protože byl trnem v oku mnohým softwarovým firmám a vůbec to nebylo jisté, že nezanikne.
Je úžasné, že dnes lidé považují open-source za samozřejmost. Akorát je potřeba si občas připomenout, že když vám někdo něco dá zadarmo, je to dar. A darováním vám žádný nárok nevzniká. Ber nebo nech bejt. Nebo můžete přispět – tak, jak si přeje ten, kdo vás obdaroval. Pokud se vám to nelíbí, nemusíte ten dar přijmout, nemusíte ten software používat. Kdyby vás náhodou napadlo argumentovat tím, že bez uživatelů by program nebyl tak známý a oblíbený a používaný – uživatelů je jako much. Uživatel může být každý. Někteří uživatelé aspoň nějak přispějí – penězi, překladem, kódem (tak, aby s tím autoři neměli zbytečnou práci navíc). Uživatele, kteří si myslí, že tím, že program zdarma používají, jim vzniká nějaký nárok, fakt nikdo nepotřebuje.
-
Filip Jirsák: Souhlas
-
U komerčního SW má výrobce alespoň nějakou motivaci aby to jakž takž fungovalo pro většinu uživatelů. U OSS zadarmo, kdy projekt často původního autora přerostl, taková motivace často už není. A protože je to zadarmo, nemůžete si vlastně ani stěžovat, že to nefunguje. A když to začnete ve svém čase opravovat, už to není zadarmo.
Já osobně už jsem po všech těch letech z počítačů obecně stále více zoufalý, protože věci se mění tak rychle, že než se něco dostane do použitelného (funčního) stavu, už se to nahrazuje něčím "lepším", se všemi těmi dětskými nemocemi.
A přiznám se k tomu, že už taky nebaví dělat věci pořádně, protože vím, že za krátkou dobu se to zase bude znovu předělávat, takže i v práci dělám věci tak, aby to běžnému člověku, který se v tom nevrtá a nestaží se to úmyslně rozbít fungovalo. Pokud se to podaří někomu rozbít, tak jim řeknu ať si to restartují, a už tu neplechu nedělají. A pokud mají potřebu tu neplechu dělat, tak po nich taky očekávám, že to bude reportovat nějakým oficiálním způsobem, dodají potřebné informace, a ještě si ideálně otestují patříčný patch. Ale v naprostě většině případů to prostě někde vyhnije...
I SW je dneska spotřebka.