Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na
… více »Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.
Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Momentálně uvažujeme hlavně o dalších serverech. Všechny služby by šly zlepšovat, ale počet VIPů klesá. Není peníz, není služba.Jsem jediný, komu to nepřipadá divné? Kdo by si taky chtěl platit VIP s tím, že se mu snad výhledově zkvalitní služby, když v současné době nefunguje ani základní komunikace? Logické mi to přijde naopak - nabídnu kvalitní služby a za ty budu odměněn. Pokud ne, tak jsem asi zvolil špatnou politiku či nízkou přidanou hodnotu... Neosočujte mne prosím z lenosti najít si seznam serverů. Najít seznam jabber serverů není těžké, tady bych rád vaše zkušenosti.
Tiskni
Sdílej:
az najdes nejakej lepsi server tak to sem napis, na to sem teda vazne zvedavej 
Můžeš si založit účet v doméně veverka.ch a vyzkoušet…
Neraďte mi vlastní server :) Ty peníze jsem ochoten investovat proto, abych nemusel nic řešit a prostě používat.Navíc dobré připojení k netu doma nevedu (O2 ADSL).
A jak rychlé je dobré připojení? Jabber server provozuji a nezdá se mi náročný na rychlost, spíše na operační paměť (80MB)
Aha, tak to jo, já mám teda od reinstalace serveru 100% dostupnost takže si nestěžuju :)
100% dostupnost mýtus rozhodně není, když není uvedeno za jaký časový úsek, mám tu 100% u dvou strojů, jeden má uptime 37 dní a druhý 149 dní, 100% mít navždy nebudou, s tím jsem smířený.
pinky@nezmar:~$ uptime 17:57:55 up 334 days, 9:52, 2 users, load average: 0.82, 0.61, 0.52To je uptime jednoho ze serverů Jabbimu a všichni ví, že to dneska zbuchlo. Uptime a dostupnost služeb je rozdíl.
Tvrdil jsem že od reinstalace serveru ještě neměl výpadek (žádné problémy se sítí, restart serveru, restart služby atp..).
Můj předchozí post byl odpovědí na "To ta reinstalace musela proběhnout nedávno"
Dobře, když to shrneme, můj server zatím disponuje dostupnosti služeb 100%, protože od zpřístupnění služby nedošlo k výpadku, 100% dostupnost služeb v určitém časovém intervalu (v tomto konkrétním případě maximálním možném) je tedy možná a mýtus to rozhodně není.
Tvrdíte že to není možné?
Nepochybně, vidíte snad nějaký důvod proč by to nemělo být možné i v reálu?
Ne, ptám se jestli existuje nějaký důvod proč nejde mít 100% dostupnost dlouhodobě.
Mimochodem, co si mám představit pod zkratkou AS?
. Ale jednou to vypadne a i ten GTalk má občas výpadky, při finanční síle Googlu.
AS jako autonomní systém.
Ano, ale já se ptám proč je to mýtus, tedy, proč to nejde? Samozřejmě že naděje že služba pojede rok s dostupností 100% je nízká.
.
Zajímavé je, že se to většinou posere, když člověk napíše nějaký sebestředný PR :-p.
To ovšem nemohu akceptovat jako důkaz 
Tak snad se shodneme a ukončíme to tím, že mít dlouhodobě dostupnost služeb 100% je možné.
A čistě z praktického hlediska: pravděpodobnost závady lze pravděpodobně snižovat do nekonečna. S tím zároveň do nekonečna rostou náklady. It's good enough for me
Že občas něco nefunguje, beru jako fakt, znám to sám, i když se o hardware nestarám. Nepodezírám nikoho, že by to dělal schválně nebo situaci neřešil. Chybí mi jen plán vývoje, růstu - zajímá mě budoucnost. Trocha marketingu.
Díky.
[00:15:06] <platby> Zůstatek: 62.88 Kč / 96.4dnůI když vám pošlu víc, jen si předplatím půl života... Osobně bych se vůbec nebránil ročnímu příspěvku v určité výši, kterou si určím já (vy stanovíte minimum). Nebo balíčky jako u operátorů - kalendář, ICQ, volání, speciální služby, fotogalerie, datové úložiště. Namíchat balíčky, operativně přidávat, ubírat. Může to být postavené tak, aby si každý objednal maximální volby čili to, co teď - akorát tam dát jinou cenu než dnes. Všichni budou spokojení.
A teď si představ že na serveru pro vip by se něco podělalo (třeba něco se železem) jakej rachot by to byl :)
To chce neprovozovat erlangovský mrchy ;)
# ps l -p $(pidof jabberd) F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND 1 107 2893 1 20 0 13040 6516 poll_s SL ? 3:41 /usr/bin/jabberd -B -c /etc/jabber/jabberd.xml 1 107 9499 2893 20 0 12184 3876 pipe_w S ? 0:00 /usr/bin/jabberd -B -c /etc/jabber/jabberd.xml
A co si nainstalovat svůj server?Přesně tak, já jsem to vyřešil takto a výsledek je dle požadavků tazatele:
Tak, taková malá řečnická otázka, prosím neodpovídejte.
IMHO má ten člověk pravdu, výpadek kolem druhý odpoledne ve všední den je průser. Šlo tomu zabránit? Šlo. Dneska jo. Ne ale při současném setupu Jabbimu. Jde tomu zabránit pokaždé? Ne, NIKDY to nejde, dneska nefungoval třeba Youtube, troufnu si tvrdit, že kluci z Google maj lepší rozpočet.
Pomůže si člověk odchodem na menší server? Moje poznatky jsou k tomu takové, že zažije možná o 50 procent méně výpadků, ale ten průměrný bude trvat o 1000% déle, než ten na Jabbim.
Abclinuxu má míň dostupný web server, než má Jabbim XMPP server. Jak asi spolehlivý bude ten XMPP server?Jo, vzpomínám si, že jabber abclinuxu už vypadl. Možná i dvakrát, což je za - za jak dlouho vlastně - furt lepší než čtyřikrát za měsíc u jabbimu.Tak, taková malá řečnická otázka, prosím neodpovídejte.
A teď vážně - Google Talk