Czkawka a Krokiet, grafické aplikace pro hledání duplicitních a zbytečných souborů, byly vydány ve verzi 11.0. Podrobný přehled novinek v příspěvku na Medium. Od verze 7.0 je vedle frontendu Czkawka postaveného nad frameworkem GTK 4 vyvíjen nový frontend Krokiet postavený nad frameworkem Slint. Frontend Czkawka je už pouze v udržovacím módu. Novinky jsou implementovány ve frontendu Krokiet.
Jiří Eischmann na svém blogu publikoval článek Úvod do MeshCore: "Doteď mě radioamatérské vysílání úplně míjelo. Když jsem se ale dozvěděl, že existují komunity, které svépomocí budují bezdrátové sítě, které jsou nezávislé na Internetu a do značné míry taky elektrické síti a přes které můžete komunikovat s lidmi i na druhé straně republiky, zaujalo mě to. Když o tom přede mnou pořád básnili kolegové v práci, rozhodl jsem se, že to zkusím taky.
… více »Byla vydána verze 0.5.20 open source správce počítačových her na Linuxu Lutris (Wikipedie). Přehled novinek v oznámení na GitHubu. Instalovat lze také z Flathubu.
Peter Steinberger, autor open source AI asistenta OpenClaw, nastupuje do OpenAI. OpenClaw bude převeden pod nadaci a zůstane otevřený a nezávislý.
Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2025. Ke konci roku 2025 vlastnila 349 462 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,36 %. V roce 2024 to bylo 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.
Nástroj sql-tap je proxy mezi aplikací a databází, které zachytává všechny SQL dotazy a zobrazuje je v terminálovém rozhraní. Zde lze téměř v reálném čase zkoumat dotazy, sledovat transakce a spouštět SQL příkaz EXPLAIN. Podporované databázové systémy jsou pouze PostgreSQL a MySQL. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.
Byla vydána nová verze 9.2 textového editoru Vim (Vi IMproved). Přináší vylepšené doplňování, podporu schránky ve Waylandu, podporu XDG Base Directory (konfigurace v $HOME/.config/vim), vylepšené Vim9 skriptování nebo lepší zvýrazňování změn. Vim zůstává charityware. Nadále vybízí k podpoře dětí v Ugandě. Z důvodu úmrtí autora Vimu Brama Moolenaara a ukončení činnosti jím založené charitativní organizace ICCF Holland projekt Vim navázal spolupráci s charitativní organizaci Kuwasha.
Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.
Byla vydána nová verze 3.7.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Já totiž přesně o něčem takovém uvažuju, protože to vypadá, že to jinak vyřešit asi ani nepůjde
.
Ale lepší varianta se mi zdá "zapojit" stávající open source aplikace, hlavně OOo, protože tím by byl zároveň zajištěn další vývoj a také dobrá kompatibilita s ms office.
Dokonce jsem před nějakou dobou zkoušel projekt Telltable-s a psal jsem autorovi,
jestli na tom projektu ještě pracuje, protože mi připadalo, že se dlouho nic neděje...
Odpověděl mi dost zvláštně (možná jsem se ptal špatně):
Ludek, That's a strange question to ask. It sounds like "have you stopped beating your wife yet?"
Nicméně v tom projektu se toho moc nového nestalo... ale jako výchozí nápad mne to zaujalo..
PS: Ještě to doplním do blogu.
Mozno by pomohlo keby ste ukazali aky typ tabuliek to je a ake operacie to su.
To samozřejmě klidně můžu, ale nepomůže to, protože základní podmínka je ta, že to musí být editovatelné pro BFU.
Tzn., že si musí mít možnost přidat sloupce, buňky, barvy, propojení s ostatními tabulkami. Vtip je také v tom, že se to v praxi neustále mění.
Proto (nejen) je nevýhodné obvyklé propojení s databází. Když si vedení ráno vzpomene, že to musí vypadat jinak a chce to změnit, musí to být možné za co nejmenšího odporu.. 
Tomu dotazu ohledně překrývání nerozumím. V podstatě je to takto:
Do tabulky se zapisují zakázky. Datum, číslo, odpovědná osoba aptd. atd. Některá pole jsou barevně zvýrazněná.
Zároveň některé buňky se používají k výpočtům.
Kromě toho jsou vloženy odkazy např. na oskenované faktury, které jsou uložené v pdf někde v adresáři, a také odkazy na jiné tabulky.
Do tabulky zapisují technici, obchodníci, vedení...
Já vím, že to není ideální. Ale jak jsem psal jinde. Všechny mé pokusy na zavedení lepšího postupu selhaly.
Vedení to chce "v tabulce". Navíc to tak chce víc lidí okolo mne.. Mohlo by pomoci, kdyby se dal dotáhnout např. projekt telltable-s
do nějaké použitelné podoby... v podstatě by se jím dalo mnohé vyřešit..
Pokusím se přidat odkaz na ukázku ve formátu *.ods pro lepší představu
no, proto se mi zdá (nechci se stále opakovat), že ideální by bylo použít OOo a zajistit k ní (pomocí nějaké nadstavby) přístup. I kdyby to nebylo možné editovat najednou, ale zámknutí souboru by skutečně fungovalo. Třeba jako je to v OpenGoo (není to ideální, ale kdyby se to povedlo, tak by to bylo skvělé!)
)
mam nekolik dotazu k te Vasi infrastukture (jestli je to mozne).Jasně !
Jakym zpusobem to sdilite , mate samba server nebo nfs server?To se poměrně dlouho vyvíjelo. Popsal jsem to zde (viz celé vlákno.. a mandatory locking) a nakonec zde.
S tou sambou to samozrejme dela problemy jak pisete, ale s nfs4 by to melo chodit, tam je mandatory locking podporovan.
S temi odkazy v tech tabulkach na ty nascenovane dokumenty, ty maji take nejak organizovane uloziste? Je to link, na nejz se klikne a dokument je zobrazen odpovidajicim programem?Přesně tak, buď se zobrazí přímo PDF dokument, nebo další (související) tabulka.
Mate nejaky system, jak pojmenovavate nove dokumenty? Zajima nekoho, kdo co kdy zmenil?Ano, je to vzájemně provázané - vyplývá to z logiky "systému". Problém toho kdo co kdy změnil je velký.. a také jsem na to mnohokrát upozorňoval (marně), protože nyní muží kdokoli smazat cokoli. Řeší se to zálohováním (2x týdně) a případnou obnovou. Protože se dokument používá poměrně často (každý den), je šance, že se přijde na chybu poměrně veliká.
Kdyz to nefunguje 100%, jak to resite vlastne nyni?.Dobrá otázka
. V současné době je výroba rozdělená na dvě části. Jednodušší věci jsou zapisovány (do tabulek) vy systému OpenGoo, který podporuje zamykání. Složitější se zapisují do systému tabulek v OOo. Funguje to částečně.. nějakou dobu ano, pak se třeba stane, že to někdo přepíše. Jak je to organizacne zvladnuto, kdyz nekdo drzi dokument delsi dobu otevreny? Pisi si jini pracovnici, kteri take chteji dokument zmenit ty udaje nekam na papirky a pote co je dokument uvolnen to tam zapisuji?Ano, je to přesně tak... a pokud ten "někdo" odjede a zpomene dokument zavřít, jsem to pak já, kdo to musí řešit..
Jen takový nápad, pravděpodobně zcela mimo mísu... nicméně -> nebylo by pro Vás "skorořešením" něco ve smyslu tohoto triviálního udělátka?
Na serveru by byl "backend", který by na vyžádání zkontroloval, zda je soubor test.ods již otevřen v RW režimu či nikoliv (např. pomocí lsof | grep test.ods) a vyplivnul byl odpověď. Zároveň by pro uživatele, co "neměli to štěstí" držel nějaký druh FIFO pořadníku pro příští zavolání. Šlo by to pouštět např. z xinetd.
Na stanicích by se neotevíral soubor test.ods přímo poklikáním na ikonku, ale přes "frontend", který by na server přes socket odeslal dotaz na otevření souboru ve smyslu: je_volny [file] [username]. V případě, že by frontend dostal zprávu, že je soubor volný k zápisu (nikdo by ho nepoužíval), tak by spustil na stanici oocalc [file] a dotyčný by mohl vesele editovat.
V případě, že by už měl soubor otevřený někdo jiný, tak by se do "pořadníku" na serveru přidal parametr username (při dalším volání by se upřednostňovali useři výše v pořadí) a frontend by soubor na stanici otevřel jen pro čtení pomocí oocalc -view [file].
Jak říkám je to jen takový pitomý nápad 

Pokračování zde.
Tiskni
Sdílej: