Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
Vyhledávač Google začíná tlačit na podporu IPv6 ze své strany. Google vyhledávání přes IPv6 nabízí už nějakou dobu na adrese ipv6.google.com; nyní bude i na www.google.com s tím, že DNS servery budou příslušný AAAA záznam vracet pouze ISP s kvalitní IPv6 konektivitou.
Tiskni
Sdílej:
aniz bych to nejak overoval, skoro to vypada, ze google zacina pocitovat problemy pri ziskavani novych IPv4 adres. prece jen je to pomerne mlada firma a nemela sanci koupit si ty obrovske rozsahy z pocatku 90. let.
> Přece jen, když mám v dnešní době na svém počítači dual stack
dual stack ma kazdy, kdo nainstaluje beznou distribuci Linuxu (a mozna to je stejne i s Windows). Pak staci, aby si nekdo na stejnem sitovem segmentu zkusel rozchodit radvd (ci neco podobneho) a clovek ma razem 'verejne' IPv6 adresy, s kterymi se ale nikam nedostane.
Krom toho spousta lidi ma treba i funkcni IPv6 konektivitu, ale s latenci o rad vyssi nez na IPv4 (ruzne tunely k tunnel brokerum na druhe pulce sveta).
Pak staci, aby si nekdo na stejnem sitovem segmentu zkusel rozchodit radvd (ci neco podobneho) a clovek ma razem 'verejne' IPv6 adresy, s kterymi se ale nikam nedostane.
Mám zaměnit radvd za dhcpd a IPv6 za IPv4?
> dual stack ma kazdy, kdo nainstaluje beznou distribuci Linuxu (a mozna to je stejne i s Windows).
Když jsem zapnul router advertisements, tak si IPv6 adresy automaticky bere Linux, Windows Vista i Mac OS X. Jenom ve Windows XP je to potřeba zapnout, ale je to jeden příkaz.
Jenom ve Windows XP je to potřeba zapnout, ale je to jeden příkaz.
XP má těch omezení více. Neumí běžet v IPv6 only síti. Nemá totiž plnohodnotnou podporu. Nedokáže například resolvit pres IPv6 DNS servery. Pro DNS stále potřebuje IPv4.
Taky tuneluju a raději použiji google na IPv6. Aktuálně:
martin@hej-hq:~$ ping google.com
PING google.com (209.85.171.100) 56(84) bytes of data.
64 bytes from cg-in-f100.google.com (209.85.171.100): icmp_seq=1 ttl=236 time=182 ms
64 bytes from cg-in-f100.google.com (209.85.171.100): icmp_seq=2 ttl=236 time=185 ms
64 bytes from cg-in-f100.google.com (209.85.171.100): icmp_seq=3 ttl=236 time=181 ms
--- google.com ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3000ms
rtt min/avg/max/mdev = 181.887/183.093/185.060/1.445 ms
martin@hej-hq:~$ ping6 google.com
unknown host
martin@hej-hq:~$ ping6 ipv6.google.com
PING ipv6.google.com(2001:4860:0:1001::68) 56 data bytes
64 bytes from 2001:4860:0:1001::68: icmp_seq=1 ttl=59 time=31.3 ms
64 bytes from 2001:4860:0:1001::68: icmp_seq=2 ttl=59 time=41.6 ms
--- ipv6.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 31.325/36.479/41.633/5.154 ms
To je ještě dobrý... Sice vím, že tu všichni o RIPE 57 víte, ale stejně... Tam přece lidi z googlu říkali, že budou poskytovat AAAA záznamy jen resolverům, které budou mít v databázi, aby se nemohlo stát že MSIE dostane IPv6 adresu a nebude mít třeba ani žádnou IPv6 adresu...
V DNS se může resolver přece zeptat na ANY... a určitě to některé implementace dělají...
neberte mě vážně.. moc o tom nevim (: