Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Před nedávnem mi přestal fungovat starý projektor, a tak jsem si koupil nový Acer X1373WH. Tento zápisek je o tom, jak jsem se snažil zprovoznit jeho ovládání z PC přes RS-232. Třeba někomu bude užitečný alespoň proto, aby neopakoval moje chyby.
Projektor mám připojený k Raspbery Pi 2. To RS-232 nemá, a proto jsem měl v plánu použít některý z USB převodníků, které mám doma.
Doma mám několik různých převodníků, které byly kupovány pod označením převodník USB RS232:
Můj první nápad bylo použít převodník 1 nebo 2, což se mi jevilo jako nejčistší řešení, protože vyžadovalo nejméně kabelů. Jakmile mi projektor dorazil, zjistil jsem, že má konektor samec, přičemž převodník také. Našel jsem tedy malou redukci, která má na obou stranách samici, a projektor připojil. Spustil jsem echo -ne "* 0 IR 001\r" > /dev/ttyUSB0 (viz seznam příkazů), ale projektor se nespustil.
Po chvíli přemýšlení mně došlo, že takovéto zapojení fungovat nebude, neboť takto je připojený TX pin převodníku na TX pin projektoru. Malou redukci jsem tedy nahradil kabelem, který má příslušné piny křížené, takže TX pin převodníku už byl připojen na RX pin projektoru. Ani tak projektor ale ovládat nešlo.
Dlouze jsem přemýšlel, co dalšího ještě může být špatně, a začal jsem podezřívat převodník. Vytáhl jsem tedy laboratorní zdroj, který též má RS-232 rozhraní, a zkusil jej z počítače ovládat, což fungovalo. Nakonec jsem ze zoufalosti zapnul osciloskop a podíval se na signály, které převodník odesílá. Nakonec jsem zkontroloval signály na všech čtyřech převodnících a zde je výsledek (postupně od převodníku 1 po 4):
Rozdíl mezi převodníky 1, 2 a převodníky 3, 4 je zřejmý - u prvních jmenovaných je logická 1 napětí 0 V, u druhé dvojice asi -5 V. První chování neodpovídá specifikaci RS-232, takže není divu, že tyto převodníky nefungují. Přesněji řečeno, v mnoha případech fungují, ale nemusí fungovat vždy.
Při zapojení převodníku 3 nebo 4 začalo ovládání projektoru fungovat.
Ještě dodám, že převodníky se v lsusb hlásí (opět postupně od 1 do 4) následovně:
1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Ve výpisu dmegs je viditelné, že převodníky 3 a 4 nejsou úplně stejné, jeden obsahuje FT232RL, druhý FT232BM (což je ale zřejmě jen jiná verze v podstatě téhož). Mezi převodníky 1 a 2 jsem kromě mírně různého odstínu modré barvy nenašel rozdíl.
Pro zajímavost jsem ještě zkoušel, zda převodníky umí ovládat RTS a DTR signály. Ve všech čtyřech případech ovládat šly.
Bohužel ten z nefungujících převodníků, který jsem kupoval v ČR, jsem již kupoval dávno, takže jej nemohu reklamovat. V opačném případě bych jej okamžitě šel vrátit, protože se nejedná o převodník na RS-232 (přestože je tak označen).
Přemýšlel jsem, jak snadno poznat ten správný převodník bez osciloskopu. Mělo by to jít pomocí LED. V případě, kdy převodník vysílá jen 0 V nebo 5 V LED připojená mezi TX a GND piny v jedné orientaci při odeslání zprávy blikne, v druhé nesvítí. Jestliže je odesíláno -5 V a 5 V (případně jiné napětí dle specifikace), LED v jedné orientaci při odeslání zprávy blikne, v druhé orientaci naopak svítí stále a při odeslání zprávy krátce pohasne.
Protože jsem strávil poměrně dlouhou dobu, než se mi podařilo odhalit všechny příčiny problémů, už si snad budu pamatovat tyto dva závěry:
Kdybyste někdo věděli o převodníku, který vypadá jako ten na prvním obrázku (tj. samotný převodník je v DE9 konektoru (případně někde mezi konektory), ale má samici a vhodně překřížené piny, a jde opravdu o RS-232, dejte prosím vědět.
Protože se mi převodníky, které fungují, nevejdou přímo do USB konektoru na Raspberry Pi (zavazí ostatním USB kabelům) a protože je potřeba použít křížený kabel, mám momentálně zapojení Raspbery - USB kabel - převodník - RS-232 kabel - projektor, což se mi nelíbí.
Tiskni
Sdílej:
Ale zase u kabelu s FTDI z číny se může objevit jinej problém.Ve skutečnosti se ten problém neobjevil u kabelu z Číny, ale u OS z USA.
Ještě dodám, že převodníky se v lsusb hlásí (opět postupně od 1 do 4) následovněUSB část je nezávislá, typicky převádí na TTL. Důležité jestli je za tím něco jako MAX232 nebo to nějaké prase připojilo přímo na výstup.
Kdybyste někdo věděli o převodníku, který vypadá jako ten na prvním obrázku (tj. samotný převodník je v DE9 konektoru (případně někde mezi konektory), ale má samici a vhodně překřížené piny, a jde opravdu o RS-232, dejte prosím vědět.Myslím že si ho budeš muset postavit.
Protože se mi převodníky, které fungují, nevejdou přímo do USB konektoru na Raspberry PiŘešení stojí $1, např. USB kabel nebo 90° adaptér. Nebo připájet drátkama.