V Berlíně probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2025. Při té příležitosti byla oznámena alfa verze nové linuxové distribuce KDE Linux.
Byl vydán Debian 13.1, tj. první opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.12, tj. dvanáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Evropská komise potrestala Google ze skupiny Alphabet pokutou 2,95 miliardy eur (71,9 miliardy Kč) za porušení antimonopolní legislativy. Podle EK, která mimo jiné plní funkci antimonopolního orgánu EU, se Google dopustil protisoutěžních praktik ve svém reklamním byznysu. Google v reakci uvedl, že rozhodnutí považuje za chybné a hodlá se proti němu odvolat. EK ve věci rozhodovala na základě stížnosti Evropské rady vydavatelů. Podle
… více »Podpora 32bitového Firefoxu pro Linux skončí v roce 2026. Poslední podporované 32bitové verze budou Firefox 144 a Firefox 140 s rozšířenou podporou, jehož podpora skončí v září 2026.
Společnost Raspberry Pi nově nabízí Raspberry Pi SSD s kapacitou 1 TB za 70 dolarů.
Microsoft BASIC pro mikroprocesor 6502 byl uvolněn jako open source. Zdrojový kód je k dispozici na GitHubu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se připojil k dokumentu „A Shared Vision of Software Bill of Materials (SBOM) for Cybersecurity“, který vydala americká Agentura pro kybernetickou a infrastrukturní bezpečnost (CISA) s Národní bezpečnostní agenturou (NSA), spolu s dalšími mezinárodními partnery. Dokument vznikl v rámci globálního expertního fóra pro SBOM, které má za cíl motivovat k širšímu využívání … více »
Švýcarská AI centra EPFL, ETH Zurich a CSCS představila otevřený vícejazyčný velký jazykový model (LLM) s názvem Apertus. Vyzkoušet lze na stránce Public AI Inference Utility.
Byl vydán Linux Mint 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Čínská společnost Tencent uvolnila svůj AI model HunyuanWorld-Voyager pro generování videí 3D světů z jednoho obrázku a určené trajektorie kamery. Licence ale nedovoluje jeho používání na území Evropské unie, Spojeného království a Jižní Koreje.
Neúspěšně bojuji s CR+LF vs LF. Na serveru poslouchám netcatem a na něj se připojuji telnetem z Windows. Problém je v tom, že windows mi posílá CR+LF, ale netcat očekává zakončení řádku pouze LF. Důsledek je takový, že když výstup netcatu sypu rourou někam dál, pošlou se mi do ní data až po přerušení spojení.
Já ovšem potřebuji data posílat okamžitě, CR+LF nahradit LF...
Stojím na tomto bodě:
nc -l -k -t -p 2000 | sed -e 's/\r/\r\n/g'
Zajímavé je, že když výstup přesměruji do souboru, třeba takto:
nc -l -k -t -p 2000 > output.logtak se tam vše zapisuje okamžitě. Resp. pokud si jej otevřu ve vimu, je to tam. Cat apod. neukáže nic...
Poradí mi někdo, jak toto chování/problém vyřešit nebo obejít?
Trošku jsem pokročil:
nc -l -p 2000 | tr '\n\r' '\n'kupodivu funguje přesně, jak jsem chtěl.
Průšvih je, že chci netcatem volat skript, který vstup zpracuje a podle toho vyhodí nějaký výstup, takže něco ve stylu:
nc -l -p 2000 -e read.sh
read.sh:
#!/bin/bash while true; do read input echo $input>input.log echo "Recorded: $input" done
Ovšem tím jsem s problémem zase na začátku, protože opět nevím, jak ten vstup v read.sh vzít a prohnat ho něčím co ho zkonvertuje CR+LF na LF.
input=${input%$'\r'}
sed -e 's/\r/\r\n/g'tak úplně \r neodstraní. Asi spíš chcete
sed 's/\x0d$//g'Popřípadě totéž se sed -u, abyste ještě nenarazil na problém bufferování výstupu a data se vypisovala opravdu po řádcích. Jinak lépe než čachrovat s vimem a catem je lepší použít "od":
$ echo -ne 'aaaa\r\n' | sed 's/\x0d$//g' | od -t x1 0000000 61 61 61 61 0a 0000005
Máte pravdu. Prohnal jsem to čistě "od" a zjistil jsem, že řetězec je zakončen samotným CR (x0d), zkoušel jsem tedy
netcat -l -p 2000 | sed -u 's/\x0d/\x0a/g'což mi průběžně nevypisuje nic, až když se přeruší spojení, tak se vypíše vše najednou.
Druhý pokus ve formě
netcat -l -p 2000 | tr '\r' '\n'vypisuje pěkně průběžně.
Ovšem pokud kterýkoliv z těchto dvou výstupů přesměruji do souboru, tak se mi v obou případech zapíše do souboru až po přerušení spojení. Začínám mít obavy, že se standardními nástroji v Linuxu to dohromady nedám. Možná by bylo nejjednoduší to celé napsat v Pythonu...
což mi průběžně nevypisuje nic, až když se přeruší spojení, tak se vypíše vše najednou.Zní to jako problém s I/O buffery. Ve skutečnosti to není "po přerušení spojení" ale něco jako 4kb dat.
Tiskni
Sdílej: