Byla vydána nová verze 25.10.31 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
O víkendu probíhá konference OpenAlt 2025 (Stream). Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
Josef Průša představil novou velkoformátovou uzavřenou CoreXY 3D tiskárnu Prusa CORE One L a nový open source standard chytrých cívek OpenPrintTag i s novou přepracovanou špulkou.
Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
Byla vydána verze 1.91.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.
Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.
Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.
Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
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:
catmore 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?
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.