V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Nechápu, že tam ten kepl tolerují.V jádře jsou daleko horší věci :D.
Při vývoji jsem zjistil, že zdrojové kódy GCC uvolněné Applem neodpovídají dodávané binárce. Čichám, čichám porušení GPL.Čas spojit se s GPL violations?
Navíc se můžu vykašlat na podporu zastaralých kompilátorů, jakým je z hlediska ObjC právě GCC. Příspěvky do GNUstepu jsou podmiňovány podporou GCC, takže si člověk nemůže usnadnit práci ani o píď a musí se se vším psát jako blbec.Chápu to dobře, že pro dnešní aplikace má smysl ObjC kompilovat jen v LLVM, pokud se nechceš dostat do zmíněných problémů? Vyvíjí se GCC v tomto směru? Dá se bez větších problémů kombinovat výstup GCC a LLVM (třeba při použití různých jazyků)?
Implementácia cocoa v Qt ... znie tak trochu šialene. Len tak pre zaujímavosť má to byť stavané na Qt 4, alebo Qt 5? Momentálne trochu rýpem do Qt 5 (hlavne kvôli embedded kde behá na mojich hračkách celkom slušne, mimochodom tu grafika beží na 180MHz), ale aj napriek tomu nemám moc dôveru v Qt. Stabilita je miestami oproti Qt 4 hrozná, okná o plynulom resize môžu len snívať ... Celkovo vykresľovanie na Qt 4 bolo také ľahšie. Úplná šialenosť bude až bude Qt aplikácia pre Mac bežať pod linuxom emulovane vykresľovaná cez Qt :D
Keby len zamaskované, ale ono je ešte len v overlayi 
Qt 3 som považoval za to najepšie na linuxe, krásny výkon cez X11 forwarding kde som nerozpoznal, či aplikácia beží lokálne, alebo vzdialene. Potom bum Qt 4 s príšerným výkonom, ale postupne som si zvykol, prišli alien widgety a výkonnostné optimalizácie a dalo sa to používať. Na Qt 5 sa zatiaľ optimalizácie moc neriešili. Celkovo sa teraz Qt orientuje skôr na OpenGL a myslím, že na raster začne pomaly sadať prach. OpenGL má celkom slušný výkon pri "moderných" UI v QML, ale klasické UI skladané z čiar, gradientov ... sú pomalé kvôli častým zmenám kontextu. Obávam sa, že práve kvôli tomu môže mať vykresľovanie na Qt 5 dosť veľké problémy. Alebo možno mám zle zladený hardvér a problémy s výkonom mám len ja ... (rád by som si prečítal názor niekoho kto robí s Qt 5, ja som pomerne malá vzorka
).
Ja fungujem bez kompozitného desktopu a porovnávam hlavne zmenou veľkosti okna, ktorá znamená kompletné prekreslenie okna (inak widgety môžu byť double bufferované, resizom sa zaistí, že všetky sa musia prekresliť). Ak otvorím napr. qt creator a jeho nastavenia, tam mením veľkosť okna tak na pravej časti okna sa najskôr vykresľuje čierna plocha, až potom okno. Zrejme to bude problém spojený s xcb.
Áno, aktuálnu (arch linux). Ak zajtra nezabudnem do práce doniesť fotoaparát tak natočím.
Takže tu je video. To prvé je Qt 4, druhé Qt 5. Pri Qt 5 vidno čierny pravý okraj okna.
Ešte jedno srandovné videiko, tentoraz preferovaný spôsob vykresľovania GUI v Qt 5 - qtquickcontrols. Tu je video.
No wm ... ako sa to tak vezme. V dnešnej dobe už môže byť za prolbém považované to, že nie je kompozitný. V kompozitných správcoch ako som pozeral sa resize moc nerieši, namiesto toho sa resizuje len textúra a expose sa pošle až po dokončení resizu.
Tiskni
Sdílej: