Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Tiskni
Sdílej:
Bash už mně lezl na nervy
Můžeš být konkrétnější? Co se ti stalo, že ti "začal lízt na nervy"?
\[\]
na netisknutelné znaky(třeba barvičky)?
mv
+ doplňování se určitě se použít dají, ale vypadá to pak jako v příloze. S tím se prostě, alespoň mně, blbě pracuje, minimálně už proto, že ten název musí na ty obrazovce zbytečně bejt dvakrát.
nez se spolehat na pritomnost nestandardni utilityNerozumim... Ta utilita není určená pro skripty.
už proto, že ten název musí na ty obrazovce zbytečně bejt dvakrát.Nemusí. Miesto
$ mv Some\ Quite\ Long\ And\ Tedious\ Filename\!\ .foobar Some\ Quite\ Long\ And\ Tedious\ Filename\!\ .foobar
napíš
$ mv Some\ Quite\ Long\ And\ Tedious\ Filename\!\ .foobar !#:1
Ten ir
je dobrý nápad. Většinou tedy používám mv
+ bash-completion, protože to funguje všude, ale tohle mě inspirovalo. Trochu jsem si to přepsal, aby to nebylo závislé na Pythonu 3.
function ir() { read -e -p "> " -i "$1" novy_nazev; mv "$1" "$novy_nazev"; }
A tady je vylepšená verze, která umožňuje v jednom kroku přejmenovat soubor a přesunout ho do nového adresáře:
function ir() { read -e -p "> " -i "$1" novy_nazev; mv "$1" "$2$novy_nazev"; }
(cílový adresář je volitelný a zadává se jako druhý argument)
read
nemá -i
, proto jsem se obrátil na ten python...
To já zase ano – např. možnost vybrat pomocí šipek a Insertu soubory ke kopírování/přesunu je mnohem pohodlnější, než používat ls
a psát názvy (byť s bash-completion), zároveň ti to může počítat velikost a hned vidíš, jestli se to na cílové médium vejde atd. Kromě toho dvoupanelový správce souborů je prostě geniální věc.
Na druhou stranu startovat mc
jen kvůli tomu, abych mohl interaktivně přejmenovat soubor mi přijde jako blbost, proto ir
vítám. Sice by šlo mít mc
puštěný pořád a přes Ctrl+O se na něj přepínat, ale na to jsem si nějak nezvykl – často pracuji v holém BASHi a tyhle různé nástroje (mc
, htop
, emacs
, screen
…) pouštím, až když je potřebuji.
Sice by šlo mít mc puštěný pořád a přes Ctrl+O se na něj přepínat, ale na to jsem si nějak nezvyklTo je přesně ono... Já jsem
mc
(a Krusader) zkoušel používat, ale stejně jsem v nich postupně trávil míň a míň času, až se to nevyplatilo spouštět. Na ls
mám klávesovou zkratku a na operace se soubory si většinou vystačim s cp
, mv
, ir
, gcp
nebo pv
a k tomu má člověk vždy k dispozici veškerou
funkcionalitu shellu aniž by musel cokoli přepínat, tzn. skripty a aliasy na všechmo možné od aktualizace a zálohy systému až po stažení videa z youtubu...
I jen napsat ls je několik zbytečných úderů do klávesnice, když mc mi to ukáže rovnou …
ls
mam na Alt+L. Oproti Ctrl+O (kterému bych se v mc
nevyhnul) celkem žádná změna... Když na něčem pracuju, často to vyžaduje třeba používání gitu (opět mám aliasy a klávesovou zkratku na gitk&
), různé make příkazy a další - v tom by mi počítám mc
moc nepomohl...
Je pravda, že na nějaké větší šibování souborama taky použiju filemanager (sice jiný, ale to je vedlejší). Ale na práci prostě chci mít k ruce shell, respektive většinou více shellů...
Tam pak fungují i vymoženosti jako ctrl+enter na vložení aktuálního souboru pod kurzoremJj o tom vím... ale na co mi to je? Moje činnost ve většině případů nespočívá v přesouvání souborů sem a tam. Jiná věc by byla, pokud by existoval nějaký nástroj, který by zobrazil na většině obrazovky normálně shell a na zbytku výpis souborů, se kterým by se dalo pracovat podobně jako v mc. (Například v Nortonu se dal skrýt jeden z panelů, nevím, proč tohle
mc
neumí - nebo jo?) Něco takového bych bral.
Děkuji, nechci. Tyhle Commandery vznilky na DOS a Windows a mají tam smysl, protože ně techhle OS nikdy nebyl použitelný shell. Na Linuxu/UNIXu jsem pro ně zatím použití nenašel...To že něco vzniklo inspirací aplikace pro DOS spíš demonstruje, že to byla aplikace dobrá a užitečná i v unixovém prostředí. Za sebe musím říct, že pokud chci získat rychlý přehled o tom co kde je, tak k tomu používám mc, protože je to mnohem rychlejší.
Děkuji, nechci. Tyhle Commandery vznilky na DOS a Windows a mají tam smysl, protože ně techhle OS nikdy nebyl použitelný shell. Na Linuxu/UNIXu jsem pro ně zatím použití nenašel...
Tímto způsobem bych mohl zavrhnout celý Linux, vždyť vychází (filozoficky) ze systémů, co vznikly v 70 letech, dávno před DOSem a CP/M
mv je fajn do skriptů v kombinaci s dalšími nástroji. mc je pro člověka. Dvoupanelové commandery v GUI jsou často jen slabý odvar efektivity a schopností mc.
mc
za efektivní nástroj nepovažuju. Nějakou dobu jsem ho používal kvůli zvykům zafixovaným z dosovských commanderů, ale osobně považuju shell a základní nástroje za daleko efektivnější. Na druhou stranu můžou různým lidem větší užitek přinést GUI nástroje dobře integrované se zbytkem prostředí, ve kterém pracují.
Na můj workflow je ideální shell. V jednoduchých akcích mi pomáhají různé vlastnosti shellu. Na složitější akce například nad nějakou množinou soborů se mi nejvíc osvědčil třífázový přístup, kdy v první fázi využiju data získaná jednoduchými nástroji k vygenerování skriptu, který provede požadovanou sadu akcí, v druhé fázi reviduju výslednou řadu akcí a v třetí fázi ji teprve spouštím.
Věřím tomu, že existují lidé, pro které mc
představuje efektivní nástroj vzhledem k jejich potřebám, ale nemyslím si, že jde jejich zkušenost přenášet na zbytek linuxového světa.