Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Občas není od věci vyslovit něco, za co se upaluje nebo ukamenovává. Nic není totiž tak jednoduché, aby byla pravda vždy jediná a na první pohled zřejmá.
Pro většinu skalních příznivců Linuxu je VIM prakticky synonymum pro "textový editor". Vystačí si s ním pro všechy textově-editační úkoly a netouží po ničem jiném (pokud ovšem zároveň nepatří do kategorie nadšených uživatelů Emacsu). Toto zaujetí však nesdílím, naopak si myslím, že VIM a jeho klony (např. gVim) již nemají na dnešních počítačích co dělat.
Původní editor VI (od něhož se VIM filosoficky neliší) totiž vznikl v dobách, kdy jsme si mohli nechat zdát nejen o grafickém rozhraní, ale i o pořádných klávesnicích. Na starých textových terminálech měl určitě své místo, na moderních počítačích ale působí spíš komplikace.
Hlavním problémem VIMu je, že pokud si člověk nepamatuje potřebné kombinace kláves, je naprosto ztracený a nepodaří se mu ani ukončit program (pokud se mi nešťastnou náhodou povede VIM spustit - např. proto, že je nastaven jako implicitní editor - nejdřív zrudnu zlostí, pak přepnu do jiné konzole a nebohý program bez milosti odstřelím signálem č. 15). Samozřejmě, lze se to rychle naučit, lze VIM poměrně dobře přizpůsobit k obrazu svému, ale ani jedno z toho není řešení.
Takže při náhodném kontaktu s VIMem mám vždy stejný pocit jako ten, kdo si ho spustil poprvé a neví, jak dál - totiž že se někdo asi pořádně praštil o futro. Ne, nepraštil, jen se jedná o stejný pocit, jako když člověk přesedlá z 3.2TDI na parní lokomotivu.
Vždyť přece existuje spousta pěkných editorů pro textový režim (o grafickém nemluvě), například JOE, PICO nebo i Emacs. Nevidím tedy důvod setrvávat (kromě speciálních případů) u takového dinosaura, jakým VIM bezpochyby je.
Tiskni
Sdílej:
Nechápu, proč je takový problém zapamatovat si jednu z těch několika možností jak to vypnout. U gvimu je na to dokonce čudlík v menu.
Umím ho ukončit, umím vkládat nové řádky a dokonce i ukončit s uložením (i bez něj).
Ale mcedit je mcedit
Mimochodem bylo by to takto:
:e"ukol.txt"iJiž nikdy nebudu hanit vi, když o něm nic nevím.[ENTER][ESC]999.:wq
Podle mne je daleko pratelstejsi treba NEdit. Nez bych napsal ten vas skvely a pro laika naprosto nepochopitelny prikaz tak v neditu stisknu jen
C-,Vyberu Last Command a N_times a mam to o par vterin drive nez vi(vy).
To jen tak pro ilustraci. Ale jinak at si kazdy pouziva co chce...
takze jste si to obhajil. Ale stejne je Vim odpornej...
Takze nejrychlesi postup je "asi"
M-kblabla [Enter]
M-k C-. C-,Learn/Replay a N Times 999. To, ze musim dat C-. je asi nejaky bug neditu, protoze ukoncit makro by melo jit jen M-k ale u me to neotevre okenko s Repeatem.
Takze jsem pomalejsi. Mate radost
? Mozna by to slo jeste rychleji, zas takovy guru na textove editory nejsem. Ale zase jsem se ten postup naucil behem chvilky, s vimem by me to trvalo asi dele.
Hlavne mam problemy si zapamatovat veskere uzasne prikazy vimu a delat tim stylem, ze budu mit otevreny vim a jeste budu mit u klavesnice papir s tahakem me opravdu nelaka. Ale jak jsem psal, at si kazdy pouziva co chce a co mu lepe vyhovuje.
napsat větu ^[ (esc) yy (zkopíruje řádku) 999p (999krát pastne)Což je snad pochopitelnější a přitom pořád rychlé (občas to používám).
999p (999krát pastne)Doufám, že nebude potřeba další (3tí
) gramatická odbočka, protože tady fakt nevím, co je správně...
Vim je jako Linux - jednu věc můžete udělat na 10 způsobů a stejně dobře a rychle.
Osobně nemám nic proti jiným editorům, ale skutečně mi připadalo daleko jednodušší si projít za hodinu vimtutor, než studovat tuny materiálu a složitě si mapovat nějaké klávesy v LISPu, abych udělal jednoduchou věc.
:wsoubor ulozi je asi tak stejne tezky jako ze kliknu na nabidku soubor->ulozit. navic mi prijde rychlejsi (pisu vsemi 10) pouzivat klavesove zkratky nez prehmatavat nekam na mys a klikat do menu. vim se mi libi a proto ho pouzivam a nevidim duvod, proc bych mel prechazet na jiny editor. ale to neznamena, ze o tech ostatnich budu vykladat, ze stoji za prd, notabene kdyz jsem je mel kazdej pustenej asi 10 minut. ne kazdemu vim vyhovuje a proto respektuji rozhodnuti ostatnich ho nepouzivat.
999iblablalbla[ENTER][ESC]
:-)
if [ $option -eq 9 ] ; then
film_base="`echo $film_name | sed 's/[^\.]*$//'`";
for ext in sss sub SUB srt SRT smi SMI rt RT txt TXT ssa SSA aqt AQT jss JSS; do
if [ -r "$film_base$ext" ] ; then
sub_arg=2;
sub_file="$film_base$ext";
break;
fi;
done;
fi;
echo $film_name
. Zajímavé, že ty obfuscated zdrojáky C mi gvim zobrazil správně. Fakt zvláštní.
Malé rýpnutí do vosího hnízda a takové následky...
Ale to se dalo čekat, skalní příznivci VIMu ho musí bránit hlava nehlava. Aby nedošlo k nepochopení - nevadí mi, že se VIM používá. Komu se líbí, ať ho používá, komu ne, ať pracuje s něčím jiným. Ale co mi vadí, je používání VIMu jako implicitního editoru. I když VIM překypuje funkcemi, naprostá většina editačních operací na většině systémů spočívá ve změně několika znaků v souboru. A na to právě VIM nepotřebuji.
"To preci patri k vyhodam vimu, ze je casto nastaven jako standardni editor..."
No to snad ne, jako by k výhodám nějakých pneumatik patřilo to, že se standardně montují na nové vozy. Srovnání s BASHem také pokulhává, BASH se od jiných shellů filosoficky neliší (sice třeba CSH a TCSH jsou trochu jiné, ale nijak markantně).
Jinak samozřejmě to je míněné jako provokace (v blogu "Kacířské myšlenky" ani nelze nic jiného očekávat), ale zaměřená hlavně na ty, kdo mají klapky na očích.
Cílem příspěvku bylo rýpnutí do vosího hnízda (také se blog jmenuje "Kacířské myšlenky" a kategorie "Rouhání největší"). Šlo mi zhruba o toto:
Proto to samozřejmě smysl mělo, určitě větší než některé jiné příspěvky (včetně mých).
