Byla vydána nová verze 2.4.68 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 13 zranitelností.
Apple na své vývojářské konferenci WWDC26 (Worldwide Developers Conference, keynote) představil řadu novinek. Vypíchnout lze novou generaci Apple Intelligence a zbrusu novou Siri, která dostala název Siri AI. Kvůli Aktu o digitálních trzích (DMA) však funkce Siri AI nebudou v systémech iOS 27 a iPadOS 27 k dispozici uživatelům v Evropské unii.
Byla vydána nová verze 1.18.0 distribučního frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. Vypíchnout lze podporu rozhraní /dev/kfd pro výpočty na kartách AMD (AMDKFD).
aMule (Wikipedie), tj. multiplatformní klient pro peer-to-peer sdílení souborů pro sítě eD2k and Kademlia, byl po více než pěti letech od vydání poslední verze 2.3.3, vydán v nové major verzi 3.0.0 (GitHub). S novou webovou stránkou a dokumentací.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 29. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Evropská komise předložila evropský balíček pro technologickou suverenitu, tedy soubor opatření, která mají posílit kapacity EU v oblasti polovodičů, umělé inteligence, cloudu a open source. To Evropě pomůže stát se lídrem v oblasti umělé inteligence, posílit její digitální autonomii a vytvářet podmínky pro udržitelnější digitální budoucnost.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána v nové major verzi 5.
Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Nejste, je to vaše právo a volba. Archive je globálně vypnutý. Je možné ho aktivovat jen pro určité kontakty nebo naopak pro některé vypnout. A nebo taky vůbec nepoužívat
.
Prostě se najde docela zajímavé množství lidí, kteří to využijí, případně si nepíšou přes IM nic, kvůli čemu by bylo třeba si dělat hlavu. Já to třeba ocením, používám Jabber v práci, doma, na notebooku a mobilu. A dost se mi hodí dohledat, kdy jsem komu co psal...
O tom můj příspěvek není. Opravdu v reálném světě každý uživatel internetu neprovozuje svůj server. Já kupodivu dávám taky auto do servisu
. Stále se najde zajímavé množství lidí, kteří se spoléhají na služby jíných firem/lidí.
No, to chápu. Ale předpokládám, že většina lidí nemá vlastní server. Já také nemám na svý doméně svůj server, abych se o něj staral. A upřímně řečeno, ani si ho dělat nebudu
. Prostě je hafo lidí, který se nebudou srát se svym serverem jen kvůli svýmu accountu, aby mohli v hospodě machrovat, že maj vlastní server
. Ale je pravda, že je zase hafo lidí, který to instaluje ze zvědavosti nebo ze zájmu o věc. To beru. Každý ať si dělá co chce.
Ber to pozitivně. Díky těm velkým serverům je třeba ejabberd tam kde je a na miniserverech nedělá problémy. A díky Jabbim Archive je jak mod_logdb tak Jorge tam kde je a brzo se v trunku objeví i ta česká lokalizace
. Taky jsme do chudáka autora kopali skoro rok a i díky tomu je Jorge skvělý nástroj na správu historie, kterýmu GTalk rozhraní nesahá ani po kotníky.
To slintání nesmyslů u píva by byl takovej bonus navíc!
To musí být rajcovně pohodlné
. Hlavně do mobilu nebo někde u zákazníka chci strkat svou flashku.
To mě víc vyhovuje hodný poskytovatel. Mám to bez starostí :)
Přemýšlel jsem, jak skloubit paranoiu a pohodlí a ideální by bylo: posílat zprávy šifrované pomocí GPG a tyto šifrované zprávy ukládat v archivu na serveru. Uživatel by měl klienta (třeba součást Jabbimu), který by si přes API tyto zprávy stahoval a lokálním GPG klíčem je dešifroval. Akorát by bylo potřeba odesílat zprávy zašifrované dvakrát (jednou pro příjemce a jednou pro mne, abych je z archivu mohl přečíst).
Akorát nevím, kolik lidí by to využívalo
I ten současný archiv je super, díky 
No možná ani ne tak zašifrované dvakrát, ale zašifrovat jednou, se dvěma privátními klíči - adresátovým a vlastním. A to snad PGP/GPG vždycky umělo, ne?
jj, PGP/GPG to umí, ale jde o to, aby to uměl i klient (ten AFAIK šifruje jen příjemcovým klíčem, protože nepočítá s tím, že by si šifrovanou zprávu na druhém konci chtěl číst i její odesílatel).
> Jsem příliž paranoidní, když mi ukládání soukromých i firemních rozhovorů na jiném místě než na vlastním šifrovaném hardisku přijde nebezpečné?
Ne, jsi jen mimořádně hloupý, mimořádně mladý nebo mimořádně ožralý.
Ale taky jsi typickým zástupcem lidí svého typu: "paranoidních" pseudolibertariánů, kteří sice za každým bukem vidí Velkého bratra, agenta a nebo aspoň zednáře, ale zároveň nemají problém se obnažovat na Fakebooku nebo jiné podobné skládce.
Zkus se trošku zamyslet, co se z pohledu bezpečí tvých dat mění spuštěním té služby Archive... No?
Nevadí. Ale třeba tě uspokojí, že to ukládají na šifrované disky. 
Je to vaše vlastní řešení, nebo jste použili už něco předpřipraveného? Nevěděl by někdo, kterak implementovat server-side historii do skromnějších poměrů (ejabberd obsluhující < 10 uživatelů)?
svn ejabberd-modules, jorge, není to zas tak hrozný, je tam přiložena i správná verze mod_logdb, čeština ještě v trunku není, je tam pár chyb, který je třeba fixnout, něco jsme si zatím fixli my a některý fixy asi udělá autor
. Možná bych chvíli počkal, až se v trunku projeví ty věci co se řešily u nás.
To ukládání je z hlediska klienta transparentní (ukládá se na server), nastavuje se to přes Ad-Hoc což standard je a zatím tam XEP-0136 chybí, takže na integraci s klientem je třeba si počkat. Uvažujeme o tom, ale je to další a tentokrát obrovská zátěž navíc. Jen během několika měsíčního zkušebního provozu pro velmi omezený počet userů jsme uložili 1.8 milionu zpráv. Proto to bude zatím jen VIPácká služba.
Diky za sluzbu, uz to testuju
. Sice to pravdepodobne casem vypnu (bezpecnost i setreni kapacit), ale dobre vedet, ze to je mozne...
uz se tesim, az si prectu tvoje zpravy
Tak tahle vec me dost mozna primeje prejit uplne na Jabber, synchronizaci historii hodne trpim ...
Diky!
Zajímavé info je, že to umí bezvadně archivovat i transporty, včetně ICQ transportu. Zatím jsem nadšen, pravda, není nás mnoho dle počtu uživatelů.
No jo, já jsem také potěšen.
Přispěje to i k větší nevávislosti na konkrétním klientovi. V tom sice Jabber samotný nijak nelimituje, ale chcete-li mít historii na jednom místě...
K dokonalosti této novinky na Jabbimu možná chybí ještě možnost naimportovat historii, kterou má zatím člověk právě porůznu někde uloženou uloženou z různých programů. 
Já to zatím dělám tak, že doma používám Gajim, ten má historii v SQLite. Jinde pak používám Psi a mám takový pthoní skript na import historie z Psi. Takže v Gajimu doma mám prostě historii komplet...
Export cele historie asi bude, import zatim vidim jako velky problem.
A nestačilo by udělat API* a zbytek nechat na komunitě? U každého klienta by se určitě našel někdo, kdo by dopsal importovací nástroj.
*) pro import: autentizace, od koho, kdy, zpráva.
Uvidíme, to ukáže čas. Ono těch userů zas tolik není, co to využívají.
Tiskni
Sdílej: