OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Ve FreeBSD byla nalezena a již opravena 21letá zranitelnost CVE-2026-42511 v dhclient. Jedná se o vzdálené spuštění kódu (RCE). Útočník mající pod správou DHCP server může získat plnou kontrolu nad systémem FreeBSD pouze jeho připojením k místní síti.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.3. Současně oznámila, že nadcházející větší vydání 24.04-2.0 bude mít modernější webový prohlížeč.
Ploopy po DIY trackballech či sluchátkách představuje nový externí DIY trackpoint se čtyřmi tlačítky Bean. Obsahuje snímač Texas Instruments TMAG5273, spínače Omron D2LS-21 a řadič RP2040, používá firmware QMK. Schémata jsou na GitHubu; sadu lze předobjednat za 69 kanadských dolarů (bez dopravy a DPH).
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.
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:
