Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.
OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.
Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
Byla vydána prosincová aktualizace aneb nová verze 1.108 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.108 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Na lasvegaském veletrhu elektroniky CES byl předveden prototyp notebooku chlazeného pomocí plazmových aktuátorů (DBD). Ačkoliv se nejedná o první nápad svého druhu, nepochybně to je první ukázka praktického použití tohoto způsobu chlazení v běžné elektronice. Co činí plazmové chladící akční členy technologickou výzvou je především vysoká produkce jedovatého ozonu, tu se prý podařilo firmě YPlasma zredukovat dielektrickou
… více »Login: nazdar Password: nepřihlásím!Mám pocit, že bychom se s Linuxem shodli v tom, že se nepřihlásím
xsetroot -solid black -cursor_name top_left_arrow/etc/X11/xdm/Xresources
xlogin*greeting: Nazdar, přihlaš se! xlogin*namePrompt: Login: xlogin*fail: Blbý heslo nebo jméno #if WIDTH >= 1024 xlogin*greetFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*font: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*promptFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*failFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 #if PLANES >= 8 xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianLogo.xpm #else xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianbw.xpm #endif #else xlogin*greetFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*font: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*promptFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*failFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 #endif #ifdef COLOR xlogin*borderWidth: 0 xlogin*frameWidth: 0 xlogin*innerFramesWidth: 0 xlogin*shdColor: black xlogin*hiColor: black xlogin*background: black !xlogin*foreground: darkgreen xlogin*greetColor: white xlogin*failColor: white *Foreground: white *Background: black #else xlogin*borderWidth: 0 xlogin*frameWidth: 0 xlogin*innerFramesWidth: 0 xlogin*shdColor: black xlogin*hiColor: black #endif xlogin*useShape: true xlogin*logoPadding: 10 XConsole.text.geometry: 480x130 XConsole.verbose: true XConsole*iconic: true XConsole*font: fixeda pak je potreba ten obrazek
/usr/X11R6/lib/X11/xdm/pixmaps/debianLogo.xpm kterej sem udelal z nakyho co uz tam byl ze sem ho zmensil a dal pryc "debian"
Xsetup radek
import /home/ja/xdm.png&
pak restart Xek, kliknout nekam, prihlasit se a ten radek pak smazat .-)
No, blogpost o tomhle sice nebyl :) ale
fluxbox pomalu vykresluje okna apod.
Tohle by mělo docela zajímalo. Jak pomalu vykresluje okna? Já jsem zatím nic nepozoroval, ale nemám dostatek podkladů pro srovnání s jinými WM. Už jsem se na to i ptal a prý že ne.
WindowMaker, XFCE a především Fluxbox se skutečně ukázali jako naprosto nejpomalejší WM co se týče rychlosti překreslování oken. Viz benchmark který dělal Rasterman (autor Enlightenmentu e16 a e17).
Á, známý pan troll, čekal sem kdy se tu objevíš :-Pa znamy Mr. Bigot. cakal som, ze zad tresnes nejaku blbost.
Ten benchmark _dává_ reálné výsledky.realne vysledky coho? vytvarania 1000 okien? vtipne. pochop, ze vykreslovanie (obsahu) okien nema vobec nic spolocne s window managementom...
O to tu ale nejde - o KDE řeč nebylanebola az kym si sem nenaklusal s OT benchmarkom...
realne vysledky coho? vytvarania 1000 okien? vtipne. pochop, ze vykreslovanie (obsahu) okien nema vobec nic spolocne s window managementom...KDyby rychlost vykreslování oken neměla nic společného s window managerem, tak by nebyly mezi jednotlivými WM takové velké rozdíly v onom syntetickém benchmarku. To jsou holá fakta, zas nechceš vidět realitu jen protože se ti nelíbí :-P
nebola az kym si sem nenaklusal s OT benchmarkom...Ten benchmark není OT, dává reálně naměřená data k tématu o kterém tu byla celou dobu řeč. Jak už jsem psal výše, to že je to syntetický benchmark nemění nic na relevanci těch naměřených dat. Jediný problém syntetických benchmarků je v tom že v praxi se takto naměřené rozdíly v rychlosti nemusí moc projevit, nicméně jak jsem už několikrát psal to že je Fluxbox pomalý je faktem i v praxi (viz má zkušenost na starším PC v porovnání s IceWM nebo FVWM2, o které už jsem tu psal).
Jedinej kdo se tu ztrapňuje seš ty sám. Toolkit nedělá nic jiného než že používá xlib (je to jen další abstrakční layer nad xlib). Ale xlib můžu používat i přímo, bez nutnosti nechat svůj test ovlivnit rychlostí nějakého abstrakčního layeru (toolkitu). A to pokud vím také Rasterman v tom benchmarku tak prováděl.
Jestli ti nejsou jasné takovéhle základy o práci X11, tak fakt nemá smysl aby ses tu k čemukoliv vyjadřoval.
To že rychlost vykreslování oken _závisí_ na window manageru je prostý fakt, potvrzený i experimentálně (oním syntetickým benchmarkem a i v praxi na starých PC kde je to krásně viditelné).
Je to dáno tím jak X11 a window managery fungují. Pokud aplikace chce vytvořit/zobrazit okno, je tento požadavek přesměrován window manageru. Nevytvoří se jen okno aplikace, window manager vytvoří nejdříve "zastřešující" okno (rámec), které se stane rodičovským oknem pro samotné okno aplikace. Dále ještě vytvoří většina window managerů okno pro horní lištu s titulkem okna, zavíracím a minimalizujícím tlačítkem, atp. (které také spadá pod hlavní "zastřešující" okno). Dál se window manager stará o to kam nové okno umístit, atp. Tohle všechno zabere čas a určuje onu rychlost vykreslování oken, o které se tu snažíš tak vehementně tvrdit že na to nemá WM vliv.
Je vidět že o fungování X11 opravdu nic nevíš. Ale přesto si tu hraješ na někoho kdo sežral všechnu moudrost světa...
Tohle všechno zabere čas a určuje onu rychlost vykreslování okenMr. Dokonaly, dakujem za vysvetlenie. ja narozdiel od teba nedokazem postrehnut spomalenie 0.02s na okno (aj to je maximalna hodnota a navyse voci nule). v benchmarku sa v podstate obsah okna ignoroval, takze nema nic spolocne s vykreslovanim okna. subjektivne nemas sancu to spozorovat ani na 20 oknach, pretoze cas ozajstneho vykreslenia okien je zanedbatelny a cas, ktory sa stravi window managementom je velmi maly. dovi. dopo. koncim.
Jestli tě tak štve použití slovního spojení "rychlost vykreslování oken", tak prosím, klidně začnu používat jen slovní spojení "rychlost window manageru". Nicméně každý si asi pod tím představujeme něco jiného, protože já to jako rychlost vykreslení okna chápu (window manager prostě nestihne za daný čas zobrazit tolik oken jako jiný window manager, má větší odezvu než se okno zobrazí).
A to že je to nepostřehnutelné je lež. Na moderním PC to sice moc nepostřehneš a tam ztrácí takovéto honění se za rychlostí WM de facto význam, ale na starém PC je to _velmi_ viditelné. Zkus si na nějakém starém Pentiu používat Fluxbox a pak IceWM nebo FVWM2. Ten rozdíl člověk vidí okamžitě. Ve Fluxboxu člověk vysloveně čeká na to než se okno a lišta okna v takovém případě zobrazí, v IceWM a FVWM2 je to oproti tomu rychlé jako blesk.
A jak už tu psali jiní, všímají si toho u Fluxboxu i na moderních PC (hlavně když přepnou plochu). Takže už konečně přestaň být takový arogantní ignorant (jestli to tedy dokážeš) a přijmi fakta... já už se o tom dál bavit nehodlám, dál ti tedy odpovídat nebudu, nebudu živit trolla :-P
Tiskni
Sdílej: