Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.
Byla vydána nová verze 2.56.0 distribuovaného systému správy verzí Git. Přispělo 104 vývojářů, z toho 39 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Hackerská skupina ShinyHunters oznámila průnik do informačních systémů FBI, prostřednictvím zero-day zranitelnosti v platformě Oracle PeopleSoft, kterou úřad využívá mimo jiné pro náborový portál FBIJobs.gov. Útočníci tvrdí, že získali až 3 TB dat o současných i bývalých zaměstnancích a uchazečích o práci. Jako důkaz zveřejnili vzorek přibližně 5 000 záznamů obsahující jména, adresy, telefonní čísla, data narození, čísla
… 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: