Google zveřejnil seznam 1 141 projektů (vývojářů) od 184 organizací přijatých do letošního, již dvaadvacátého, Google Summer of Code. Přihlášeno bylo celkově 23 371 projektů od 15 245 vývojářů ze 131 zemí.
Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.
Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
4.10.2006 13:33
| Přečteno: 1452×
| Unix
| 
Mezi kolegy jsem byl jiz nekolikrat svedkem svedomiteho pouzivani prikazu more na miste kde by melo byt cat, napr:
more /etc/passwd | grep root
Nikdy jsem nekoukal do vnitrnosti (uprimne, ani do manu) more, ale moje dosavadni poznani (unix) sveta mi rika, ze:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.czcatmore byl napsan pro to, aby "pozastavil" vypis na obrazovku vzdy po $pocet_radku radcich a cekal na stisk klavesy. Predpokladam, ze more je naprogramovan natolik inteligentne, ze si (stejne jako napr. ls kontroluje vystup, do ktereho pise, a pokud se nejedna o terminal ( man 3 isatty), t.j. pise do roury nebo do souboru, tak se nenamaha s "pozastavovanim" vystupu, protoze to nema cenu (proc pozastavovat kdyz vystup jde treba do souboru, ze?), a tudiz se vlastne jedna o catmore - less (kde je k dispozici, coz dnes je skoro kazdy "UN*X flawor", skoro kazda distribuce)
Bohuzel, nic z vyse uvedeneho mi nedava zadne "zbrane" do rukou v pripade ze bych chtel kolegum vysvetlit proc to co delaji je spatne a proc by meli pouzivat cat, kdyz "it works this way".
Stale me ovsem trapi 2 otazky:
more na miste kde by melo byt cat zpusobit problemy? Existuji implementace more ktere nekontroluji vystupni zarizeni a VZDY pozastavuji vystup?more? Je v DOSu (win dos boxu) ekvivalent cat?
Tiskni
Sdílej:
Mas pravdu, asi jsem zvolil spatnej priklad. Co tohle:
more /etc/passwd|tr -d ":" |grep root
I kdyz otazka je asi porad stejna: jestlize nasledujici prikazy delaji totez, proc bychom meli preferovat 3.?
more /etc/passwd|grep rootcat /etc/passwd|grep rootgrep root /etc/passwdAsi jde jenom o akademickou otazku a meli bychom nechavat uzivatelum svobodu (ale at nam proboha nepisou takova zverstva do skriptu, i kdyz vlastne neskodi )
jestlize nasledujici prikazy delaji totez, proc bychom meli preferovat 3.?Abychom pouzivali program k tomu, k cemu byl urcen. K cemu byl urcen je dano v manualove strance:
cat - concatenate files and print on the standard outputTady nic nespojuju a proto ta 3
Tato argumentace se mi libi, a beru ji jako odpoved na sve otazky, diky
Doted jsem pouzival cat v pripade "potrebuju neco dostat na obrazovku", pripadne potrebuju dostat obsah souboru na std. vstup neceho jinyho. Az ted mi doslo, ze pro druhy pripad je lepsi pouzit presmerovani vstupu (grep root < /etc/passwd), ale co v pripade pokud proste potrebuju dostat na terminal obsah souboru? Jsem opravnen pouzit cat (kdyz tim nesplnim prvni podminku z manu), nebo musim pouzit nastroj?
Pri obede jsem tak premyslel co nas nuti "pedantsky" trvat na malickostech, jako je toto striktni pouzivani veci na to naco byly urceny. Bud k tomu clovek dochazi vekem (no nevim), zkusenostmi (tolikrat se mi stalo ze kvuli spatne pouzitymu prikazu, ktery "proste fungoval", a v jine situaci nefungoval)? Jeste je tu jina odpoved - na to aby clovek byl pouzitelne dobry vyvojar/admin, musi byt puntickar (bohuzel ted nemuzu najit ten prispevek ze ktereho tato myslenka pochazi)...
Concatenate FILE(s), or standard input, to standard output.Zrovna tak SYNOPSIS zni
cat [OPTION] [FILE]...A co ted s tim?
4.10.2006 14:28
wake | skóre: 30
| blog: wake
| Praha
Dik, to je ono.
Clovek by rekl ze je to drobnost, pri dnesnich vykonech pocitacu, ale stejne, v hodne zatizenym stroji, nebo v pripade ze dany skript pobezi x-tisic-krat to bude sakra znat. Jeste jednou diky za nakopnuti.
cat jako interní příkaz a měli jsme od této pochybné argumentace pokoj…
cat (nič nerobiaci filter), ak nie, zamyslím sa nad otázkou ešte raz.
cat je ok, znamená "žiaden filter", imho je lepšie používať $cat < $file, zmeniť premennú na iný príkaz je jednoduchšie ako hľadať "kde kua to ešte nie je".
cat je fakt divnej příkaz. Většinou to vypadá, že ho lidi používaj jen aby ukázali, že ho znají
$PAGER (a tie lepšie jej aj nastavujú default hodnotu, povedzme práve na cat alebo more)
type, ale nejsem si úplně jistý, zda po provedení type X > Y, kde X je obecný soubor, budou mít oba soubory vždy stejný obsah (help type : Zobrazí obsah textového souboru.). Asi to ekvivalent nebude.
