Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
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).
