Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.
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čí?