Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Taak a máme tu pátek. Pochopitelně mám hodně času na blbinky, takže proč si netestnout GCC 4?
Jako "vždy" bych měl pár dotazů, abych to neinstaloval zbytečně (přeci jen nemám zájem ztratit zbytečně několik hodin, nebo jak dlouho to trvá (timenu to ;)).
No, k věci. Když dám vyhledávat gcc4 pomocí locate, najde spoustu patchů v Portage. Znamená to sice, že už toho dost zprovoznili, ale taky to může znamenat, že toho ještě hafo nejde. No a to mě právě zajímá: Zkompiluju na tom všechno, nebo alespoň většinu? :) Jsou ty aplikace potom rychlejší? Zdá se, že nemá slot, takže to tu starou odinstaluje? Další věc jsou závislosti: glibc (nechci nic slyšet! quickpkgnu to všechno tak jako tak, žádný strach :)), binutils, gmp. Samozřejmě některý z těch věcí už mám, ale chce novější verze a já nevím jak jsou bezpečný. Nemáte tedy někdo už GCC 4? Mám emergnout verzi 4.0.* nebo 4.1.*?
UPDATE: Zjistil jsem, že GCC4 se instaluje do slotu, takže tam bude s GCC3.4. Otázka ohledně "přepínání" mezi nimi tedy platí.
UPDATE2: Gentoo developer mi napsal, že 4.1.x je dost nestabilní a vysvětlil proč glibc-2.3.6, dále mi taky napsal, že 4.0.x should be stable.
UPDATE3: Už mám tu novou glibc, kupodivu jedou všechny hry a jdou kompilovat programy, yahoo! Teď už zbývá jen gcc. Ale to až potom, co si zasmažím. Jo a slíbil jsem, že tu kompilaci timenu, takže trvalo to 46 minut a 14 minut procesorovýho času (AMD64 Athlon 3000+ na 1899.165 MHz).
UPDATE4: Už mám i GCC, bomba! Kompilovalo se to asi 50 minut. Gratuluju si.
UPDATE5: Kompilace amaroKu selhala, ale Konqueror se sestavil. 
Tiskni
Sdílej:
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.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
18.11.2005 14:23
18.11.2005 14:56
/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.
18.11.2005 18:53
Pavel Stárek | skóre: 43
| blog: Tady bloguju já :-)
| Kolín
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.