Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.
Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.
NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
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 (:
Tiskni
Sdílej: