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.
Ahoj, aku vhodnu datovu strukturu by som mal zvolit, ak chcem zapisat data typu:
8.7 = "retazec1"
8.8 ="retazec2"
Vzdy je cislo, ktore naslduje druhe cislo na ktorych pozicii lezy retazec. Nieco ako na pozicii dvojrozmerneho pola je zapisany retazec. Programovaci jazyk C#
Map<Integer, Map<Integer, String>>
so C# nemozem sluzit. Toto je vseobecne riesenie; mozno sa da usit lepsie, krajsie, rychlejsie, pamatovo nenarocnejsie riesenie, ak su zname dalsie fakty o udajoch: Kolko tych mapovani bude? Kolko bude klucov na prvej a druhej urovni? Kolko rozlicnych hodnot bude mat prva a kolko druha hodnota? Budu v sekvencii hodnot "diery"? Etc.
No, dokud nenapíšeš, co s těmi daty chceš dělat, tak ti tady s výběrem struktury nikdo neporadí. Způsobů je aspoň tisíc a každý je vhodný pro jiný účel. Toš tak… :-/
budem prechadzat hexa string po znakoch, nacitam poziciu x kde bude ulozena premena y, ktoru nasledne skonvertujem na int. Hodnote y bude odpovedat retazec, ktory nasledne ulozim do databazy. Priklad:
mam hex string: 123F
nacitam poziciu x = 0 na ktorej je ulozena hodnota y = 1. pozriem sa do statickej struktury, kde hodnota 1 bude odpovedat retazcu1.
OKi, takže ve výsledku se každý znak řetězce dostane do databáze?
Příklad:
řetězec "123F"
INSERT INTO db_test (val) VALUES ('1')
/
INSERT INTO db_test (val) VALUES ('2')
/
INSERT INTO db_test (val) VALUES ('3')
/
INSERT INTO db_test (val) VALUES ('15')
/
COMMIT
/
Pochopil jsem to správně?
nie znak retazca ale to co bude ulozene v nom, uz som to vyriesil takto:
private static readonly string[][] data = new string[][]
{
// Type of CPU
new string[2] { "PIC", "ARM" },
// Type of Mem
new string[5] { "Unknown", "Tyco", "FLASH" },
...
};
cize pride mi redazec, z pozicie x = 0, vytiahnem y = 1, co odpoveda retazcu data[x][y] == "ARM", to databazy teda ulozim "ARM"
Ahá! Už je mi to jasné!
Jen drobná otázka: jak se bude pole inicializovat? Podle příkladu to vypadá na něco dynamického a né zrovna malého. Možná se to pole i inicializuje z databáze. V tom případě bych celou tuto logiku přesunul do databáze. 
Přesouvání logiky do databáze je výsadou databázistů, které my, aplikační programátoři, v takovém případě s chutí ignorujeme
Já za tím vidím hloupou referenční integritu a číselníky. Žádná aplikační logika to není. 
Ale na druhou stranu je pravda, že doteď jsem přesně nepochopil, co autor vlastně zamýšlí, takže je to bezpředmětné. :-/
Tiskni
Sdílej: