Byl vydán AlmaLinux OS 10 s kódovým názvem Purple Lion. Podrobnosti v poznámkách k vydání. Na rozdíl od Red Hat Enterprise Linuxu 10 nadále podporuje x86-64-v2.
Byl vydán Mozilla Firefox 139.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 139 je již k dispozici také na Flathubu a Snapcraftu.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu 2024. Zúčastnilo se více než 7000 uživatelů. Téměř 93 % z nich například používá uživatelské rozhraní v angličtině.
Lukáš Růžička v článku RamaLama aneb vyháníme lamy na vlastní louku na MojeFedora.cz představuje open source nástroj RamaLama umožňující spouštět jazykové modely v izolovaných OCI kontejnerech, a to bezpečně, bez potřeby mít root přístup k počítači, s podporou GPU či CPU a bez zbytečných obtížností kolem.
Byl vydán Sublime Text 4 Build 4200. Sublime Text (Wikipedie) je proprietární multiplatformní editor textových souborů a zdrojových kódů. Ke stažení a k vyzkoušení je zdarma. Pro další používání je nutná licence v ceně 99 dolarů. Spolu se Sublime Merge je cena 168 dolarů.
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.12.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.5. Přehled novinek v Changelogu.
Po 25 letech s číslem 329 končí linuxový časopis Linux Format (Wikipedie, reddit, 𝕏).
Immich z balíčků open source aplikací FUTO je alternativa k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí. Umožňuje vlastní hosting serveru Immich. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Po 9 týdnech vývoje od vydání Linuxu 6.14 oznámil Linus Torvalds vydání Linuxu 6.15. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
Vždy když učiním nějaký "objev", a zahořím touhou podělit se s tím jak na to (HOW-TO), řeším dilema. Napsat postup sem do blogu, nebo do FAQ?
Napíšu-li to sem, tak je nezanedbatelná výhoda v tom, že mi popsaný postup může kdokoliv z široké veřejnosti připomínkovat, a já jej pak na základě takových připomínek mohu opravit, doladit,.. vyberte si co chcete.
Na druhou stranu, chce-li pak někdo řešit obdobný problém, nezbývá mu, než se po nějakém čase prohrabat hromadou jiných blogů, než natrefí na ten, co mu může pomoci.
Z této stránky je pak lepší napsat to jako FAQ. Ten má zase výhodu, že jej může kdokoliv rovnou upravit - nejenom autor původního textu. Jenže někdy je postup v zásadě správný a potřeboval by pouze drobnou připomínku, ne přepsání celého odstavce.
U FAQ na abclinuxu, v momentální podobě, mi docela vadí, že historie změn nefunguje tak jako na wikipedii (že by zobrazila v čem byla změna provedena). Také mi vadí že hledání ve FAQ je realizovatelné pouze přes formulářové pole "hledej". Copak je takový problém, aby bylo hledání realizováno s ohledem na aktuální rubriku? (Tj. jsem ve FAQ, chci prohledávat jen FAQ). Taky by se mi docela zamlouvala možnost u FAQ vypsat vše setříděno podle abecedy, či ve stromové struktuře podle autorů.
No nic, povzdechnul jsem si, a život jde dál. Jen se musím povznést nad neustále dokola omílané dotazy na tisíckrát řešené věci.
Tiskni
Sdílej:
Dej to do FAQ a sem hoď link a rozpoutej diskusi. Pak ten FAQ případně poupravíš (nebo někdo jiný).
Také mi vadí že hledání ve FAQ je realizovatelné pouze přes formulářové pole "hledej". Copak je takový problém, aby bylo hledání realizováno s ohledem na aktuální rubriku?
Ehm? To je takový problém si to naklikat v Rozšířené hledání?
Dej to do FAQ a sem hoď link a rozpoutej diskusi.Spíš bych navrhoval opačný postup. Vložit do blogu článek s informacemi a po připomínkování ostatními z toho vydestilovat heslo pro FAQ.
Jinak chápu, že reagujete také částečně pod vlivem příspěvku Návrh na zlepšení weblogů, a taky vím co to znamená překopávat zajetý systém a dodělávat do něj některé prkotiny.Ale ne. Řekl bych, že jsi té odpovědi neporozuměl. Myšlenka FAQ je prostě postavena jinak. Kdyby se jen Leošovi nechtělo předělávat zajetý systém, sekce FAQ by ani nevznikla (a kdyby nechtěl dodělávat prkotiny, nereagoval by v této diskuzi...) ;-).
Ani bych neřekl, že jsem odpovědi neporozuměl. Každý FAQ totiž má autora, a často ne jednoho. Každý do něj vložil svůj díl zkušeností. Někdo jich má víc, jiný míň. A mě kupříkladu zajímá kdo opravuje především překlepy a slovosled, a kdo doplňuje či přidává z mého pohledu podstatné informace. Napovídá to pak i leccos o úrovni jeho příspěvků v diskuzích a jinde.
Ale to je v podstatě detail.Spíš bych uvítal nějakou formu zpřehlednění výpisu uvedených FAQ, nebo možnost přiřazení více alternativních nadpisů do různých kategorií, protože některá FAQ svým zaměřením spadají do více chlívků a někdo jiný by třeba hledal potřebnou informaci pod jiným textem. Mám uvést příklad? Dobrá..
Tak třeba poslední FAQ Debian - Jak na problémy s balíky by stejně tak mohl vést na komplexnější FAQ Instalace software z deb balíčků, atp.. Přišlo by mi to lepší než psát duplicitní FAQ, nebo přeformulování stávajícího názvu FAQ, tak aby postihoval obecnější řešení.
Jinak chápu, že reagujete také částečně pod vlivem příspěvku Návrh na zlepšení weblogů, a taky vím co to znamená překopávat zajetý systém a dodělávat do něj některé prkotiny.