Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
Byla vydána verze 1.93.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.
Svobodný operační systém ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, slaví 30. narozeniny.
Společnost Raspberry Pi má nově v nabídce flash disky Raspberry Pi Flash Drive: 128 GB za 30 dolarů a 256 GB za 55 dolarů.
Technologie Skip pro multiplatformní mobilní vývoj, která umožňuje vývojářům vytvářet iOS a Android aplikace z jediné Swift a SwiftUI kódové základny, se s vydáním verze 1.7 stala open source.
Řešení dotazu:
Dobrá rada: jestli chceš pomoct, musíš:
Tvůj popis problému je naprosto nicneříkající. Věšteckou kouli máme všichni v opravě.
awk | sed | sed | grep | awk | sed určitě půjde sloučit do jednoho awk).
Dobrá tedy pomohl by mi to někdo zoptimalizovat prosím, a vyřešit tu chybu proč mi to nefilturuje výstup z toho souboru.
strace -f 2>&1 ./pokus.sh > /dev/null |
awk '/<unfinished ...>$/ {pole[$1$2]=$0; next}/<... .* resumed>/ {if($1$2 in pole) print pole[$1$2] $0; delete pole[$1$2]; next}{ print $0 }' |
sed 's/^\(.*\) <unfinished .* resumed> \(.*\)/\1\2/' |
sed 's/^[pid [0-9]*] \(.*\)/\1/' |
grep '^execve(' |
awk '{ if($4 >= 0 ) print $1}' |
sed 's/^.*"\([^"]*\)".*/\1/' | sort | uniq
Tento kod normalně filtruje, problém je však v tom když to strace přesměruji do souboru:
strace -f -o soubor 2>&1 ./pokus.sh > /dev/null
a chci vyfiltrovat soubor tak nastane problém. Několikrát jsem upravoval sed i awk, ale pořád se mi to nedaří. Díky za odpovědi
<pre>, ať to jde číst...
strace -f 2>&1 ./pokus.sh > /dev/null |
awk '/<unfinished ...>$/ {pole[$1$2]=$0; next}/<... .* resumed>/ {if($1$2 in pole) print pole[$1$2] $0; delete pole[$1$2]; next}{ print $0 }' |
sed 's/^\(.*\) <unfinished .* resumed> \(.*\)/\1\2/' |
sed 's/^[pid [0-9]*] \(.*\)/\1/' |
grep '^execve(' |awk '{ if($4 >= 0 ) print $1}' | sed 's/^.*"\([^"]*\)".*/\1/' | sort | uni
execve("./xxx", ["./xxx"], [/* 55 vars */]) = 0
...
[pid 29787] execve("/bin/ls", ["ls"], [/* 54 vars */] <unfinished ...>
Pomoci paremetru -o:
29725 execve("./xxx", ["./xxx"], [/* 55 vars */]) = 0
...
29726 execve("/bin/ls", ["ls"], [/* 54 vars */]) = 0
Nejjistejsi cesta je prevest ten soubor na puvodni format, coz by se dalo udelat napriklad pridanim na zacatek tohohle vyrazu:
sed 's/\([0-9]\+\) /[pid \1] /'
Lepsi cesta je to nejak zoptimalizovat, ale to je na delsi dobu premysleni co tim autor myslel
-o použít klasické přesměrování shellem? Pak by ten formát měl být stejný.
Nechápu jen jedno proč je ten strace takhle udělaný. Když ho požádám parametrem -o proč mi nedá totožný výstup.
Moc Vám děkuji už jsem přestával doufat že to takto půjde.
Tiskni
Sdílej: