O víkendu probíhá konference OpenAlt 2025. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
Josef Průša představil novou velkoformátovou uzavřenou CoreXY 3D tiskárnu Prusa CORE One L a nový open source standard chytrých cívek OpenPrintTag i s novou přepracovanou špulkou.
Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.
Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.
Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
To vedlo Linuse Torvaldse k sepsání návrhu RFC, aby do jádra byly zařazeny konfigurační volby pro konkrétní distribuce.A to se zrovna snažím vykopat zbytečné závislosti na distribucích z NetworkManageru. Názor Linuse hodně moc uznávám, ale v tomhle případě se mi zdá, že to není ústupek na správném místě.
http://kmuto.jp/debian/hcl/ tohle?
Nebo pokud te to vic zajima, muzes se primo podivat, jak se dela distribucni jadro:
fedpkg clone --anonymous kernel
Tak si naklonujes git repozitar se vsemi skripty, patchi a konfiguraky. Btw treba v README.txt se pise:
config heirarchy.
-----------------
Instead of having to maintain a config file for every arch variant we build on,
the kernel spec uses a nested system of configs. At the top level, is
config-generic. Add options here that should be present in every possible
config on all architectures.
Beneath this are per-arch overrides. For example config-x86-generic add
additional x86 specific options, and also _override_ any options that were
set in config-generic.
The heirarchy looks like this..
config-generic
|
config-x86-generic
| |
config-x86-32-generic config-x86-64-generic
An option set in a lower level will override the same option set in one
of the higher levels.
There exist two additional overrides, config-debug, and config-nodebug,
which override -generic, and the per-arch overrides. It is documented
further below.
/proc/config.gz, je pořád možné, že je konfigurace v jádře obsažena a dá se z něj vytáhnout pomocí scripts/extract-ikconfig (viz volby CONFIG_IKCONFIG a CONFIG_IKCONFIG_PROC).
buil-essential).
Docela by se to hodilo i pro ne-x86 platformy (rozličné SoC ARMy obzvlášť), kde je docela problematické zjistit, co tom kterém zařízení je (u x86 je alespoň lspci), takže pokud distribuční/defaultní jádro nemá vestavěný .config.gz, tak to znamená spousta googlení, prolézání hlášek jádra a zkoumání jednotlivých obvodů na desce.
Já osobně používám na svých strojích vlastní jádro "odjakživa" a mám přehled, co je potřeba a co ne, ale kdybych musel dělat jádro pro jinou distribuci než Debian nebo specializovaný pseudo-LFS, tak bych podobný přehled toho, co je třeba zapnou, uvítal.
Zbytečně závislosti NM lze elegantně vyřešit jeho odistalováním a nahrazením Connmanem...Co by mi to přineslo?
Tiskni
Sdílej: