Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
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: