Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
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.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/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:
