Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
Byla vydána nová major verze 11.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze
… více »V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.
Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).
Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.
Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
ii binutils 2.16.1-2 ii libc6 2.3.5-6
good luck with that, 4.1 is still pretty unstable thats because Debian and Fedora patch the hell out of their glibc often what Fedora calls '2.3.5' is really 2.3.5 plus a ton of custom patches that they maintain themselves -mikeTakže asi 4.0.*, co...
Asi ví co říká, vy taky říkáte, že máte dobrý zkušenosti s 4.0.*, tak co.
/opt/gcc-4.x.y, protože v případě jakýchkoli potíží se systém vůbec nepoškodí. Kompilace trvá poměrně dlouho, ale s rychlým strojem by měla být bez problémů. S Glibc 2.3.3 a 2.3.5 fungovat bude, s 2.3.4 ne, pokud nebyla opravena drobná chybka v pthread.h, kde je kód podle ISO C99, který však nefunguje v ANSI C++. Kompilace programů by měla jít se čtverkou většinou hladce, zádrhel byl spíš mezi GCC 3.3 a GCC 3.4, kdy se hodně změnila třeba striknost překladače C++.
P.S.: V systému mám GCC 2.95.3, 3.3.6, 3.4.3 a 4.0.1. Může to vypadat jako luxus, ale někdy to přijde docela vhod. Akorát to zabírá nechutně moc místa na disku.
Stávající verze GCC bude asi 3.4.x, že jo?Ano,
3.4.4-r1.
Potom bych navrhoval kompilaci do /opt/gcc-4.x.yTo myslím nebude zapotřebí, emerge (Portage) si s tím poradí.
Navíc jak jsem řekl, předtím vše quickpkgnu. Ještě k tomu bych to raději dělal v portage a tam asi není na výběr kam to chci installnout. Zase tak pokročilej nejsem.
S Glibc 2.3.3 a 2.3.5 fungovat bude, s 2.3.4 ne, pokud nebyla opravena drobná chybka v pthread.h, kde je kód podle ISO C99, který však nefunguje v ANSI C++.Ale v ebuildu je napsaná závislost na 2.3.6 a vyšší, nejsem si jist, zda je vhodný to (jak to říct slušně
) 'oblbovat'. :/ Btw, teď mám 2.3.5-r2.
/opt/gcc-A.B.C před všechny ostatní, takže se použije verze A.B.C a ne výchozí verze D.E.F.
Závislost na 2.3.6? Radši bych zkusil to oblbnutí. Glibc jsem ještě nikdy neaktualizoval (v LFS to dá docela dost práce), ale může to skončit všelijak.
V souvislosti s tímto mě napadá výborná finta - pokud není systém roztahanej přes mnoho oddílů, dá se vytvořit nový oddíl a do něj se dá celý systém přehrát. Když se jeden pokazí, zbude ještě druhý funkční.
Závislost na 2.3.6? Radši bych zkusil to oblbnutí. Glibc jsem ještě nikdy neaktualizoval (v LFS to dá docela dost práce), ale může to skončit všelijak.Doobře, oblbnu to (udělám ebuild -r1 bez tý závislosti do Portage Overlaye), ušetřím hafo hodin kompilace. Btw, glibc jsem už aktualizoval, viz můj blog někde zezačátku.
make CC=gcc32 CXX=g++32, je potřeba si prolézt příslušný makefile.
Přepnutí se dá provést celkem jednoduše, například pomocí make CC=gcc32 CXX=g++32, je potřeba si prolézt příslušný makefile.Na Gentoo pomocí gcc-config vybereš ten správnej. :)
gcc-config, bez toho gentoo snad ani nenainstaluješ, tak jaktože to neznáš ? :)
gcc-config, jak jsem jen mohl zapomenout. Dík!
Build with g++-3.4 on arm, m68k and hppa; kdebase also makes gcc 4.0 ICE
as described in #323133.
* Now it should be built on amd64 with gcc-4.0 - closes: #285577, #319307
). Zajímavé.
Jinej příklad:
[david@amd64 /usr/kde/3.5/bin] $ ll /usr/bin/ktorrent -rwxr-xr-x 1 root root 1171328 lis 13 03:17 /usr/bin/ktorrent [david@amd64 /usr/kde/3.5/bin] $ ll /usr/bin/ktorrent -rwxr-xr-x 1 root root 881368 lis 18 22:00 /usr/bin/ktorrentnebo
david@amd64 /usr/portage/dev-libs/liboil [ kmldonkey-0.10.1 | 3/102 2.96 ] [516] # ll /usr/bin/kmldonkey -rwxr-xr-x 1 root root 1120136 lis 13 03:14 /usr/bin/kmldonkey david@amd64 /usr/portage/dev-libs/liboil [ kmldonkey-0.10.1 | 4/112 2.94 ] [517] # ll /usr/bin/kmldonkey -rwxr-xr-x 1 root root 809736 lis 18 22:18 /usr/bin/kmldonkey
# ll konqsidebar_metabar.so konqsidebar_metabar.la -rwxr-xr-x 1 root root 2213 lis 12 konqsidebar_metabar.la -rwxr-xr-x 1 root root 254608 lis 12 konqsidebar_metabar.so
# ll konqsidebar_metabar.so konqsidebar_metabar.la -rwxr-xr-x 1 root root 2705 lis 18 konqsidebar_metabar.la -rwxr-xr-x 1 root root 256736 lis 18 konqsidebar_metabar.so
Jo, ale jeden měl opravdu 200 kB a potom 20 kB. :)
PS: Tak tos mě setřel.
Beru to jak mi to přijde pod ruku (jak kecáá
). Bezesrandy jsem se snažil si to optimalizovat - nechci vědět jak je nacpanej adresář - zpomaluje to cd, ale nevím jak to udělat (i když zřejmě vím kde).
# ll kate kwrite -rwxr-xr-x 1 root root 72008 lis 12 22:29 kate -rwxr-xr-x 1 root root 67864 lis 12 22:29 kwrite # ll kate kwrite -rwxr-xr-x 1 root root 6384 lis 18 22:43 kate -rwxr-xr-x 1 root root 6272 lis 18 22:43 kwrite
# ll kmplayer -rwxr-xr-x 1 root root 70752 lis 13 03:09 kmplayer # ll kmplayer -rwxr-xr-x 1 root root 6224 lis 18 22:50 kmplayer
# ll ../kde/3.5/bin/kaudiocreator -rwxr-xr-x 1 root root 566712 lis 13 00:17 ../kde/3.5/bin/kaudiocreator # ll ../kde/3.5/bin/kaudiocreator -rwxr-xr-x 1 root root 376792 lis 18 22:35 ../kde/3.5/bin/kaudiocreatorMěl by se snažit...
strip: x86_64-pc-linux-gnu-strip --strip-unneeded strip: x86_64-pc-linux-gnu-strip --strip-unneeded usr/bin/kmplayer usr/bin/kgstplayer usr/bin/kxvplayer usr/bin/kxineplayer usr/lib64/kde3/kmplayer.so usr/lib64/kde3/libkmplayerpart.so usr/lib64/libkdeinit_kmplayer.so usr/lib64/libkmplayercommon.soříkal i při kompilaci gcc-3.4.4kou.
Tiskni
Sdílej: