Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.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.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
Zdravím a prosím o radu. Komunikuji přes sériový port s telefonem Siemens ME45. Posílání příkazů funguje OKej, ovšem horší je to s odpověďmi. Např. čtením přijatých sms nebo zmeškaných hovorů. Vrácená odpověď není nikde vidět. Respektive bych potřeboval odpověď od telefonu dostat do nějakého SOUBORU!!! ... Jsem v této oblasti začátečník. Aplikaci vyvíjím v PHP (PHP 5-CGI). Předem děkuji za rady. Honza.
/dev
a do neho zapíšeš AT príkaz. Ak následne z toho istého deskriptora prečítaš, tak by si mal dostať odpoveď na ten AT príkaz. Čo s ňou urobíš je už na tebe.
S telefonem komunikuju v shellu zadáním "echo "ATD 728111111 " > /dev/ttyS0" (což mi teďř taky přestalo chodit - v minicomu to ale funguje) ... Když to takhle řeším přes ten shell, tak žádnou odpověď nedostanu ... nedá se zadat nějaký parametr, aby to odpověď vypsalo (lepší - zapsalo do souboru)? Nebo se na to bude muset složitějc, což je pravděpodobnější ?
chat
. A daj pozor na nastavenie parametrov sériového portu (viď stty
)
/dev/ttyS0
číst -- třeba cat /dev/ttyS0
bude jeho obsah vypisovat na terminál.
Tak už se mi podařilo dosáhnout toho co jsem chtěl, stačí sledovat sériový port cat /dev/ttyS0 ... (s možností uložení do souboru). Jediné co se mi zdá divné je, že při odeslání např. příkazu "AT" dojde k tomu že CAT vypíše hrozně moc totožných řádků (tak 1000 nebo vypisování trvá horně dlouho) se zadaným příkazem a odpovědí ... Nevíte, jak toto vyřešit? Nepomohl ani reboot telefonu i PC
Zdravim,
to je echovani od seriovky. Co seriovka dostane to vrati zpet a telefon to bere jako prikaz, proto se to zacykly. Je potreba to vypnout prikazem "stty -F /dev/ttyS0 -echo"
Všem děkuji za rady, pomalu to dávám do hromady. Teď se mi vyskytl další problém a to sice, že při získávání info z telefonu se mi ukazují čtverečky či hvězdičky proložené písmeny . Má někdo podobnou zkušenost.
Je to zajímavé, když počítač restartuji a hned zadám AT příkaz, odpověď na něj je srozumitelná (na at, odpověď OK). Ovšem problém nastane, když napíši stty -F /dev/ttyS1 cs8 parenb -parodd cstopb 19200 , potom to píše ty klikyháky ... A snad ještě jedna věc, když spustím na pozadí cat /dev/ttyS1 > /home/uzivatel/test.txt, tak se do toho souboru zapisuje vše co na S1 přichází a dříve přišlo (tzn. že i když soubor během, čtení vymažů, vytvoří se nový s tím, že se do nějak opět něj načte veškerá komunikace, která probíhala od doby spuštění cat ... já bych ale potřeboval v souboruu pouze poslední odpověď. jde toto nějak zajistit?
Takže říkáte, že když správně nastavím "stty" sériový port, problém se čtverečky i buferováním se vyřeší ?
Po pravdě já potřebuju číst jen, když někdo prozvoní a to je zjednodušeno tím, že telefon sám aniž bych zasílal nějaký at příkaz, pošle na sériový port "RING + tel. číslo". Takže chyb se až zase tolik nebojím. Spíš potřebuju vyřešit to s tím buferem, jak vy říkáte, jelikož nechci načítat jedno prozvonění vícekrát ...
JJ toto už jsem četl několikrát, ovšem odpověď na svou otázku jsem zde nenalezl ... zkusím toto nastínit ještě jednou: pustím cat se zápisem do souboru ... tam se mi ukládá veškerá komuniakce na S1 (je tam např. AT OK AT OK AT OK) a i když soubor vyprázdním (popř. vymažu), tak v dalším odeslání AT se do souroru zapíše to co tym bylo před tím ( AT OK AT OK AT OK + se na konec přidá opět AT OK -aktuální) a já bych potřeboval, aby se mi do toho souboru zapisovala pouze hodnota poslední (AT OK -aktuální). Vše funguje, jak má, když znovu spustím killnu cat a opět sputím (začíná vše od znovu) ovšem v mém případě by bylo toto značně nefektnivní z důvodu sekvenčního častého čtení (killování a opět spouštění catu) ...
Tak jsem vše na konec trošku přizpůsobil a už to sviští ... Jen mi najednou telefon začal sem tam z ničeho nic vracet: +GREG: 1 "0D48", "534A". Nikde jsem nedohledal co tato odpověď znamená (vše funguje normálně)?
Tiskni
Sdílej: