DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
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ém No, fakt dobrý...Prejmenovat, 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.
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?/boot
neinstaluje. 2/ Portage zadne jadro v/boot
nemaze.
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.
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.
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: