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, 𝕏).
Jsem zakladatelem tohoto portálu. Linux jsem používal spousty let, nějaký čas jsem se aktivně podílel na jeho propagaci v Česku (CZLUG, časopisy ComputerWorld, Network Magazine atd). Se současným Abíčkem už nemám nic společného.
Nebojte, nechci tu řešit hádky, ale čistě technický problém. Když jsme před léty upgradovali na MySQL 4, nešly naimportovat data kvůli porušení unikátnosti primárního klíče v tabulce uzivatel (zdenek a zdeněk bylo chápáno jako stejné slovo). Nakonec jsem tabulce nastavil binární collate. Jenže to vedlo k tomu, že si uživatelé mohli zaregistrovat login či přezdívku lišící se třeba jen velikostí písmen. To zaprvé u přezdívek vede k matení návštěvníků (zdenek vs Zdenek - který je který) a problémům při přihlašování (opravdu si po letech vzpomenete, zda login začínal malým či velkým písmenem).
Tenhle problém potřebujeme vyřešit. S trochou hraní jsem napsal SQL dotaz, který mi našel zhruba tři sta konfliktních loginů a přezdívek. Včera jsem napsal podporu do abíčka, takže není možné uložit nový konflikt. Zároveň se při zalogování napíše varování, pokud uživatel má konfliktní login či přezdívku. A hlavně, při registraci či změně loginu se přes AJAX testuje, zda není jméno obsazeno. Takže v reálném čase vidíte konflikt a můžete hned zkusit jinou variantu, aniž byste museli formulář odesílat.
Zbývá otázka, co se současnými uživateli. Je třeba v brzké době se zbavit všech konfliktů. Až se budou předělávat uživatelé, login bude součástí URL a nepůjde jej změnit. Zatím plánuju, že se dle nějakých kritérií vybere jeden uživatel, jehož login zůstane zachován a ostatním bude změněn (přidáním pořadového čísla na konec). Login bude změněn, pokud obsahuje velká písmena či diakritiku. Preferoval bych aktivní účty před mrtvými, takže pokud se uživatel nepřihlásil déle než rok, bude mu login (či přezdívka) změněn a aktivnímu účtu nikoliv. Pokud bude více účtu pro jeden konflikt mít stejné podmínky (oba starší či aktivni), pak buď budu preferovat starší registraci (číslo uživatele) nebo vyšší skóre. Co myslíte?
Pochopitelně plánuju odeslat včas varovný email a po změně informace o novém loginu, koho se to bude týkat. Nicméně staré účty většinou nemají platné adresy. Do varování při přihlášení přidám odkazy na další uživatele s konfliktním login či přezdívkou, ať si můžete odhadnout, zda bude váš login změněn či ne, případně se mezi sebou domluvit, kdo si jej ponechá a kdo jej změní. Tuto automatickou změnu můžete očekávat do měsíce.
Ostatní změny popíšu již jen stručně, podrobnosti jsou v bugzille či cvs. Zobrazování revizí: #179, #781; seznam wiki záznamů uživatele se nezobrazoval #869; v databázi rozlišovat diskuse od dotazů #828; odstraněný duplicitní články ve výpisu autora #683; drobné chybku #872; stránkování v seznamu blogu - Luboš #457; zobrazovat blog v seznamu příspěvku uživatele - opět Luboš #48; zrušit podporu ACL #475; tlačítko BQ pro označení textu zančkou blockquote #427; mocnější nastavování tetxových URL #791; posílat notifikace o nových vzkazech správcům do jejich konference #865; povolit značku Q #772; a také značky acronym, dl, dt, dd, small, big, sub a sup #673; prvotní podpora pro štítky #875; kdo je kdo má rozděleno jméno a křestní jméno a příjmení - Luboš; kontextové závislá chybová hláška při odeslání prázdného komentáře #851; nastavení, od kdy používate linux, smí obsahovat jen číslo #787, výše zmíněná podpora detekce konfliktů #883 a napovídání u hledání #560.
PS volby pro jabber.abclinuxu.cz
Tiskni
Sdílej:
Nebojte, nechci tu řešit hádky, ale čistě technický problém.Ale ten titulek jsi naschvál zvolil tak, aby to vypadalo, že chceš, že jo? (Ne že by to bylo něco špatnýho, novináři to tak dělaj v jednom kuse) Jak tak koukám, tak od minulého blogu v bugzille moc hlasů pro jabber bug nepřibylo, tak asi zase nic...
Jestli to dobře chápu, jsou zvažují se dvě možnosti:
Dalo by se vyčíslit, v kolika případech z těch přibližně 300 by se výsledek podle těch dvou kritérií lišil? Mimochodem, to číslo 300 vyjadřuje počet duplicit nebo počet účtů, kterých se to týká?
Moje řeč. Každá trubka člověka nutí, aby si vytvořil speciálně pro ní nové údaje nebo ji svěřil ty platné jinde.To by mne zajímala ta hardwarová implementace. To se vám jako nad monitorem zjevila palice a ozvalo se „zaregistruj se do bugzilly, nebo dostaneš ránu“? Nebo co si tak představujete pod pojmem „nutí“?
OpenID jsem neznal a to jsem jednu dobu něco takového hledal, jestli neexistuje. Nicméně největší problém webu vidím v tom, že se za vás může kdokoli vydávat. To sice jde i v reálném světě, ale ten nemá "věčnou" paměť, nemá google...
Já bych to měřil až od okamžiku, kdy bude rozhodnuto, že pokud bude rozumně implementováno, bude nasazenoTo by myslím nebylo fér, dát mu hned na začátek přes půl roku. Klidně bych to začal počítat opravdu až ode dneška.
OpenID jsem neznal a to jsem jednu dobu něco takového hledal, jestli neexistuje. Nicméně největší problém webu vidím v tom, že se za vás může kdokoli vydávat. To sice jde i v reálném světě, ale ten nemá "věčnou" paměť, nemá google...S OpenID se za vás nemůže vydávat kdokoli (resp. majitel jednoho OpenID rozhoduje, kdo bude moci toto OpenID používat). Tedy ne že by si někdo nemohl do údajů k OpenID dát, že je britská Královna, ale je zaručeno to, že jedno OpenID kdekoli na internetu (pokud je správně implementované) je jedna identita. Pro server má OpenID ale i nevýhody, protože např. pro ověření OpenID je potřeba jeden nebo víc HTTP dotazů, které musí proběhnout v rámci během klientského požadavku na server. Takže se musí ošetřit timeouty, musí se ošetřit, aby někdo přes OpenID nepřinutil server neustále následovat přesměrování, aby se včas zarazil, pokud mu někdo pošle jako odpověď 4 GB soubor atd.
S OpenID se za vás nemůže vydávat kdokoli...že je britská KrálovnaTak jsem to ale myslel a nejen ke vztahu k open id. Líbilo by se mi, kdyby např. lidé každý nepodepsaný komentář (e-mail, atd.) považovali za anonymní a nevěřili tomu, že ho opravdu napsat ten, kdo je jako autor uváděn. A podpisem myslím něco ověřitelného - ovšem ne nutně vztaženého k fyzické osobě, klidně i k nějaké virtuální identitě. To by ale muselo podporovat HTML, aby do něj mohl být podpis vložen, ale na stránce se nezobrazil, prohlížeč by místo toho ověření nějak graficky znázornil. Problém je v tom, že server by do komentáře nemohl nijak zasáhnout (přidat formátování atd.). Ale to by mohlo být snad nějak řešitelné.
No a proc jsem Vas nekontaktoval? Castecne je to moje chyba. Omlouvam se. V dobe, kdy jsem si to precetl prvne tu jeste nebylo napsano, kdo je duplicitni. A pak uz jsem to resil tady a nejak mi nedocvaklo, ze bych se Vam mel take ozvat. Jeste jednou se tedy omlouvam.
Dost na tom, že si moje heslo může přečíst každý, kdo má přístup do databáze (admini, crackeři, viz BUG 321)
Dokonce jsem videl stranky, kde kazda stranka mela svou vlastni subdomenu.
Poddoménu snad asi ne, tak perverzní nejspíš přeci jen nebyli, ale chápu, co máte na mysli. Jen to beru jako příklad brutálních absurdit, ke kterým tento nesmyslný nápad (hledat fráze v URL) může vést.
Ode dneška mi Firefox na každé stránce abclinuxu nejdřív dlouho přemýšlí a pak vyplivne okno, že skript na stránce neodpovídá, a pokračuje dále teprve poté, co odkliknu "Zastavit skript".
spir.hit.gemius.pl
Jsem proto nic neměnit. V URL může být klidně místo jména uživatele jeho číslo. Mezi "zdenek", "ZdenekL" a "zdeněk" rozliší každý, kdo bude chtít, ostatním to snad ani vadit nemusí
AJAX asi není dobré řešení pro prohlížeče s nepodporovaným/vypnutým javascriptem.
a je to nečitelné - nevýrazné barvy). Plus má ta nápověda moc vysoké řádky (dvakrát vyšší než má řádek s textem).
), Konqueror 3.5.7 je v pohodě.
Tvůj argument, že "proč by o tom měli lidi vědět" mi přišel takový, že další diskuse je zbytečná, protože každý chceme jinou věc.Nicméně sám jsem se mýlil v tom, když jsem si myslel, že zprávička potřebných 50 hlasů přinese. Ukázalo se, že přítáhla "pouhých" 8 lidí. Díky tomu jsem si uvědomil, že o jabber na tomto serveru skutečně moc lidí nestojí a že to jen bylo moje přání, které jsem si myslel, že se mnou sdílí dostatečný počet lidí. Tímto Leošovi slibuji, že přestanu vyvýjet nátlak na jabber server. Argumenty mě přesvědčily.
Protože už jen samotný fakt, že Leoš tu chybu hned nezamítl, je vstřícný krok.Řekl bych, že je to čistě ukázka zdravého rozumu. Kdo by zamítl chybu, kterou sám nareportoval
Sám bugzillu nemám rád a nerad se někde registruju, ale myslím, že ta oběť spojená s tím, že se do bugzilly zaregistruju, je minimum toho, co by jabberu chtivý člověk mohl pro celou věc udělat.Souhlas.
Proste se mi nelibi, ze nekdo prijde o jmeno jen proto, ze se vyjadruje pouze tehdy, pokud ma co rici. O tom, kolik je vsude balastu, snad nikoho nemusim presvedcovat.
O tohle totiz jde. O to, ze prihlaseni clovek pise automaticky a bude muset menit (casto dlouholete) zvyky kvuli notorickym psavcum.
Hura, neco se dozvim a jeste ziskam body.