O víkendu probíhá v Bruselu konference FOSDEM 2026 (Free and Open source Software Developers’ European Meeting). Program konference je velice nabitý: 37 místností, 71 tracků, 1184 přednášejících, 1069 přednášek, prezentací a workshopů. Sledovat je lze i online. K dispozici budou jejich videozáznamy. Aktuální dění lze sledovat na sociálních sítích.
Společnost Nex Computer stojící za "notebooky bez procesorů a pamětí" NexDock představila telefon NexPhone, který může funguje jako desktop PC, stačí k němu připojit monitor, klávesnici a myš nebo NexDock. Telefon by měl být k dispozici ve třetím čtvrtletí letošního roku. Jeho cena by měla být 549 dolarů. Předobjednat jej lze s vratní zálohou 199 dolarů. V dual-bootu by měl být předinstalovaný Android s Linuxem (Debian) jako aplikací a Windows 11.
Byla vydána nová major verze 9.0 softwaru pro správu elektronických knih Calibre (Wikipedie). Přehled novinek v poznámkách k vydání. Vypíchnuta je podpora AI.
Wasmer byl vydán ve verzi 7.0. Jedná se o běhové prostředí pro programy ve WebAssembly. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
V reakci na nepopulární plán Microsoftu ještě více ve Windows prohloubit integraci umělé inteligence Copilot, Opera na sociální síti 𝕏 oznámila, že připravuje nativní linuxovou verzi prohlížeče Opera GX. Jedná se o internetový prohlížeč zaměřený pro hráče, přičemž obsahuje všechny základní funkce běžného prohlížeče Opera. Kromě integrace sociálních sítí prohlížeč například disponuje 'omezovačem', který umožňuje uživatelům omezit využití sítě, procesoru a paměti prohlížečem, aby se tak šetřily systémové zdroje pro jinou aktivitu.
NVIDIA vydala nativního klienta své cloudové herní služby GeForce NOW pro Linux. Zatím v beta verzi.
Open Gaming Collective (OGC) si klade za cíl sdružit všechny klíčové projekty v oblasti linuxového hraní počítačových her. Zakládajícími členy jsou Universal Blue a Bazzite, ASUS Linux, ShadowBlip, PikaOS a Fyra Labs. Strategickými partnery a klíčovými přispěvateli ChimeraOS, Nobara, Playtron a další. Cílem je centralizovat úsilí, takže namísto toho, aby každá distribuce udržovala samostatné opravy systému a podporu hardwaru na
… více »V kryptografické knihovně OpenSSL bylo nalezeno 12 zranitelností. Opraveny jsou v upstream verzích OpenSSL 3.6.1, 3.5.5, 3.4.4, 3.3.6 a 3.0.19. Zranitelnosti objevila společnost AISLE pomocí svého autonomního analyzátoru.
Desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. V programovacím jazyce Rust s využitím stavebních bloků z projektu Smithay jej napíše Brian Tarricone. Úprava stávajícího xfwm4 tak, aby paralelně podporoval X11 i Wayland, se ukázala jako špatná cesta.
Desktopové prostředí KDE Plasma 6.8 poběží už pouze nad Waylandem. Vývojáři, kteří s rozhodnutím nesouhlasí, vytvořili fork KDE Plasma s názvem SonicDE (Sonic Desktop Environment) s cílem zachovat a vylepšovat podporu X11.
Potřebuju si vyvinout takové malé zařízení, které bude řídit jednočip. Vcelku jednoznačně jsem zvolil RISC jednočip Atmel AVR (konkrétně Mega16).
Procesor je to krásný, jeho instrukce vcelku průhledné, dá se do toho dostat výsledná binárka pomocí triviálního programátoru, který se dá zbastlit za půl hodiny. To je všechno pěkné. Ovšem horším problémem je vývojové prostředí. Program ve finální podobě triviální nebude, takže vývoj stylem: nakódovat naslepo, nahrát do čipu, vyzkoušet, je cestou do pekel. Ano, je nutný simulátor. Překladač ani debuger by problém nebyl, stačí gcc-avr a gdb-avr. Simulátor už je horší. Simulavr, na který člověk všude narazí (a který je vlastně nutný i pro gdb-avr) nevypadá příliš dodělaně. Atmela asi simuluje dobře, je vcelku dobře vidět i stav CPU, ovšem práce se vstupními porty (při ladění prostě člověk potřebuje nasimulovat i reakci na to co je na vstupech) a s přerušeními - to je spíš noční můra - všechno jen ne pohodlné a efektivní (IMHO).
Tiskni
Sdílej:
Ve verzi 3.56 zdá se funguje skvěle pod Wine...Fakt? Mě se ho rozchodit nepodařilo, furt si stěžoval, že mu chybí Explorer.
Rád bych prodiskutoval možnosti vývoje na LinuxuZe začátku jsem používal AVR Studio ve Windows. Pak na Windows nějak nezbylo místo, takže pracuju v kate (má zvýrazňování syntaxe), překládám pomocí assembleru z AVR Studia (ten mi pod wine chodí) a nahrávám pomocí avrdude. Nějaký simulátor pro Linux jsem zkoušel, ale nějak se mi nelíbil, takže jsem nakonec zvolil cestu testování pomocí volných pinů (posílám na ně "debugovací výstupy", třeba blikající ledku, když se děje, co se má dít)
Ovšem horším problémem je vývojové prostředí. Program ve finální podobě triviální nebude, takže vývoj stylem: nakódovat naslepo, nahrát do čipu, vyzkoušet, je cestou do pekel. Ano, je nutný simulátor.Žabaři! Proč by to měla být „cesta do pekel“? Copak je tak těžký odladit program po částech přímo v hw?...
, pak bud: