PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Rozhodl jsem se zde shrnout výsledky hledání možnosti použít tabluku (nejlépe OOo) pro současnou práci více uživatelů a sloučit tak výsledky z mého dotazu a blogu na jedno místo. Tento blog je pokračováním tohoto zápisu.
Důvody proč hledám takovéto řešení byly popsány v předchozím blogu a v mém dotazu. Jen stručně uvedu to, že osobně chápu přednosti informačních systémů, DMS před editací jedné tabulky více uživateli.
Na druhou stranu vím, že "obyčejní uživatelé" pro spolupráci preferují řešení která znají a na která jsou zvyklí. A někdy přes to "vlak nejede". Ačkoliv s tím mohu nesouhlasit, je to v mém případě asi tak to jediné co s tím mohu dělat.. 
Navíc takovíto uživatelé mohou argumetovat tím, že na win platformě taková řešení existují a jsou relativně dostupná. (Např. zde, ale i mnohá další). Já však používám Linux a rád bych podobné řešení poskytl uživatelům, kteří pracují na linuxových desktopech.
A protože se mi společný přístup více uživatelů k jednomu tabulkovému OOo dokumentu v "hybridní síti" neosvědčil, hledal jsem alternativní řešení. Zde je výsledek mého hledání:
1) Vyřešení zamykání souborů v rámci OOo.
Toto se mi uspokojivě vyřešit nepodařilo. Kromě toho je editace tabulek ve sdíleném režimu omezena.
2) Vyřešení zamykání souborů v rámci OS.
Toto se mi také uspokojivě nepodařilo. Viz diskuze zde.
3) Pokusit se využít OOo jako server. Viz zde pdf - jde - li to? Zatím jsem se všude dočetl, že OOO jako server se používá maximálně ke konverzi dokumentů...
4) Použít verzovací systém, případně tuto možnost více zautomatizovat nějakou "nadstavbou".
5) Použití OOo Base nebo propojit OOo s externí databází.
V době, kdy jsem toto zkoušel nebylo toto řešení příliš stabilní a mělo řadu problémů a omezení i pro uživatele.
6) Využít nějaké open source řešení, které toto "obhospodaří" i za cenu menšího komfortu u editace tabulek.
a) EyeOS vypadá nejlépe.
+ webový přístup se správou uživatelů a propracované rozhraní
+ řada aplikací
+ podpora OOo dokumentů (využití OOo)
- omezené využití práce s OOo.
- omezená možnost editace tabulek (ale asi nejlepší v podobných projektech)
- v současné verzi se mi ale nepodařilo zabezpečit sdílené dokumenty proti přepsání. Možná dělám něco špatně, ale uspokojivě mi to nefungovalo.
Zhruba za týden je avizované vydání verze 2.0, která slibuje výrazná vylepšení i v oblasti spolupráce.
b) Podobné řešení jako je nyní obsažené v projektu OpenGoo.
Uživatelé si založí svoje účty a přes webové rozhraní přistupují ke sdíleným dokumentům.
+ systém obsahuje DMS se správou verzí
+ systém používá manuální zámky. Uživatel soubor nejprve zamkne, pak edituje a pak odemkne. K přepisu souboru ostatními nemůže dojít.
- systém používá manuální zámky. Pokud uživatel soubor zapomene po editaci odemknout a odjede je problém na světě.
- systém neobsahuje tabulkový editor. Ten je už dlouho slibován, ale zatím není. Stávající řešení (umístění tabulky do textového dokumentu) je nepoužitelné. Počítače se slabším procesorem nezvládají přidat řádek ani zapisovat údaje.
c) Podobné řešení jako Google Docs (spreadsheet).
+ Souběžná práce více uživatelů na jednom dokumentu
+ poměrně slušná kompatibilita s ostatními formáty
+ poměrně slušné funkce tabulek
+ provázanost s ostatními Google Apps
- nemožnost použití ve vlastní firemní síti (data jsou vně)
Kdyby takovéto řešení bylo dostupné pro použití ve vlastní síti, bylo by téměř. ideální.
V opačném řešení je to pro mé potřeby nepoužitelné.
7) Využití stávajících open source aplikací a jejich vzájemné propojení.
a) Podobné řešení používá Lotus nebo IBM Symphony.
+ vysoká kompatibilita s ostatními dokumenty
+ profesionální řešení
- cena, není volně k dispozici..
b) Nabízí se tzv. "Gnome office"
Problém je však v tom, že Gnumeric sdílení tabulky více uživateli dořešené nemá.
c) Aplikace, která umožní sdružení dostupných open source nástrojů pod "jedno rozhraní"a umožní spolupráci.
Takovým příkladem je např. Ulteo Open Virtual Desktop. OVD umožňuje sdružit linuxové a windows aplikace na jedné ploše.
+ myšlenka se mi velmi líbí
- teprve na začátku vývoje
- nepodařilo se mi ho rozběhnout do takové míry, abych uspokojivě vyzkoušel sdílení dokumentů více uživateli
8) Vlastní aplikace, která umožní volitelné sdružení dostupných nástrojů pod jedno rozhraní a postará se o možnost spolupráce (velmi zjednodušeně řečeno). Hmm, ale to zase není tak jednoduché ale vypadá to, že nic jiného nezbývá.. nebo jsem něco přehlédl?
Jak toto řešíte vy?
PS: Ještě jsem nezmínil projekt Telltable-s, což bylo uváděno jako Server based secure collaborative office suite based on OpenOffice.org and VNC . Projekt mne zaujal (částečně se blížil mé představě). Našel jsem link ke stažení funkční demoverze. Ale verze Open Office 1.2 byla už tehdy zastaralá.. a od té doby se zdá se nic nezměnilo.. Obrázky přiloženy. Další odkaz zde.
Tiskni
Sdílej:
12.1.2010 11:04
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
12.1.2010 11:23
hikikomori82 | skóre: 18
| blog: foobar
| Košice
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.
12.1.2010 12:11
Josef Kufner | skóre: 70
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..
12.1.2010 14:49
hikikomori82 | skóre: 18
| blog: foobar
| Košice
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
12.1.2010 15:21
hikikomori82 | skóre: 18
| blog: foobar
| Košice
12.1.2010 15:25
hikikomori82 | skóre: 18
| blog: foobar
| Košice
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
13.1.2010 23:01
Josef Kufner | skóre: 70
Pokračování zde.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
