Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
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:
