Ez is a „hamar meggazdagodni” kategória. Azt sem tartom elképzelhetetlennek, (talán nem kell sok rosszindulat hozzá) hogy nem teljesen véletlen, hogy pont ez az adó került olyan csatornára, amely mellett esetleg a közelben található legnagyob teljesítményű földi adó dolgozik.

Ausztriában az analóg TV most rúgja az utolsókat – volt némi malőr náluk is a digitális-átalakítók egy részével, úgy hogy még van analóg is. 

Azért adjunk hálát, hogy annak idején a szines TV-ben nem vezették be a csak-magyar-normát…  Most képzeljjetek el mondjuk egy Terratec chipet, amelyik tudja a pa-lt, a secam-ot, és a magyart 🙂 És mindezt az illesztetlen kábelrendszeren. És ezt a mindentudó eszközt megszólaltatni, mondjuk ubi alatt!

Inkább abbahagyom a hülyeségeimet.

OK! 😀

Több program úgy működik, hogy más a kimenete, ha egy terminálra küldi az stdout-ot, és más, ha egy fáljba, egy pipe-ba, … ha csinálsz egy
ls
parancsot, és egy
ls | cat
parancsot, másképp fog kinézni valószínüleg. Ezt pl le tudja kérdezni egy C programból egy isatty(desc) függvényfelhívással.

Itt az a gond, hogy equery látja, hogy terminál, de rosszul kezeli a termináltípust. A „szemét”, ami  előtte van, valamilyen formatáló ESC szekvencia része. Lehet, hogy színesnek kellene lennie, vagy highlightingnak, …  Ha hozzáírod a | cat parancsot, akkor az stdout nem lesz terminál, és a equery csak a valódi adatokat küldi, csicsázás nélkül.

Ezért nem tudtunk normálisan szűrni sed-ből. Mert ott nem volt mit.
Talán sikerült értelmesen elmondanom. Ha mégsem, kérdezz.

Kérések:
– equery -C list gstreamer > fájlba, és csatold légyszi, hogy pontosan ugyanazzal tudjunk kísérletezni, amivel te.
– mi a sed -ed verziója? Az enyém „GNU sed Version 4.1.5” (ubi 7.04 alatt)

Megjegyzések:
– Azt hiszem ezen az oldalon http://main.rtfiber.com.tw/~changyj/sed/ olvastam, hogy a különboző sed-  verziók különbözőképpen videlkedhetnek Több speciális trükköt is itt olvastam.
– Hogy mikor, melyik zárójelet kell devalidálni -sel, ne kérdezd; leginkább próbálkozással jön ki: amelyik „állapotban” nyivákol” azért, hogy nincs párja, abban zárójelezni lehet vele, amelyik állapotban nem, ott sima karakter. Vagy… mint itt lejjebb látod…
– Volt évekkel ezelőtt egy jó kis füzetecském (nyomtatott), de valaki lenyúlta. a regexp-kről szólt, külön táblázatokkal, mert sajnos nem pontosan ugyanaz a grep-ben, az ex-ben, az awk-ban, a perl-ben, … és a shellekben.

sed -r ‘s@[^]]*] @@’ – nézzük karakterenként, a szokásos dolgokkal nem foglalkozom most. A kifejezés „szavakkal”: cseréld le „semmire” a következőt: mindent, amíg nem találsz ], azután a ] -t is, és még egy szóközt.
a -r -ret a regular expression miatt használom, valahol ajánlották…
‘ használok „ helyett, hogy a shellnek még véletlenül se jusson eszébe a kifejezésben behelyettesíteni valamit
az első [ : ez itt most zárójel a szokásos szögletes zárójel értelemben, tehát nem karakter.
a ^ : a szögletes nyitózárójel után közvetlenül álló ^ a nem, tehát az ezt következő felsorolás értelme megfordul, nem valamelyik belőle, hanem egyik sem.
a ] itt most nem zárójel, hanem karakter. Be leht írni szögletes zárójeles kifejezésbe, de ekkor kötelezően az első helyen, vagy a ^ jel után az első helyen kell állnia.
a következő ] itt most a szögletes zárójeles fifejetés bezáró zárójele.
a * az „akárhányszor” ismétlésoperátor
a következő ] egyszerű karakter, az utána következő szóköz szintén.
Ezt a sorozatot cserélem le „semmi”-re, nálam így néz ki az eredmény:

A másik
sed -r ‘s@ ([^)]*)@@’ Szavakkal: cseréld le „semmi”-re a következőt: egy (, utána mindent, ami nem ) és végül a ) -t is. Részletesen
( a gömbölyű nyitózárójel, devalidálni kell,
[^)]* minden, ami nem gömbölyű záró zárójel, akárhányszor, devalidálni kell,
) a gömbölyű záró zárójel, devalidálni kell. AZ eredmény nálam: