NVIDIA vydala nativního klienta své cloudové herní služby GeForce NOW pro Linux. Zatím v beta verzi.
Open Gaming Collective (OGC) si klade za cíl sdružit všechny klíčové projekty v oblasti linuxového hraní počítačových her. Zakládajícími členy jsou Universal Blue a Bazzite, ASUS Linux, ShadowBlip, PikaOS a Fyra Labs. Strategickými partnery a klíčovými přispěvateli ChimeraOS, Nobara, Playtron a další. Cílem je centralizovat úsilí, takže namísto toho, aby každá distribuce udržovala samostatné opravy systému a podporu hardwaru na
… více »V kryptografické knihovně OpenSSL bylo nalezeno 12 zranitelností. Opraveny jsou v upstream verzích OpenSSL 3.6.1, 3.5.5, 3.4.4, 3.3.6 a 3.0.19. Zranitelnosti objevila společnost AISLE pomocí svého autonomního analyzátoru.
Desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. V programovacím jazyce Rust s využitím stavebních bloků z projektu Smithay jej napíše Brian Tarricone. Úprava stávajícího xfwm4 tak, aby paralelně podporoval X11 i Wayland, se ukázala jako špatná cesta.
Desktopové prostředí KDE Plasma 6.8 poběží už pouze nad Waylandem. Vývojáři, kteří s rozhodnutím nesouhlasí, vytvořili fork KDE Plasma s názvem SonicDE (Sonic Desktop Environment) s cílem zachovat a vylepšovat podporu X11.
Byla vydána nová stabilní verze 7.8 dnes již jedenáctiletého webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 144. Přehled novinek i s náhledy v příspěvku na blogu.
GNU gettext (Wikipedie), tj. sada nástrojů pro psaní vícejazyčných programů, dospěl do verze 1.0. Po více než 30 letech vývoje. Přehled novinek v souboru NEWS.
Chris Kühl (CEO), Christian Brauner (CTO) a Lennart Poettering (Chief Engineer) představili svou společnost Amutable. Má přinést determinismus a ověřitelnou integritu do linuxových systémů.
Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
TigerWiki (Wikiss) spokojeně používám - taky jsem si vytvořil vlastní fork [1] se syntaxí markdown [2]. LionWiki je propracovanější a vypadá rozhodně velice zajímavě 
Rodina TigerWiki je hodne obsahla, jak vidim :)
O necem jako Markdown jsem docela premyslel, idea jednotne syntaxe pro vsechny wiki neni vubec spatna ...
Nakonec jsem se ale rozhodl zatim nic takoveho nedelat, z nekolika duvodu - nutnost predelavat databazi a ucit stavajici uzivatele neco nove, nutnost drzet se nejakeho standardu, ktery pak omezuje flexibilitu a "specialni" vlastnosti daneho projektu a take velikost 80 KB je pro minimalisticky projekt trosku moc.
Jinak, Markdown se mi osobne co do syntaxe moc nelibi, lepsi se mi zda CREOLE, ktere zastituje sam velky Ward Cunningham.
mě je zase markdown syntaxe přijde celkem sympatická i když uznávám že není ideální ... na svoji presentaci ji používá například i projekt suckless.org ... díky za další inspiraci ... wiki standard by se samozřejmě taky hodil 
Docela by me zajimalo, proc je databaze "prijatelnejsi". Osobne u malych wiki nevidim zadnou vyhodu ...
Jinak LionWiki neni postaveno pro vice backendu, je optimalizovana ciste pro soubory ... predelani na mysql urcite neni v planu (delej jednu vec, zato poradne).
No, na "normalnich" webech by to asi melo davat error 404, ale u wiki je neexistujici stranka podnet k rozsireni ... :)
A není lepší vrátit 404 a přesto uživateli nabídnout možnost tu stránku založit? To by tuším mělo jít..
To urcite jde ... premyslim, zda to ma nejaky smysl - napr. jestli se podle toho search enginy ridi ...
Tak jsem se zeptal zkusenejsich a vysledek je, ze by to asi bylo prinosne ... ale nektere browsery, kdyz zaregistruji 404, tak zobrazi vlastni 404 stranku bez ohledu na to, ze server poslal svoji ...
Sel by na to samozrejme udelat switch, ale LionWiki je minimalisticka wiki, proto tento detail uplne opomene (switch - dalsi zbytecny kod, testovani, dokumentace apod.)
Takze to mam ignorovat?
Spis to vidim tak, ze budu ignorovat lidi, pro ktere toto ma vyznam ... ti si ostatne budou schopni napsat patch, ktery toto dela (jeden radek).
Vetsina velkych wiki enginu ma tohle defaultne vypnute a nemusim se zas lisit ve vsem :D
Používám to na své wiki a zatím jsem nepotkal prohlížeč, který by s tím měl problém.
Ale LionWiki nejspíš niky používat nebudu, byť se mi minimalistické programy líbí, takže nějaké 404 hrátky byly jen snahou o dobrou radu :)
Nešlo by tomu dát jiné číslo verze? Vždy, když vidím "2.0", mám nepříjemný pocit... 
verze v historii teď obsahují také sekundy - eliminuje problém v situaci, kdy uživatel(é) zapíší více změn v jedné minutě.
A co kdyz zapisou vic zmen v jedne sekunde?
Pak mame problem ... dojde ke ztrate prvni verze v dane sekunde - dan za jednoduchost.
Myslim, ale ze u wiki, ktera je urcena k editaci maximalne par lidi parkrat za tyden (coz jeste zmensuje sanci, ze nekdo bude pouzivat historii) je to dan mala.
Pro dalsi verzi je planovana ochrana pred editacnim konfliktem (pripadne mozna merge zmen), coz problem jeste zmensi ...
Hodne zalezi na tom, co konkretne myslite ... ale myslim, ze by to nemelo byt moc velky problem (stacilo by napsat nejaky "zaclenovaci" plugin, graficka sablona je asi samozrejma ...)
Chtělo by to lépe oddělit "podpůrný" kód (konfigurace, html) od toho, který něco dělá a klidně to rozhodit do několika souborů...
Btw, uvažoval jsi o kešování vygenerovaného html? Výrazně by to zvedlo výkon a je to jen o if (filemtime() > filemtime()) { file_put_contets() } else { file_get_contents() }; a druhém adresáři se soubory.
No co jsem tak zběžně prolítnul zdrojáky, tak to moc použitelné není Chtělo by to lépe oddělit "podpůrný" kód (konfigurace, html) od toho, který něco dělá a klidně to rozhodit do několika souborů...
To je presne to, co delat nechci. Udrzet vse v jednom souboru je pro me dulezite a struktura kodu pro me momentalne pracuje velmi dobre ...
Btw, uvažoval jsi o kešování vygenerovaného html? Výrazně by to zvedlo výkon
Pokud mate typicky maximalne nekolik desitek navstev denne, vykon vas moc netrapi ... :) Mozna bych ale mohl naprogramovat kesovaci plugin, to jo ...
Ty prvni varovani se tykaji omezeni hostingu, odstranite je tim, ze pred ony prikazy ini_set pridate @
Ta chyba (ktera provadeni skriptu ukoncila) souvisi s tim, ze vas hosting bezi na PHP4 a pluginy pro LionWiki jsou dostupne pouze pro PHP5. Jinak ale "core" LionWiki bez pluginu bezi i na PHP4.
Popripade pockej na 2.1, to bude obsahovat plnou podporu PHP 4 (>= 4.3.0) ... je az prekvapujici, kolik lidi dnes stale jeste jede na PHP4
Zpětná kompatibilita je zpětná kompatibilita.
Už to mám! Na OneBit.cz se v základu používá (pro .php) PHP4 (po dohodě lze změnit) a jinak .php4 pro verzi 4 a .php5 pro verzi 5. Jak fikané. ^_^
Tiskni
Sdílej: