Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 4.0.
Chybí vám někdo, s kým byste si popovídali o bastlení, technice, počítačích a vědě? Nechcete riskovat debatu o sportu u piva v hospodě? Pak doražte na virtuální pokec u virtuálního piva v rámci Virtuální Bastlírny organizované strahovským MacGyverem již tento čtvrtek. Možná se ptáte, co se tak může probírat? Dají se probrat slavná výročí - kromě 55 let obvodu 555 (což je mimochodem prý andělské číslo) a vzpomínky na firmu Signetics -
… více »GTK2-NG je komunitní fork GTK 2.24 (aktuální verze je 4.22). Oznámení a diskuse v diskusním fóru Devuanu, forku Debianu bez systemd. Není to jediný fork GTK 2. Ardour je například postaven na vlastním forku GTK 2 s názvem YTK.
V neděli 17. května 2026 proběhne v Českých Budějovicích první MobileLinux Hackday zaměřený na Linux v mobilech, embedded platformy a open source hardware. Po sedmi úspěšných měsíčních setkáních v Praze se akce přesouvá také do jižních Čech, aby se komunita mobilního Linuxu mohla potkat i mimo hlavní město. Akce se uskuteční v konferenčním sále Vajgar v Clarion Congress Hotelu (Pražská tř. 2306/14) se zahájením mezi 14:00 až 15:00 a … více »
Vývojáři Debianu zhruba v polovině vývojového cyklu Debianu 14 s kódovým názvem Forky rozhodli, že Debian musí dodávat reprodukovatelné balíčky, tj. kdokoli si může nezávisle ověřit, že daný binární balíček vznikl překladem a sestavením z konkrétních zdrojových kódů. Aktuálně je reprodukovatelných 98,29 % balíčků.
Německý e-shop Škoda Auto byl hacknut. Útočníci získali přístup k uživatelským údajům (jméno, adresa, e-mail, heslo, telefon, …).
Na webu konference Den IPv6 2026, která se uskuteční 4. června v Národní technické knihovně v pražských Dejvicích, je nyní k dispozici kompletní program této tradiční akce věnované tématům spojeným s protokolem IPv6. Na celodenní pásmo přednášek je třeba se přihlásit a zaplatit účastnický poplatek 242 korun. Registrační formulář najdou zájemci opět na webu akce. Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Byl představen emulátor terminálu Ratty (GitHub) s podporu 3D grafiky přímo v terminálu. Inspirací byl operační systém TempleOS od Terryho Davise. Ratty je napsán v jazyce Rust. Využívá knihovnu Ratatui pro tvorbu rozhraní a herní engine Bevy pro 3D vykreslování.
Evropské instituce i některé americké státy dál zpřísňují pravidla pro ověřování věku na internetu. Cílem je zabránit dětem v přístupu k obsahu pro dospělé. Úřady ale narážejí na zásadní problém – stále více lidí používá VPN, tedy služby umožňující skrýt identitu i skutečnou polohu na internetu. Právě VPN nyní Evropská parlamentní výzkumná služba (EPRS) označila za „mezeru v legislativě, kterou je potřeba uzavřít“ [Novinky.cz].
Multiplatformní open source aplikace pro psaní poznámek Joplin (Wikipedie) byla vydána v nové verzi 3.6. Nově lze mít v poznámkách embedovaný externí obsah, např. YouTube videa.
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čí?