Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze
… více »V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.
Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).
Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.
Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
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čí?