Commit číslo 1 000 000 v KDE

KDE.News informuje o miliontém (1 000 000) commitu v SVN repozitáři KDE, který proběhl 20. 7. 2009. Commit číslo 500 000 přišel 19. ledna 2006.

21.7.2009 19:18 | Robert Krátký | Zajímavý článek

Komentáře

[marek_hb]

a kdy byl první ?

[Andrej Herceg]

http://websvn.kde.org/?view=rev&revision=1

[Jardík]

Spíše dejte vědět, až bude commit, který opravuje pomalost KDE na všech grafických kartách (protože všechny mají špatné ovladače).

[default]

[Robert Krátký]

Nikdy nebude, protože je to přeci Linux a tam nic pořádně nefunguje. Ale i kdyby byl, tak tobě bychom to neřekli... :-P

[Pietro]

Nvidia 7300SE, ovládače 185.18.14, rýchlosť KDE 4.2.96 vysoká.

[Jardík]

To sou keci, protože jste nikdy nezkusil nic rychlýho. To řiká lidí ... ale když pak čučíte na jejich videa, tak jsou sekaný, to video, jak kdysi ukazovali lidem KDE4 a tvrdili jim, že je to vista, tak se jim to tam sekalo, mě se to seká a už 2 studenti, co maj KDE4, tak to maj sekaný taky. Taky tvrdili, že se jim to neseká, ale když jsem to vyzkoušel, tak to bylo sekaný, ale pro ně je to asi normální a berou to jako plynulý.

[Let_Me_Be]

A co je teda rychle? Jedine co je na mem PC pomale je obcas vykreslovani Firefoxu. Osobne nepocituji zadny vykonnostni rozdil mezi OpenBoxem (ktery jsem jednu dobu pouzival) a KDE 4.

[Jardík]

Oproti kde4 je rychlé všechno Klidně si přijďte ke mně domů a já vám tu pomalost KDE předvodu osobně a můžem to tu porovnat například s xfce.

[Jiri]

No me KDE4 na 4 roky stare Nvidii 6600 beha svizne, nebude to u tebe nahodou problem mezi klavesnici a zidli? Chlapecku umis rucne nastavit Xorg.conf? Nebo jsi jen za**any gnomista co tu ceri vodu?

[Jardík]

Seš vtipnej. Ale máš pravdu. Mezi klávesnicí a židlí mám poleženej externí HDD, na kterém je KDE4, takže opravdu za to KDE4 může. A teď vážně, mezi klávesnicí a židlí to může být težko, ale to je pro obhájce KDE typiciké, že plácnou takovouhle pí*ovinu, než aby si to přiznali a natvrdle budou tvrdit, že to pravda není, že jim to jede plynule. Ale jak jsem řekl, problémy s tím nemám jen já. A zas*aný gnomista nejsem. Používám na Linuxu XFCE a na Windows Windows Explorer se zapnutým Aero, které jede několikanásobně lépe než KDE bez zapnutých efektů.

[Glin]

No ja presel z FluxBoxu na KDE (tehdy 3.5, nyni 4.2)  prave kvuli rychlosti - prepinani ploch, na kterych je vice oken - ve fluxboxu, xfce apod. jsou pri prepnuti plochy okna videt problikavat, jak se postupne vykresluji , kdezto v KDE je to okamzite.

[Pietro]

No možno som naozaj neskúsil nikdy nič rýchle. Ale mám ešte aj KDE 3.5.10 a keď si ho pustím, tak rozdiel nevidím. Len keď v Konquerore kliknem na link pravým tlačítkom myši, tak menu vyskočí rýchlejšie v KDE4 než v KDE 3.5. To jediné som si všimol.

[mirec]

Čo tak skúsiť naštartovať KDE 3 bez kompozitných kravín, nastavenia / nastaviť konqueror, presunúť okno na voľnú plochu a pomaly meniť veľkosť okna. To isté v KDE 4 (nie len spustiť 3.x konqueror v KDE 4, ale v KDE 3.x, 4.x konqueror zase v KDE 4). Rýchlosť vykresľovania sa najskôr prejaví pri zmene veľkosti, aj relatívne malé rozdiely môžu spôsobiť to, že čo išlo bez problémov na 200MHz stroji bude teraz potrebovať min. 400MHz (ešte nedávno som KDE 3.5.9 bez problémov používal na 200MHz Celerone, 192 MB RAM).

[Pietro]

KDE3 spúšťam jedine tak, ako to popisuješ. Verím, že na 200 MHZ Celerone to asi bude vidieť. Ja ale patrím k tým šťastným, čo ten rozdiel nevidia. Mám Nvidia 7300SE, Core 2 Duo E4400, 1 GB RAM.

[mirec]

Ja mám výrazne výrazne rýchlejší stroj, ale pri behu na baterku výrazne podtaktujem. Ale to je fuk, momentálne už mám core 2 duo s pekelným výkonom aj na baterku. Ani mi tak nejde o desktop, ale o beh na mobilných telefónoch. KDE 4 je super prostredie, ktoré by sa dalo krásne využiť na mobilnom telefóne, len by museli popracovať na výkone, upraviť plasmu tak, aby bola multiprocesová (kvôli stabilite, aby jeden plasmoid nemohol náhodne zhodiť plasmu) a pekelne výkonná (najlepšei nejaký fake transparency režim bez composite, čo by mohlo ušetriť trochu výkonu).

[Let_Me_Be]

Mne by fakt zajimalo co je porad tak pomale, ze si na to lide stezuji. Mam KDE 4 na 4 strojich. 2x Nvidia, 2x Intel. Vsude to lita uplne skvele, mnohem rychleji nez KDE 3.

[R]

Ked nevies, co znamena slovo rychle, tak porovnaj s Mac OS X. Ten moze byt kludne na starsom HW.

[Let_Me_Be]

S Mac OSX se nemuze porovnavat zadny operacni system. Mac OSX je system vyladeny na jednu konkretni architekturu HW. A to ze je vyladeny velmi dobre je fakt ktery nikdo nepopira.

[Spike]

Na jakou jednu architekturu HW? Procesory PowerPC G3, G4, G5, některé 64bitové, jiné 32bitové, některé bez Altivecu, potom pouze 32bitové Intel Core procesory a později x86_64 Core 2, grafické karty AMD/ATI, Nvidia, Intel... A je tak skvěle vyladěný, že má problémy se SATA SSD disky. Jasně. ;)

[Peter Fodrek]

KDE 4 nie je urcena pre Intely a Nvidie

ZDnet, 16 November 2000: Chris Schlager, the president of KDE, http://www.kde.org/history/press.php

20.04.2006 13:38 AMD's Linux research in Dresden

AMD plans to establish a global centre of competence for operating systems in Dresden. At the Operating System Research Center (OSRC), a team directed by Chris Schläger will be working with AMD's processor designers to "optimize future generations of AMD microprocessors for the requirements of modern operating systems. http://www.heise.de/english/AMD-s-Linux-research-in-Dresden--/newsticker/news/72178

20.04.2006 12:15 AMD cuddles with Linux

AMD apparently wants to set up a research group in Dresden not only to optimize Linux for its own processors, but also to integrate the requirements of the open operating system in the development process for future processor generations. http://www.heise.de/english/AMD-s-Linux-research-in-Dresden--/newsticker/news/72178

Ano je to ten isty Chris Schlager...

[tojejedno]

KDE 4 není určeno pro  Intely a Nvidie, proto/že má AMD na houby ovladače. IMHO LOL

[marek_hb]

už to chápu !!! - že Ty máš v nastavení rychlost animace "Extrémě pomalu" ??? to se pak nediv

[Max]

Myslíš commit, který vypíná detekci uživatele "Jardík" s následným přidáním několika smyček při vykreslování okna? Nojo, ale to by jsi pak neměl pomalu wočem psát :-/. Neblbni ... :)
Zdar Maa

[Jardík]

To mě dostává k dotazu ... už je v některé linuxové distribuci povoleno vytvořit si uživatele s velkým písmenem/háčkama/čárkama a mezerama v uživ. jméně? Ve Windows to jde minimálně od XPéček ... a nějakej kec typu (co mi řekli na launchpadu) "postfix by takovému uživateli nemohl doručit e-maily protože pracuje s malejma písmenama" mě fakt nezajímá. To je chyba programu a neměla by ovlivňovat vlastnosti celé distribuce.

[l4m4]

To by mě zajímalo, kdy Microsoft opraví C#, aby v názvech proměnných a metod mohly být mezery, středníky a složené závorky. To, že se to neslučuje se syntaxí jazyka, mě fakt nezajímá. Je to chyba programu.

Na jméno s praštěnými znaky máš v passwd položku fullname. Login je systémový identifikátor.

[Jardík]

Login je velký kulový. Identifikátor je uid a gid a uživatelské jméno je tam jenom kvůli "mapování" na to uid. BTW v C# můžete používát pro proměnné NázvySHáčkamiIčárkami a tvrzení To, že se to neslučuje se syntaxí jazyka, mě fakt nezajímá. Je to chyba programu. je úplná blbost a je to naprosto odlišný případ od mého problému.

[l4m4]

To je zcela identický problém. Tím, jakým způsobem se v unixu login používá, vzikají pro něj uričtá syntatická pravidla. Za cvhíli mi asi začneš tvrdit, že jelikož mohu v principu pojmenovat soubor "import from", tak chceš, aby se tahle mohl jmenovat modul v pythonu...

Můžeš prudit, müžeš prskat, ale to je asi tak všechno, co s tím můžeš dělat.

[Ladicek]

A kde je teda jeho formální gramatika?

Ne že bych se chtěl zastávat Jardíka , ale některé unixácké rigidní názory na přípustnost a nepřípustnost určitých znaků například v názvech souborů nebo tady v loginu (což není systémový identifikátor) a z nich vznikající předpoklady v různém softwaru jsou podle mne skvělou ukázkou moderního tmářství.

[l4m4]

Login je systémový identifikátor. Pokud vás prudí, že se objevuje někde, kde má být fullname, tak pošlete patch do příslušného programu. Těším se na reakci vývojářů openssh, až jim povíte, že chcete, aby login mohl obsahovat dvojtečku, zavináč a konec řádku...

[Ladicek]

Čekám na tu gramatiku.

[l4m4]

Nebudu sem pro jen tak tvoje potěšení fomátovat BNF... Login je identifikátor o max. délce 32 znaků vyhovující regulárnímu výrazu [a-z_][a-z0-9_-]*$?. A ten dolar je úchylka, bez které by bylo lépe, protože pak by bylo zaručeno, že login vyhovuje průniku standardních syntaktických pravidlel pro idenfitikátor.

[Ladicek]

Hmm, někde tady je napsáno, že do /etc/passwd se dají napsat velká písmena a možná ještě něco, a i nějaká distribuce že to umí už při instalaci. Vypadá to, že ten tvůj regexp tak úplně nesedí, že?

Aby bylo jasno: mně nejde o gramatiku. Mně jde o to, že je v tom neskutečný mrdník, který vede k absurdnímu omezování se na ASCII v době Unicode. Plesk.

[corwin78]

To si děláš srandu? Proč by to někdo měl chtít? Na Widlích bych za to vraždil.

[Jardík]

No tak já bych za háčky a možná ty mezery taky vraždil, ale že tam nenechaj dát velký písmeno, to je moc. Přitom když si ručně zedituju /etc/passwd /etc/groups a /etc/shadow, tak se pak můžu zalogovat s velkým písmenem, takže neni důvod v desktopové distribuci tohle blokovat. A když už si chce někdo dělat server s neschopnými programy, tak ať si na to myslí. Jediný distro, který mi to při instalaci dovolilo, bylo opensuse (ale neodpustilo si dotaz, jestli to chci opravdu s velkým písmenem).

[l4m4]

Kdepak, desktopová distribuce by neměla rozlišovat mezi velkými a malými písmeny, protože to uživatele mate. Takže bys to mohl napsat, jak chtěl, ale byla by to nakonec malá písmena. Soubory /etc/passwd a /etc/group by hlídal nějaký démon a kdyby tam někdo napsal něco velkými písmeny, okamžitě by to normalizoval na malá.

[__dark__]

Vy asi používáte gnome co

[Přemek Vyhnal]

 Mě to teda normálně jde...

[belisarivs]

Tvuj pozadavek je nezkutecne stupidni zalezitost.

V Linuxu je to udelano radove lepe. Tam mas trivialni jmeno uzivatele, ale v popisu uzivatele zi uz muzes nastavit plne jmeno. Pak kdyz se chces na toho uzivatele prihlasit v terminalu, proste napises "su login" a nemusis vypisovat cele jmeno, coz oceni treba takovy Lazar Jelizaric Podchaljuzin ale i bezny Pepa Vomacka.

Tak debilne jak je to ve Windows to snad v Linuxu nikdy nebude. Vzpominam, jak mne z timto vypekla ha Empire - Total War, kdyz mi pri ulozeni hry zadne ulozeni neprovedla. Opravil to az patch.

Implementaci tvoji featury nikdo nic neziska a nvic je to vylozene debilni.

[Spike]

Jak debilně je to ve Windows? Login a „plné“/zobrazované jméno uživatele jsou tam také dvě rozdílné věci.

[Jardík]

Vzpominam, jak mne z timto vypekla ha Empire - Total War, kdyz mi pri ulozeni hry zadne ulozeni neprovedla. Opravil to az patch.

Když jsou programy neschopné vypořádat se např. i s pitomou mezerou v názvu adresáře, tak je to chyba programů. V Linuxu dodnes nejde zkompilovat spousta programů, protože se s tou mezerou neumí vypořádat, přitom ten název stačí dát do "uvozovek". Co má dělat chudák uživatel, který má právo zápisu jen do adresáře "frantovy soubory" ...

[qpal]

Mam doma KDE 4.2.96 na 2 strojich:
Athlon 3,5 Ghz, 1,5 GB RAM, Ati 9600 (128 MB)
C2D 6750 (2,66 Ghz), 2 GB RAM, Ati 1950 (512 MB)

Prostredi je na obou strojich srovnatelne se soucasnymi standardy. Vychazim ze subjektivniho srovnani s Windows Vista (na podstatne silnejsim NB) a Windows 7 (na zminenem C2D).

To mluvim za sebe, nikoliv za zamestnance v rodine firme. Tam bezi stejne prostredi na slabsich strojich. Instaloval jsem KDE 4.2 pred 3 mesici a kdyby to bylo pomale, nedal bych ho tam.

[Jardík]

Na desktopu mám Windows Vista, na notebooku Windows 7 RC1, oba svižné, rychlé, nesekaj se při otevírání či přesunu oken. Na desktopu jsem míval ArchLinux s KDE 4.2 - pomalost a zasekávání běžnou záležitostí. Na NB jsem míval taky ArchLinux s KDE 4.2. Tam mám Intel X3100 (na desktopu nividii gf9600gt) a KDE se tam sekalo úplně stejně. Pak jsem na notebooku měl ubuntu 9.04 s KDE 4.2.96 z ppa repozitáře. Stejná pomalost jako před tím. Nakonec jsem stáhnul RC verzi Windows 7 a mám tam konečně systém s použitelným prostředím, které mě nezdržuje zasekáváním a stále tam můžu mít průhledná okénka se stíny.

[Václav "Darm" Novák]

8800 GTS, Archlinux, absolutne zadny problem s rychlosti.4.3.0 RC3 22.7. 20:32 | Nová verze Vyšlo KDE 4.3.0 RC3, poslední RC před vydáním stabilní verze. Opravuje nejrůznější chyby a hlavně výkonnostní problém v Plasmě, kdy aplety po změně velikosti na chvíli zamrzly. Opět jsou dostupné i LiveCD založené na openSUSE (1.2.98 pro i686 a amd64). David Watzke | Komentářů: 26 Linux 2.6.27.27 a 2.6.30.2 22.7. 17:14 | Nová verze Byly vydány nové verze Linuxu 2.6.27.27 a 2.6.30.2, které obsahují opravy mnoha chyb, některé z nich bezpečnostního charakteru. Někteří uživatelé si však stěžují na problémy s bootováním, je tedy možné, že budou vbrzku vydány další opravné verze. Nicky726 | Komentářů: 8 602XML Filler 3.0 pro 64bitový Linux zatím nebude 22.7. 12:30 | Komunita 602XML Filler 3.0 (software pro práci s datovými schránkami) je dostupný jen v 32bitové verzi. Odpověď technické podpory ISDS na dostupnost 64bitové verze: „Pokud bude velký zájem ze strany uživatelů, je možné, že podpora se v budoucnu tímto směrem rozšíří. Momentálně se v tomto směru žádné změny v podpoře neplánují.“ Pokud tedy máte zájem, můžete se zkusit obrátit na info@datoveschranky.info nebo přímo na technickou podporu isds@602.cz. puchy | Komentářů: 78 Centrum | Napsat | Starší Práce v IT www.jobs.cz Diploma Thesis: Truck/Bus KERS Manažer prodeje internetových produktů programátor internet/intranet Configuration Manager / Service coordinator - Prague Developer Java & J2EE PL/SQL Developer Konzultant/analytik IS Consultant-SW Engineer (40-70.000 Kč), zn. HE J2EE programmer SW INŽENÝR Více nabídek Pracovní nabídky Senior Linux Support Specialist Linux administrátor Lektor kurzů UNIX/LINUX Unix Administrator (junior) operátor T- Mobile Linux administrátor technické podpory Senior Unix Support Specialist Rozcestník AbcLinuxu Skenování kinofilmu pod Linuxem (Epson Perfection V300 Photo) – 2 Jaderné noviny – 24. 6. 2009 ITBIZ.cz Až 65 % lidí považuje stávající míru nezaměstnanosti za příliš vysokou Žebříček Green500: superpočítače IBM vyhlášeny jako energeticky nejúčinnější LinuxEXPRES Grafické komponenty v Ruby - Dokončení a lokalizace Phatch Photo Batch Processor: Hromadná úprava fotografií Doporučujeme linux.cz 64bit.cz Placené odkazy Autobazar AAA Auto Brno e-pocasi.cz Čtěte na ITBIZ.cz Až 65 % lidí považuje stávající míru nezaměstnanosti za příliš vysokou Žebříček Green500: superpočítače IBM vyhlášeny jako energeticky nejúčinnější Lidé ve firmách: kdo a kam přešel AbcLinuxu:/ Zprávičky / Linux 2.6.27.27 a 2.6.30.2 Red Hat Enterprise Linux logo Red Hat Enterprise Linux 5 - předplatné 1 rok BASIC Vaše cena: 7763 Kč. Štítky: Linux, opravy UpravitUpravit Linux 2.6.27.27 a 2.6.30.2 Autor: Nicky726 Kategorie: Nová verze Datum: 22.7. 17:14 Byly vydány nové verze Linuxu 2.6.27.27 a 2.6.30.2, které obsahují opravy mnoha chyb, některé z nich bezpečnostního charakteru. Někteří uživatelé si však stěžují na problémy s bootováním, je tedy možné, že budou vbrzku vydány další opravné verze. Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook Komentáře Nástroje: Začni sledovat (1) ? , Tisk Vložit další komentář avatar 22.7. 20:51 Konqui | skóre: 13 | blog: Konqui | Rožnov pod Radhoštěm Re: Linux 2.6.27.27 a 2.6.30.2 Odpovědět | Admin | Link | Blokovat | Sbalit Případne mi, že čím novější kernel, tím víc to jde srát...Nejstabilnější mi přijde 2.6.27... A hlavně mě neskutečně serou rozmrdané USB mess storage drivery s ultra-pomalým zápisem Open/save dialogy z GTK+ jsou nejkřiklavější ukázkou toho nejdebilnějšího software, co vůbec může existovat. GTK je hnus včera 09:10 xm | skóre: 34 | blog: Osvobozený blog | Praha Re: Linux 2.6.27.27 a 2.6.30.2 Odpovědět | Admin | Link | Výše | Blokovat | Sbalit Žádné problémy s pomalým USB mass storage jsem na žádném z mých počítačů nezpozoroval (ani doma, ani v práci, ani na notebooku). Používám kernel 2.6.29 a nemám důvod si stěžovat, stabilita je výborná (a na rozdíl od starších kernelů tam už bez problémů funguje uspávání do RAM). Software je jako sex. Nejlepší je zadarmo! avatar včera 09:43 Cubic | skóre: 20 | blog: obcasne_vyplody | Leeds Re: Linux 2.6.27.27 a 2.6.30.2 Odpovědět | Admin | Link | Výše | Blokovat | Sbalit Ja mam zas od .29 vysypanou alsu a na notebooku musim zustat u .28 a pekne me to sere. Asi bych zustal i u .27 ale pri vymene disku jsem premigroval na ext4 a ten nebyl v .27 jeste uplne vychytanej. Mimochodem me suspend to ram funguje stabilne od .22 nebo .23 včera 09:28 Michal2 Re: Linux 2.6.27.27 a 2.6.30.2

[Václav "Darm" Novák]

mea culpa, middleclick pod vlivem a rychlejsi mys nez reakce. Prosim o smazani :D

[David Watzke]

Hezké, zrovna na moje osmnáctiny.

[Max]

Ajaj, z Dejva se stalo velký zvýře :-/. Teď by to chtělo vyvěsit to tvoje video s flaškou od piva, jak si tam zpíváš : "Dejvid Rulez! Dejvi Rulez! ..." možná ho ještě někde najdu ... :D
Zdar Max

[Heron]

Každý měl jednou 18, každý dělal podobný věci. Ovšem ne každý u toho měl kameru

[Stevko]

Preco KDE potrebuje vobec pouzivat graficku kartu? A ako ju bude pouzivat, ked si ho pustim vzdialene?

[l4m4]

> A ako ju bude pouzivat, ked si ho pustim vzdialene?

Skrze X server obsluhující daný display, jako vždycky.

[Jiri]

Nevim jestli tve snazeni ma cenu, ten "asiat" s nejvetsi pravdepodobnosti nechape o co vubec jde.

[belisarivs]

Sakra. Prosral jsem to o necelych 250 committu. Ted abych zase par let cekal.