Byl vydán Debian 13.6, tj. šestá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.15, tj. poslední patnáctá opravná verze Debianu 12 s kódovým názvem Bookworm, k dispozici je LTS. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.
Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží
… více »Byla vydána verze 1.97.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.
Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.
TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.
Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Já jsem vám vývojář. Jak mě nic poslední dobou nebaví...
... ani programovat ty věci pro DragonAge. Přece nemůžu naprogramovat engine, na kterým dělá X vývojářů několik let. Přemýšlel jsem, jestli se zase nepustit do BurnApp, ale já nevím, když to API linuxu je tak naho*no a pro Windows je na to aplikací dost. Práce si mě nějak nechce najít a z toho nic nedělání už začínám mít psychózu. Nechce někdo naprogramovat nějakou malou kravinu, třeba do školy? ...
A tak jo. Asi budu BurnAppovat...
Tiskni
Sdílej:
hned by ho ty deprese presly 
Přece nemůžu naprogramovat engine, na kterým dělá X vývojářů několik let.Pokud to myslis podobne jako Linus v roce 1991 s Linuxem (ve smyslu "je to jenom mala skolni prace"), tak si na dobrej ceste. Ale je dobre, ze si Linus tenkrat nerekl podobne jako ty "Prece nemuzu naprogramovat neco, na cem vyvojari IBM, Sunu, SGI, a Microsoftu uz par let delaji". No, a jestli je to, jak pise kotyz,
koukej uz jednou neco taky dotahnout az do konce., tak se nediv, ze
Práce si mě nějak nechce najít
pouze 64bitů
Viz diskuze o enumeraci sériových portů. Ale tipoval bych, že tam bude podobný bordel jako ve vypalovačkách...
Šlo by tedy o program, který by na výstupu vypsal seznam sériáků a nejrůznéjších usb-serial převodníků.
Ale je to jen nápad...
extern "C" {
#include <libudev.h>
}
#include <iostream>
#include <cstring>
enum : int {
ERR_OK,
ERR_UDEV,
ERR_UDEV_ENUM,
ERR_UDEV_ENUM_SETUP,
ERR_UDEV_ENUM_SCAN
};
int main()
{
int result = ERR_OK;
struct udev *udev = 0;
struct udev_enumerate *uenum = 0;
struct udev_list_entry *e, *prope;
struct udev_device *dev;
const char *devnode;
udev = udev_new();
if (!udev) {
result = ERR_UDEV;
goto __cleanup;
}
uenum = udev_enumerate_new(udev);
if (!uenum) {
result = ERR_UDEV_ENUM;
goto __cleanup;
}
if (udev_enumerate_add_match_subsystem(uenum, "tty") != 0) {
result = ERR_UDEV_ENUM_SETUP;
goto __cleanup;
}
if (udev_enumerate_scan_devices(uenum) != 0) {
result = ERR_UDEV_ENUM_SCAN;
goto __cleanup;
}
for (e = udev_enumerate_get_list_entry(uenum); e; e = udev_list_entry_get_next(e)) {
dev = udev_device_new_from_syspath(udev, udev_list_entry_get_name(e));
if (dev) {
devnode = udev_device_get_devnode(dev);
for (prope = udev_device_get_properties_list_entry(dev); prope; prope = udev_list_entry_get_next(prope)) {
if (std::strcmp(udev_list_entry_get_name(prope), "DEVPATH") == 0) {
if (std::strncmp(udev_list_entry_get_value(prope), "/devices/platform/", 18) == 0) {
std::cout << "devnode = " << devnode << std::endl;
break;
}
}
//std::cout << "prop: " << udev_list_entry_get_name(prope) << " = " << udev_list_entry_get_value(prope) << std::endl;
}
udev_device_unref(dev);
}
}
__cleanup:
if (uenum) udev_enumerate_unref(uenum);
if (udev) udev_unref(udev);
return result;
}
Výše uvedený kód mi však taky vyhodí i to, co v kompu není. I když, kdo ví, jestli to na desce není, třeba to jen není vyvedený ven, takže jsou pak výsledky správné (?).
$ ./serialenum devname=/dev/ttyUSB0 devname=/dev/ttyUSB1 devname=/dev/ttyUSB2 devname=/dev/ttyS0Ty neexistující ttyS[34] apod. v /devices/platform/ jsou asi v /dev vytvářeny udevem tak nějak pro "jistotu". Pochynuji, že by o nich udev věděl a jádro (dmesg) ne. Tady je ta úprava...
extern "C" {
#include <libudev.h>
}
#include <iostream>
#include <cstring>
enum : int {
ERR_OK,
ERR_UDEV,
ERR_UDEV_ENUM,
ERR_UDEV_ENUM_SETUP,
ERR_UDEV_ENUM_SCAN
};
int main()
{
int result = ERR_OK;
struct udev *udev = 0;
struct udev_enumerate *uenum = 0;
struct udev_list_entry *e, *prope;
struct udev_device *dev;
const char *devnode;
udev = udev_new();
if (!udev) {
result = ERR_UDEV;
goto __cleanup;
}
uenum = udev_enumerate_new(udev);
if (!uenum) {
result = ERR_UDEV_ENUM;
goto __cleanup;
}
if (udev_enumerate_add_match_subsystem(uenum, "tty") != 0) {
result = ERR_UDEV_ENUM_SETUP;
goto __cleanup;
}
if (udev_enumerate_scan_devices(uenum) != 0) {
result = ERR_UDEV_ENUM_SCAN;
goto __cleanup;
}
for (e = udev_enumerate_get_list_entry(uenum); e; e = udev_list_entry_get_next(e)) {
//std::cout << std::endl;
dev = udev_device_new_from_syspath(udev, udev_list_entry_get_name(e));
if (dev) {
devnode = udev_device_get_devnode(dev);
for (prope = udev_device_get_properties_list_entry(dev); prope; prope = udev_list_entry_get_next(prope)) {
if (std::strcmp(udev_list_entry_get_name(prope), "DEVPATH") == 0) {
if (std::strncmp(udev_list_entry_get_value(prope), "/devices/pnp", 12) == 0) {
std::cout << "devname=" << devnode << std::endl;
break;
}
} else
if (std::strcmp(udev_list_entry_get_name(prope), "ID_BUS") == 0) {
if (std::strncmp(udev_list_entry_get_value(prope), "usb", 3) == 0) {
std::cout << "devname=" << devnode << std::endl;
break;
}
}
//std::cout << "prop: " << udev_list_entry_get_name(prope) << " = " << udev_list_entry_get_value(prope) << std::endl;
}
udev_device_unref(dev);
}
}
__cleanup:
if (uenum) udev_enumerate_unref(uenum);
if (udev) udev_unref(udev);
return result;
}
Pro "klasické" sériáky
SUBSYSTEM == tty
DEVPATH == /devices/pnp ... na /devices/platform mi to vypsalo jen neexistující porty
a pro usb převodníky
SUBSYSTEM == tty
ID_BUS == usb
Díky za inspiraci.
U tebe funguje DEVPATH==/devices/pnp?, u mě to v tomto případě neukáže nic. Jestli je to závislý na systému (např. verzi udevu), tak to je opravdu další bastl. Ten způsob práce se zařízeními jako se soubory je fakt labilní, zlatej Windows, kde na to stačí zavolat jednu* funkci a nemusím přemýšlet, jestli mám použít udev, hal, udisks, ručně procházet /sys/, který nemusí být připojen, spoléhat na to, že zařízení jsou v /dev a že si to uživatel nevytvoří v /home, nebo na to, že se nikdy nezmění major číslo nějakýho subsystému, ... já vím, že to normální uživatel asi nikdy neudělá, ale proto, že tu ta možnost je, tak je prostě správné s ní počítat a nějak ji ošetřit, to ale v linuxu nejde...
*Schválně přeháním, třeba na výpis CD mechanik potřebuju 3, sériáky jsem nikdy nepotřeboval, ale nevěřím, že to bude o moc složitější, než vypsat CD-ROMky.
Ten způsob práce se zařízeními jako se soubory je fakt labilníNo ono imho není ani tak těmi soubory (to už je implementační detail), jako spíš bordelem v API a standardech.
/dev už je dost přestárlej. Kdyby se starý nepoužívanosti vyhodily a nový přidaly (třeba něco jako /dev/burn0) s jednotným API, hned by to bylo něco jinýho...
/dev/cdrw ti nestačí?