Odborníci z Penn State University zkoumají způsob ukládání informací na lepicí pásku. Principiálně by podle nich bylo možné kombinací odlepení a zpětného přilepení dosáhnout uložení informace, kterou opětovným odlepením dokážou přečíst. Výhodou je, že způsob uložení i přečtení je čistě mechanický. Zde o tom referují ve volně dostupném článku. Zajímavé bude sledovat zda se jim v rámci výzkumu podaří prokázat použitelnost i v jiné než
… více »Na GitHubu byl publikován reprodukovatelný návod, jak rozchodit Adobe Lightroom CC na Linuxu a Wine. Návod byl vytvořený pomocí AI Claude Code.
Pokud by někdo potřeboval Wayland kompozitor uvnitř počítačové hry Minecraft, aby mohl zobrazovat okna desktopových aplikací přímo v herním prostředí, může sáhnout po Waylandcraftu. Ukázka na YouTube.
Uroš Popović v krátkém článku vysvětluje, co jsou emulátor terminálu, TTY a shell a jaké jsou mezi nimi rozdíly. Jde o první díl seriálu na jeho novém webu Linux Field Guide věnovaném nízkoúrovňové práci s linuxovými systémy.
Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
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: