Anthropic patrně omylem zveřejnil celý zdrojový kód svého CLI nástroje Claude Code prostřednictvím přiloženého sourcemap souboru v npm balíčku. Únik odhalil doposud nijak nezveřejněné funkce jako je například režim v utajení, autonomní agent 'KAIROS', orchestrace multi‑agentů, režim snění nebo dokonce virtuální mazlíček Buddy. Zajímavostí je detekce naštvání uživatele pomocí obyčejného regexpu. Anthropic rychle odstranil sourcemap a vydal opravu, nicméně kopie kódu se již stihly na GitHubu rozšířit mezi prostým lidem.
Copilot automaticky vkládal do pull requestů 'propagační tipy', reklamní text se na GitHubu objevil ve více než jedenácti tisících pull requestech. Po vlně kritiky byla tato funkce zablokována a produktový manažer Tim Rogers připustil, že umožnit Copilotovi upravovat cizí pull requesty bez vědomí autorů byla chyba.
Je 31. března a tedy Světový den zálohování (World Backup Day). Co by se stalo, kdyby Vám právě teď odešel počítač, tablet nebo telefon, který používáte?
Digitální a informační agentura (DIA) přistupuje ke změně formátu důvěryhodného seznamu České republiky z verze TLv5 na verzi TLv6, která nastane 29. dubna 2026 v 00:00 (CET). Ke změně formátu důvěryhodných seznamů členských států (tzv. Trusted Lists) dochází na základě změn příslušné unijní legislativy. Důvěryhodné seznamy se používají v rámci informačních systémů a aplikací zejména pro účely ověřování platnosti elektronických
… více »Rspamd (Wikipedie), tj. open source systému pro filtrování nevyžádané pošty, byl vydán v nové major verzi 4.0.0. Přehled novinek v Changelogu.
SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.
Organizátoři Dne IPv6, tradiční akce věnované tématům spojeným s tímto protokolem, vyhlásili Call for Abstracts. Na webu konference mohou zájemci přihlašovat příspěvky o délce 20 nebo 40 minut či 10minutové lighting talky a to až do 30. dubna. Tvůrci programu uvítají návrhy přednášek z akademického i komerčního sektoru, které mohou být technického i netechnického zaměření. Den IPv6 se letos uskuteční 4. června a místem konání bude i
… více »Euro-Office (Wikipedie) je evropský fork open source kancelářského balíku OnlyOffice. Za forkem stojí koalice firem IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian a BTactic. Cílem je zajistit digitální suverenitu Evropy a snížit závislost na neevropských platformách. Projekt vznikl mimo jiné v reakci na nedávné uzavření cloudové služby OnlyOffice. OnlyOffice obviňuje Euro-Office z porušení licenčních podmínek. Na možné problémy upozorňuje i Collabora Online. Jednostranná změna licence není v pořádku.
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).
Ze je to bug jako krava, to rozhodne zjistis pote, co nove distribucni jadro kvuli nejake chybe proste nenabootuje.Nezjistim, protoze ja budu mit to stare jadro prejmenovane, a na to taky povede zaznam z GRUB. nove jadro si nejdriv vyzkousim a az pak ho zase prejmenuju. To me naucilo Gentoo. Ze to AL po lamach nevyzaduje, je sice minus, ale kdo taky chce po lamach, aby si instalovaly AL, ze...
Tobe v Gentoo spravce balicku maze aktualni jadro? To snad nemyslis vazne...Vidim, ze ti dela potize cist a porozumet tomu, co ctes. Ale pro ostatni (gramotne): v Gentoo se jadro nainstaluje do /usr/src/linux ... jako bzImage - kdyz tohle prekopirujete bez prejmenovani do /boot, tak si pochopitelne stare jadro prepisete. Tudiz taky musite nove jadro prejmenovat (napr. na kernel-gentoo-2.6.11-r6 apod.). ArchLinux podle vseho nainstaluje jadro do /boot jako vmlinuz26. Pokud si ho take prejmenujete na kernel-arch-2.6.11-r6, patrne (jeste AL nemam, ale uz se chystam :) vam pri dalsim upgrade pribyde v /boot dalsi vmlinuz26, kernel-arch-2... samozrejme zustane. Diky grubu si zkusebne nabootujete do noveho jadra jednoduchou editaci prikazove radky, a kdyz vsechno pobezi, prejmenujete nove jadro (a presmerujete grub). Stare pak muzete smazat. Jediny problem muze byt v tom, ze na tohle vas ArchLinux predem neupozorni, zatimco v Gentoo je vyloucene, abyste si jadro nainstalovali nevedomky. Holt znovu, Arch asi neni pro ty, kdo nevedi, ktera bije :P
/boot a puvodni jadro a moduly smaze. Uz chapes ten rozdil?!
Jezkovy zraky, pro ty, co neumeji cist (tady v te diskusi evidentne asi jenom ty) - v Gentoo spravce balicku zadne zkompilovane jadro nikam neinstaluje, nainstaluje zdrojaky!Dobra, pro AL irelevantni skutecnost, ze si mezi instalaci zdrojaku a nakopirovanim do /boot jeste v Gentoo jadro zkompilujes, meni na predmetu diskuse co? Pouzival jsem zkracene "instalace" = stazeni + instalace zdrojaku + kompilace, tj. proces, jehoz vysledkem je hotove jadro. Chces-li, dosad si to do predchoziho. Podstatu veci to nemeni. Coz je podstatny rozdil proti tomu, ze nejaky "super balickovaci system" z balicku rozpakuje zkompilovane distribucni jadro, prepise stavajici jadro, co je v
/boot a puvodni jadro a moduly smaze. Uz chapes ten rozdil?!
Coz nic nemeni na tom, ze v obou pripadech pro zachovani predchoziho jadra je treba jadro rucne prejmenovat. Kdyz zkopirujes nove zkompilovane jadro z Gentoo presne na to stare (napr. obe se budou jmenovat kernel-gentoo), taky o to stare prijdes. O tom se tu celou dobu bavime.
Takze, abych to shrnul, zatimco Gentoo ti nedovoli bez rucni prace nainstalovat nove jadro, Arch vyzaduje rucni praci v pripade, ze chces to stare zachovat.
V pripade vedome instalace noveho jadra je narok na rucni zasah v pripade obou distribuci v podstate tentyz.
Ne, ja to vzdavam. Jestli jsi jeste nepochopil, ze AL ti proste bez ptani smaze pouzivane jadro a misto nej nainstaluje nove, aniz by pro to byl jakykoliv rozumny duvod, nebo ti to snad dokonce pripada normalni, tak je veskera diskuse zbytecna.Hlavne tys nepochopil, ze neni rec o tom, ze Gentoo neni Arch. Neni.
Ten zasadni rozdil je totiz v tom, ze zatimco po instalaci nove verze jadra pres balickovaci system Gentoo mas neustale k dispozici odzkousene a funkcni jadro, ze ktereho jsi nabootoval,Ano, mas tam to stare. To nove si teprve musis zkompilovat a nakopirovat (prejmenovat) rucne.
tak v AL mas po upgradu jadra k dispozici misto stavajiciho jadra velky kulovy. A v tom podle tebe neni zadny rozdil?! V tom, ze potencialne nebudes moct vubec nabootovat z disku system, neni zadny rozdil?! No comment - fakt nechapu, co se tady snazis predvadet.Ano, mas tam pouze to nove, pokud sis rucne predtim neprejmenoval vmlinuz26. Pokud ano, tak tam mas vedle stale to stare, odzkousene a funkcni jadro, ze ktere jsi nabootoval. V obou pripadech proste musis udelat nejakou rucni upravu, aby ses dostal ke stejnemu vysledku. To je cele, co jsem kdy v celem thredu tady napsal, a cos evidentne nepochopil. Zavadet reci na genkernel apod. je irelevantni, protoze i v AL si muzes kompilovat jadro rucne a vubec vsechny mozne varianty. O tom se ale nikdo nebavi.
Proc bych mel delat nejake rucni zasahy?protoze:
Paneboze! Spravce balicku v AL ti muze pri upgradu jadra znefunkcnit system, uz je to jasne, co je spatne?!Nejen pri upgrade jadra. Teoreticky pri kazdem upgrade klicovych casti systemu. Zazil jsem to s portage u nvidia-kernelu (stable, presto nefunkcni).
K cemu tam ten spravce balicku teda je?Aby pomahal poucenym a trestal ignoranty :P Pacman upgraduje jadro uplne stejne jako kazdou jinou aplikaci. Kdyz chci starsi verzi zachovat, musim se o to postarat. Neni to zadna obtizna uprava, stejne jako neni zadna extremne obtizna uprava v Gentoo, kdyz chci, aby mi bootovalo nove jadro - proto to sem zatahuju. Pacman dela presne to, co delat ma, proto to neni bug. Akorat se ti to nelibi, zrovna jako se tisicum lidi nelibi tisic jinejch veci na jakykoliv distribuci. (Tem, co maji bug v hlave, to evidentne tezko vysvetlim).
Pacman dela presne to, co delat ma, proto to neni bug.Jasne, mazani aktualniho jadra je "presne to, co ma" spravce balicku delat. Opravdu super funkce. Zkus v Gentoo bugzille navrhnout, aby tohle delala portage a dej vedet, jak jsi dopadnul.
make install, coz tam nahraje jadro jako vmlinuz-verze a udela linky vmlinuz na aktualni a vmlinuz.old na starou verzi jadra (pro System.map a config plati totez. Ani pak nemusim upravovat grub.conf, v nem se odkazuju na vmlinuz a jako backup vmlinuz.old a je to s minimem prace. Jenom jednou za cas vykostim ty nejstarsi verze...
Pohodlny a nic to nedela bez tvyho vedomi. Mazani kernelu mi vazne prijde jako ee... nedobry napad. Bylo by slusny, aby se nekde dalo specifikovat, ze to na nektery balicky nesmi sahat...
Bylo by slusny, aby se nekde dalo specifikovat, ze to na nektery balicky nesmi sahat...Jisteze da. Schvalne si jdu ArchLinux vyzkouset... Kdyz si tak ctu manual, tak -U je a "remove-then-add" process. Cemuz by melo zabranit nadefinovat si jadro do HoldPkg = v /etc/pacman.conf, kdyz uz si ho nechci prejmenovat (coz stejne delam u vsech distribuci).
kernel* mely ignorovat defaultne, protoze kdyz si toho nekdo nevsimne, tak se pak muze jenom divit. To ze je arch jenom pro kompetentni uzivatele je hezky, ale na tohle by bylo vhodny cloveka alespon upozornit... Tot muj nazor...
Na prvni pohled neni ArchLinux pro lidi, co by nejradsi nevedeli, co se jim v systemu deje, tj. vsechno musite jaksi reflektovat a zaridit se podle toho. Tudiz bych ani nerek, ze to je bug :)LOL, takže čím hůř něco funguje, tím líp, protože si správce nakonec musí půlku věcí udělat po svém
No, fakt dobrý...
LOL, takže čím hůř něco funguje, tím líp, protože si správce nakonec musí půlku věcí udělat po svémPrejmenovat, resp. prekopirovat jadro musis i v Gentoo rucne. Arch te "pouze" nevaruje, ze to mas udelat. Myslim, ze premyslejiciho cloveka trkne hned pri instalaci prvniho jadra, ktere se mu neinstaluje do /usr/src/linux apod., ale primo do /boot, a to jeste pod naprosto obecnym nazvem (vmlinuz). A souhlasim, vykonne nastroje v rukou lidi, kteri netusi a nechteji vedet, co se kde deje, jsou nebezpecne. Takovym lidem bych tedy ArchLinux na prvni pohled nedoporucil.No, fakt dobrý...
Prejmenovat, resp. prekopirovat jadro musis i v Gentoo rucne. Arch te "pouze" nevaruje, ze to mas udelat.1/ Portage zadne jadro do
/boot neinstaluje.
2/ Portage zadne jadro v /boot nemaze.
3/ Portage nemaze ani zdrojaky starsi verze jadra v /usr/src pri upgradu.
4/ Pokud ke kompilaci jadra pouzivas genkernel, tak nic prejmenovavat nemusis.
Takze snad by to chtelo nejaky argument misto nesmyslu, ne?
1/ Portage zadne jadro doSpravne, cili si ho tam musis nakopirovat (prip. smazat) sam. Zbytecna prace? Proc tohle neresi spravce balicku?/bootneinstaluje. 2/ Portage zadne jadro v/bootnemaze.
3/ Portage nemaze ani zdrojaky starsi verze jadra v /usr/src pri upgradu.
Irelevantni. O zdrojacich se nikdo nebavi.
4/ Pokud ke kompilaci jadra pouzivas genkernel, tak nic prejmenovavat nemusis.
Nepouzivam. Protoze mi unika duvod, proc bych si mel jadro kompilovat, kdyz nepouziju vlastni konfiguraci.
Takze snad by to chtelo nejaky argument misto nesmyslu, ne?
Spravne, cili si ho tam musis nakopirovat (prip. smazat) sam. Zbytecna prace? Proc tohle neresi spravce balicku?Prosimte, videls nekdy jinou distribuci nez Gentoo?! V jinych distribucich se totiz instaluje zkompilovane distribucni jadro. Uz to chapes, o cem se tady celou dobu bavime, nebo si dneska sedis na mimoradne dlouhem vedeni?
Irelevantni. O zdrojacich se nikdo nebavi.Opet vidim, ze jsi nic nepochopil.
Nepouzivam. Protoze mi unika duvod, proc bych si mel jadro kompilovat, kdyz nepouziju vlastni konfiguraci.O volbe
--menuconfig uz jsi slysel? Jestli ne, tak by bylo mozna lepsi precist si help, nez zas napises neco zcela mimo misu...
/boot, co tam ma nejaky smeti co delat... Pripadne by ho jeste moh preventivne preformatovat. :-p
Ale prijde mi to zbytecne, pokud na to muze pacman myslet sam.Huraaa... spriznena duse. Nevidim totiz absolutne zadny duvod, proc by ksakru pacman (nebo co to tam je) nemohl to nove jadro nainstalovat treba s nazvem
kernel-2.6.11.9-al1 a na stare jadro a cokoliv dalsiho v /boot, co mu nepatri, vubec nesahat!
Ale prijde mi to zbytecne, pokud na to muze pacman myslet sam.Muze, a treba to "nekdo" casem tak napise. Vzhledem k tomu, ze ArchLinux je v oficialnim cislovani 0.7... Kdyz ti to vadi, mel bys to spis hlasit tam jako pozadavek. Treba po tom "kolaci" zatim nikdo nijak hlasite nevola... Neni to tak davno, co se tu genialita vyvojaru AL vyzdvihovala do nebe (tusim pod clankem o AL). Kazdopadne, ze pacman se chova k jadru jako k jinym aplikacim, nebude asi bug, protoze je presne tak zarizenej, zvlast kdyz se to da tak lehce napravit. Ze to ovsem neni portage, to neni, to tu maji vsichni "kritici" pravdu.
Zajímalo by mě co je k tomu vede
To vis, gentoo je gentoo a coholiv jineho je spatne :)Ne, spatne je defaultni chovani pacmanu v AL, o tom je tady celou dobu rec... stejne tak by mi to vadilo u kterekoliv jine distribuce.
).
Jo a btw. mým nejoblíbenějším distrem je Gentoo, né Arch (i když Arch mam také hodně rád a momentálně používám právě ten)... takže ste se tak uplně netrefil
Ano, je to feature, bohužel. (Nevím ale, proč z toho někteří hned dělají flamewar...
) Zkrátka pacman bez varování přemaže jádro včetně modulů. Je mu úplně jedno, že jich máš třeba několik zkompilovaných vlastnoručně a pak se samozřejmě nenatáhnou kvůli konfliktu verzí apod.
Já Arch Linux používám pro každodenní práci a s jádrem nemám problém. Řeším to tak, že kernel neaktualizuju. To lze snadno zařídit. Viz třeba man pacman. Kernel stahuju z www.kernel.org. Jakmile člověk vypne podporu pro RAID, RAM do 4 GB, podporu pro 4 CPU a spoustu dalších zbytečností, hned to bootuje asi o pětinu rychleji. Myslím, že pokud člověk ví, co dělá, je někdy dobré si kernel zkompilovat a na distribuční nespoléhat. To je jen můj názor, nechci zapalovat flamewar... Díky kompilovanému kernelu se například vytratily veškeré mé problémy se zvukem, kterých jsem měl s distribučním kernelem víc než dost...
Přeinstalace kernelu, včetně modulů, které se kompilují odděleně, mi zabere asi tak čtvrt hodiny čistého času. Vezmu starou konfiguraci, udělám oldconfig, mrknu na xconfig, co je nového, během kompilace si dělám své... Pak jen dokompiluju čtyři "third-party" moduly, které tam mám (což zabere 5 minut) a je to. Tím mám aktualizaci i nastavení přesně pod kontrolou a nejsem vydaný na milost a nemilost správcům balíčku s jádrem.
To vše nic nemění na tom, že defaultní přemazání jádra je podle mého názoru nesprávná věc. Dokonce i mnohem klikabilnější distribuce, např. Mandrake/Mandriva, jádro nikdy samy nemažou. Každá distribuce má svá pro a proti. Třeba někdy zkusím Gentoo.
Prý skvěle podporuje 64-bitové stroje, tak až se mi nějaký dostane do ruky, jdu do toho! ArchLinux totiž čtyřiašedesátku využít neumí.
Tiskni
Sdílej: