KDE 4.2.4 (diskuse)

[levin]

nechapem preco sa zaoberaju nie podstatnymi (alebo menej podstanymi ) problemamy

[Let_Me_Be]

A co jsou ty podstatne problemy? Hod rovnou linky do bugzilly. Pokud to bude neco co budu povazovat za rozumne moc rad ti k tomu bugu prihodim par hlasu.

[David Watzke]

tady: http://bugs.kde.org/show_bug.cgi?id=185256

[Marián Kyral]

tady: http://bugs.kde.org/show_bug.cgi?id=185256

  -------  Comment #6 From  David Watzke   2009-05-10 17:10:45   (-) [reply] -------
well it still doesn't work (KDE 4.3 Beta 1), could you please at least point me to 
the relevant code so that I can try and fix it somehow at least for myself?

Začal bych tím, že si najdu, kde je ten autentizační dialog. Třeba grep na .po soubory. V komentáři by mělo být místo v konkrétním zdrojáku. Pak už jen stačí sledovat, co se s danou proměnnou děje, přidat si nějaké debug hlášky, odkrokovat v debugeru, opravit a poslat patch

[David Watzke]

Jeden vývojář mi napsal na mejl (asi omylem místo do bugzilly) kde to zhruba najdu

Sorry for the late reply. I use this mail account mainly for lists and don't 
scan it for non-list mails often.

Search for "auth" in kdelibs/kioslave/http/http.cpp.
httpauthentication.cpp in the same directory contains the implementations of 
the various authentication schemes. The bug, however, is more likely to be in 
the general HTTP state logic.

Cheers,
Andreas

ale ještě jsem se k tomu nedostal.

[Marián Kyral]

 

ale ještě jsem se k tomu nedostal.

Tak tohle znám až moc dobře. Ty máš alespoň prázdniny před sebou, já už ne. A dovolená bude s rodinou a bez počítače.

 

 

[David Watzke]

No jo no, mám toho teď dost do školy a taky potřebuju čas na hovadiny, flákání a podobný důležitý věci. Dovolená s rodiči a ještě k tomu bez počítače se naštěstí konat nebude takže se k tomu pak snad dostanu.

[krab1k]

Bug 185000.

[Let_Me_Be]

Njn, Gentoo. OpenSuSe no problemo (naposled mi chcipnulo Kopete, submitnul jsem bug pres ten automaticky tool, za hodinu tam byl patch a dalsi den byl v distru opraveny balicek )

[krab1k]

Tak zahlasuj a nedělej si z nás srandu. :P

[Let_Me_Be]

Obavam se, ze bude chyba na strane Gentoo. Mne Dolphin nesletel ani nepamatuji. Jinak co koukam na ty backtrace tak to spis vypada na nejaky bug v Qt (pripadne spatna kombinace verzi Qt a KDE).

[ja]

No - ja neviem - za ten dlhy cas co je na mojom stroji linux (asi 10 rokov) som uz videl X spadnutych aplikacii - ale musim sa priznat, ze dolphin-a som spadnuteho ani zamrznuteho este nevidel v zivote (a ano - tiez bezim na gentoo + kde 4.2 + qt 4.5).

[Marián Kyral]

Dolphin mi taky nepadá. Ale zase na druhou stranu, mám dva počítače, oba Gentoo + KDE 4.2 + qt 4.5 a na jednom počítači mi neustále padá Krusader (SIGABRT). Na druhém naprosto v pohodě. Už jsem zkoušel hodně, ale zatím nic nezabralo. Takže věřím, že někomu může Dolphin padat.

[krab1k]

Tak mně dolphin nikdy nezamrzne, ale jakmile mi chce vytvořit preview, tak sletí prakticky okamžitě. Vždycky. Byla to docela fuška pak ty náhledy vypnout. Jo, já vím, ale editovat konfigurák by nebyla taková legrace.

[mirec]

To isté robí aj mne (dokonca aj dialóg výberu súboru).

[KejPi]

Taky mam gentoo na AMD64 + kde4.2.3 + QT4.5 a nepada mi zadna aplikace. Nepamatuju, kdy mi naposledy neco spadlo (kdyz nepocitam nestabilni k3b) a to se snazim pouzivat primarne KDE4 aplikace. Z KDE3 nepouzivam nic a mam par GTK aplikaci tam, kde neni rozumna nahrada z KDE.

V podstate casto pouzivam: kopete, kontact s kmailem, konqueror, konsole, yakuake, dolphin, amarok, gwenview, okular, digikam a samozrejme plasmu se superkarambou

Zadne pady a naprosta spokojenost

[xm]

Heh, Dolphin mi nespadl co si pamatuju snad ještě nikdy (KDE 4 aktivně používám od dob 4.1, distribuce je Arch Linux, modulární KDEMod reopozitář). Asi nějaká Gentoovina :-P

[Scarabeus IV]

Napsal sem ti tam komentaricek do toho bugu. Doporucuji precist jeste jednou co ten raster dela a specialne to varovani co jsme tam dali.

                ewarn "WARNING: You have enabled raster backend rendering engine."
                ewarn "This is a new feature and may lead to composite problems"  
                ewarn "screen corruption and broken qt4 or kde4 applications. "   
                ewarn "If you encounter such problems please"                     
                ewarn "remove 'raster' use flag and re-compile qt-gui before"     
                ewarn "filling a bug on gentoo bugzilla."                         
                ebeep 5               

Gentoo bug.

[krab1k]

Jasně, já tohle varování samozřejmě znám a vím o tom. Bez rasteru to funguje bez problému. Akorát zase plasma jede fakt pomalu. Je to takové z deště pod okap.

[Marián Kyral]

Jsem si nějak nevšiml, že bys to zmínil v tom bugu. Třeba by tato zásadní informace vývojářům pomohla.

[Scarabeus IV]

This bug is caused mostly by using raster renderer in Qt. Please try it without that and i bet it wont be happening anymore.
Tohle mi celkem zni jako ze rikam ze bez rasteru to pojede ok.

[Marián Kyral]

No teď už jo, ale tohle byle reakce na Krabika a na to, že to ví a nenapíše to tam.

[Scarabeus IV]

Achaa, chnapu, no nevadi ja sem obcas trosicku pomalejsi ;]

[cronin]

Idealny sposob ako presvedcit vyvojarov o tom, ktore problemy su podstatne, je vyplneny sek. Bez neho sa mozes akurat tak pekne podakovat za pracu, ktoru robia.

[Let_Me_Be]

S touhle logikou bez nekam.

[Milan]

Ale to je zivot. Muzete s tim nesouhlasit ale to je tak vse co s tim lze delat... Kdyz cloveka (vyvojare) nezivi rodice tak se musi o sebe postarat sam...

A KDE4 se me osobne moc libi...

[Let_Me_Be]

Ne o tom tady nemluvim. Mluvim tady o pristupu: "Delam to ve svem volnem case, takze mi do toho nema kdo co kecat. Jestli se ti neco nelibi tak bez do hajzlu.". Mimochodem kdyz jsme u tech penez, zkousel nekdo nekdy zaplatit opravu nejakeho bugu? Ja jo. Nulovy vysledek.

[cronin]

Neviem co sa Ti na tom pristupe nepaci? Ak ja Teba zacnem presviedcat, ze vo svojom volnom case by si mal vyrabat nabytok vyhradne z masivneho dreva, lebo je podla mna dolezite, a ze cokolvek ine je zbytocna strata casu, asi ma tiez niekam posles; a to aj v pripade, ak nahodou vo volnom case vyrabas nabytok vyhradne z drevotriesky.

[Let_Me_Be]

Ne, tohle je jako kdyz bys delal nabytek ve volnem case, ja ti donesl drevo a ty mi udelal krivy nabitek a pak mne poslal do prdele. Pokud minis delat nekvalitni praci a odmitat jakekoliv standardy kvality mas to deklarovat jasne, verejne a predem. V momente jak to neudelas, tak nemas narok posilat lidi do prdele jenom proto, ze podle nich je tvoje prace nekvalitni.

Ano znam GPL licenci, nicmene je rozdil mezi kusem zdrojaku nekde na webu a projektem, ktery verejne deklaruje ze je otevreny vuci pripominkam tim ze ma bugzillu, fora, etc...

[cronin]

Problem je v tom, ze v open source obycajne pouzivatel ziadne "drevo na nabytok" remeselnikovi neprinesie. Ibazeby vypisal ten sek, ktory som spominal. V tom pripade ma samozrejme nieco pozadovat; lenze toto sa nedeje.

[R]

Myslim, ze vela ludi by ochotne prispelo (napr. cez PayPal) na vyriesenie konkretneho bugu. To sa vsak neda. Prispevky vseobecne pre cely projekt nemaju ziadny vyznam, je to cierna diera.

[mirec]

Možnosť prispieť na opravenie konkrétneho bugu by bola určite super. Myslím, že by sa našlo aj viacej ľudí, ktorí by niečo zaplatili keby vedeli presne čo bude vďaka tomu opravené.

[cronin]

No, len ci by to potom nedopadlo tak, ze "popularne" bugy by sa nechavali otvorene co mozno najdlhsie, aby sa z pouzivatelov vytlklo viac prachov. Fungujuci system by asi musel byt zlozitejsi: "Tu su prachy, dostane ich konkretny developer, ktory opravi tento konkretny bug." Podmienkou je, aby existovali aspon dvaja developeri schopni dany bug vyriesit; aj Ti mozu stale urobit kartelovu dohodu. S tymi monopolmi je to vsade problem, ze?

[Let_Me_Be]

Eh? To je jednoduche. Dam 100 USD pokud bude tenhle bug do tydne opraveny a zacleneny do hlavni vetve. Je trochu nahlavu davat penize na opravu, kdyz zaroven s tim nenastavim deadline.

[cronin]

Ano, tento dalsi jednoduchy model je sice tiez pekny, ale tiez nefunguje: v nom totiz nedavas prachy, len deklarujes, ze ich das. A na to Ti niekto moze, ale aj nemusi skocit. Realita je opat komplikovanejsia ako model: musis zahrnut do procesu nejaku tretiu stranu, ktorej veria obe strany - v idealnom pripade maju podmienky transferu ci vratenia penazi zmluvne podchytene. Ale v tom pripade uz asi aj ta tretia strana bude chciet proviziu. A aj za predpokadu, ze vsetko toto bude fungovat, zucastneni sa nebudu podrazat a budu si doverovat, dojdeme k problemu, ako rozhodnut, ze ten-ktory bug je opraveny, a to opraveny tak, ze obe strany sa zhodnu na tom, ze sa jedna skutocne o adekvatnu opravu. A toto je dost casto kamenom urazu, obzvlast v pripade open source softwaru, kde zvycajne ziadna formalna specifikacia neexistuje a dokumentacia iba opisuje iba to, co uz bolo implementovane - ak vobec.

Inak povedane: Ak by jednoduchy a funkcny model presadzovania poziadaviek konkretneho pouzivatela softwaru voci jeho tvorcom v open source svete existoval, urcite by sa davno masivne pouzival. Obavam sa vsak, ze takyto model zatial vobec neexistuje; ak aj existuje, urcite sa neda opisat jednym odstavcom v tomto diskusnom fore.

[xkucf03]

Mluvim tady o pristupu: "Delam to ve svem volnem case, takze mi do toho nema kdo co kecat. Jestli se ti neco nelibi tak bez do hajzlu."

Dejme tomu, že vystavím zdrojáky nějakého programu na svůj web a nechám lidi si je stahovat a ten program používat. V jaké chvíli mi vzniká závazek, že musím někoho poslouchat a nemůžu si s tím kódem dělat, co chci? Tohle bych totiž rád věděl, jelikož tímto způsobem software publikuji, tak bych rád věděl, na co se mám připravit

[Let_Me_Be]

Pokud odmitas dialog s uzivateli tak to tam proste napis. Co je na tom tak tezkeho?

"Tyhle zdrojaky jsou licencovany pod tou a tou licenci. Jsou neudrzovane. Neocekavejte ze budu odpovidat na bug reporty."

[xkucf03]

Já dialog s uživateli neodmítám, ale nikdo se na autora nemůže zlobit, že si ten software dělá podle sebe, má např. jiné priority ohledně toho, které chyby se mají opravit, nebo které funkce se mají přidat. Tohle není potřeba nikam psát – pokud se autor nezaváže k ničemu jinému, má prostě poslední slovo on. Ostatní se tomu buď podřídí, nebo si stáhnou zdrojáky a budou pokračovat ve vlastní vývojové větvi.

[Let_Me_Be]

S tim na 100% souhlasim.

[cronin]

Mozem vediet, co je na nej zle? Som developer a vyvijam aj open source. Robim to preto, ze vysledok potrebujem. Publikujem ho ako open source preto, lebo si myslim, ze moze byt uzitocny aj pre niekoho ineho. Ak sa niekomu nepaci co robim, moze mi dat vediet, co sa mu nepaci a ako to navrhuje zmenit. Vyhradzujem si ale vyhradne pravo na jeho pripomienky zvysoka kaslat, pokial mi neda nejaku motivaciu urobit opak. Motivaciou nemusi byt iba vyplneny sek, ale proste to musi byt nieco, co uznam za hodne stracat s tym cas. Ak mi ale niekto chce len povedat, ze robim zbytocnu robotu, nech ide do haja; ak tu robotu robim, patrne ju nepovazujem za zbytocnu.

[Let_Me_Be]

Coz je ale uplne neco jineho nez to co si napsal o prispevek vyse.

[cronin]

Tak potom sme sa iba zle pochopili. Reagoval som na prispevok, v ktorom niekto odsudzoval vyvojarov za to, ze robili "zbytocne" veci namiesto "podstatnych" veci.

[R]

Za KDE 4 sa im podakujem slovami: "dakujem pekne".

[Ivanhoej]

Nahodou ma potesili, 4.2.4 som dnes updatnul a hla graficke bugy z Pageru zmizli, boli tam od verzie 4.2.2.

[Deleted [8409]]

Je nějaký plán se na KHTML úplně vykašlat? Přijde mi, že tím jen ztrácí čas (stejně to přijít musí)

[Let_Me_Be]

Kdyz se pohrabes v blozich vyvojaru tak tam k tomu urcite najdes komentare. Uz si to moc nepamatuji ale nekdo tam argumentoval ze v KHTML maji nejake vlasnosti ktere Webkit nema nebo tak neco. Celkovy nazor byl neco ve smyslu ano, KHTML pujde pryc ale ne v dohledne dobe.

[Deleted [8409]]

V tom případě vlastně pracují na něčem, co stejně vyhodí... divné :)

[Andrej Herceg]

Ak by začali premýšľať takýmto spôsobom, okamžite by museli prestať pracovať na všetkých programoch, lebo aj tak budú skôr či neskôr vyhodené (vlastne v takom prípade asi nie, pretože by ich nemalo čo nahradiť, takže má zmysel na nich pracovať...). :)

[KejPi]

Ja jsem z ruznych diskusi pochopil, ze KHTML nikdo vyhodit neche, protoze na tom bez v KDE spousta veci nejen Konqueror a kdo chce mit v Konqeroru webkit, ten ma pouzit webkit kpart, ktery bude driv nebo pozdeji na pouzitelne urovni - uz ted mi prijde pomerne dobre pouzitelny. Mimochodem, Rekonq nevypada spatne. Nicmene java nebezi ani v khtml ani ve webkitu (rekonq, webkit kpart)

[xm]

Důvody pro ponechání KHTML jsou v podstatě jen dva - za prvé nemůže být KHTML odstraněn v rámci major verze KDE, protože by došlo k porušení API (je součástí základních knihoven KDE 4). Tedy definitivně pryč může jedině až v KDE 5.

A tím druhým důvodem je uražená ješitnost současných vývojářů KHTML, kteří WebKit bytostně nesnášejí a vždy si budou na truc radši hrabat na vlastním písečku (avšak pozor, jde jen o tu současnou skupinku - většina původních vývojářů KHTML už dávno přešla dělat na WebKitu). Stačí si přečíst diskuze ve starších blozích na Planet KDE, jak se vždycky čertili a flejmovali, kdykoliv se někdo opovážil mluvit o kompletním přechodu na WebKit.

Technické důvody jsou pouze podružné, v KDE 4 není IMHO nic co by přímo záviselo na KHTML (je využíván jen jako kpart). WebKit kpart ještě není dokonalý (much má hodně), ale pomalu se zlepšuje a jsem si jistý, že v blízké budoucnosti ho budou KDE-centrické distribuce nastavovat jako defaultní engine místo KHTML. A třeba taková Plasma už teď používá přímo WebKit (nikoliv KHTML).

[kavol]

A tím druhým důvodem je uražená ješitnost současných vývojářů KHTML, kteří WebKit bytostně nesnášejí a vždy si budou na truc radši hrabat na vlastním písečku

úhel pohledu je vždy relativní ... proč jsou špatní vývojáři KHTML za to, že si údajně hrabou na svém písečku, proč nikdo nenadává Applu, který si na svém písečku hrabal Safari, pro které forknul (nejen) KHTML, několik let?

proč je špatné držet se vlastního kódu, který se snaží naplňovat potřeby projektu a je s ním mnohem více provázán (nejen historicky), namísto použití cizího forku, jehož cílem není "být to nejlepší pro KDE" nýbrž naplňovat komerční potřeby?

(avšak pozor, jde jen o tu současnou skupinku - většina původních vývojářů KHTML už dávno přešla dělat na WebKitu)

stokrát opakovaná lež se stane pravdou? - tak jmenuj, kdo konkrétně, a kolik toho na KHTML udělal, jestli si vůbec titul "původní vývojář KHTML" zaslouží ...

[mirec]

Zaujímavý názor. V každom prípade KHTML bolo vyvíjané pre KDE (tj. zviazanosť s Qt a KDE). Potom prišiel Apple, urobil Webkit (presnejšie povedané KHTML osekal o podporu Qt a pridal nové vlastnosti). No a teraz je to tak, že zase pridávame do Webkit-u podporu Qt (až sa mi zdá jednoduchšie zmeny z Webkit-u aviesť do KHTML).

[thingie]

Copak KHTML, to celkem funguje. Ale KMail je ve všech verzích taková katastrofa, že kdyby nějak naskinovali Evolution a přepsali jméno, vyšlo by to stotisíckrát líp.

[Rezza]

KMail je asi aktualne nejlepsi a nejpouzitelnejsi mail client na Linuxu...

[R]

Nielen na Linuxe.

[Let_Me_Be]

Ja se snazil uz nekolikrat prejit z Thunderbirdu ale vzdy to selhalo na nejake zcela zasadni funkci.

[thingie]

No určitě. https://bugs.kde.org/show_bug.cgi?id=55421 Tohle se spraví přibližně kdy, třeba?

[Mark]

Asi nikdy. Veď ten bug nikoho nezaujíma. Hlasovali zaň len 4 ľudia. To je málo. Potrebuješ ich viac.

[thingie]

Takže tolik asi k pytli šrotu zvanému KMail.

[ja]

Maaaaaaaaaamiiiiiiiiiiiiiiiii - beeeeeeeeeeeeeeeeeeeeeeeee - ty zly ujovia mi nechcu spravit to porsche tak aby isiel aj na benzin aj na naftu a nejde to ani na moje prdy. No nic - si ubohy chmulo.

[shaga]

Pytel šrotu zvaný kmail používám ke své plné spokojenosti v práci mnoho let, momentálně mám asi 1GB pošty a asi jsem divný, říkám si.

[thingie]

Tak ono se to používat dá, nejde o to, že ne. Asi třeba i může být výhodnější používat KMail, když člověk má KDE a i nějak využívá zbytek kontactu, aby to měl dohromady. Ale množství chyb a problémů co s tím je (to je ten Maildir, to je IMAP, kdeco), to je otřesný. Pokud to má být v KDE4 navíc přepsané, tak to už vůbec nechápu.

[Let_Me_Be]

Tohle by mel resit Akonadi, ne?

[Luboš Doležel (Doli)]

No já nevím. Když to ztratí spojení se serverem, tak to musím restartovat, někdy nemůžu vstoupit do některých IMAP složek (do restartu) a na rozdíl od Thunderbirdu to zjevně neumí kontrolovat nové maily přes "události" (že IMAP server řekne, že něco přišlo), ale jedině pollováním (neustálým dotazováním). Oproti Thunderbirdu je KMail nic moc.

[Nicco]

Az ked spravia toto, potom bude:

https://bugs.kde.org/show_bug.cgi?id=86423

[mirec]

To by asi musel používať Webkit, keďže KHTML nemá WYSIWYG. Síce pravdu povediac, podporu HTML by som tam ani nechcel, kto neposiela textové maily nezaslúži si mailového klienta.

[R]

KMail je najlepsi mailovy klient. Len tie bugy...

[KejPi]

Kmail pouzivam (KDE 4.2.3) a nemuzu si stezovat. Funguje naprosto spolehlive - zadne problemy se stabilitou, zadne bugy, kterych bych si vsiml.

[Nicky726]

KMail používám a také si nemůžu dvakrát stěžovat. Občas při ukládání/načítání session padne celý Kontact, ale těžko říct, co za to může není to moc reprodukovatelné.

[R]

KMail (aj Kontact) maju dost vela takychto nahodnych bugov :( Napriklad sa poskodi lokalna IMAP cache a niektorym mailom sa prestanu zobrazovat tela. Nikomu sa to nechce riesit.