Společnost Perplexity AI působící v oblasti umělé inteligence (AI) podala nevyžádanou nabídku na převzetí webového prohlížeče Chrome internetové firmy Google za 34,5 miliardy dolarů (zhruba 723 miliard Kč). Informovala o tom včera agentura Reuters. Upozornila, že výše nabídky výrazně převyšuje hodnotu firmy Perplexity. Společnost Google se podle ní k nabídce zatím nevyjádřila.
Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250812 mikrokódů pro své procesory řešící 6 bezpečnostních chyb.
Byla vydána nová verze 1.25 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
Byla vydána beta verze Linux Mintu 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Provozovatel internetové encyklopedie Wikipedie prohrál v Británii soudní spor týkající se některých částí nového zákona o on-line bezpečnosti. Soud ale varoval britského regulátora Ofcom i odpovědné ministerstvo před zaváděním přílišných omezení. Legislativa zpřísňuje požadavky na on-line platformy, ale zároveň čelí kritice za možné omezování svobody slova. Společnost Wikimedia Foundation, která je zodpovědná za fungování
… více »Byla vydána verze 2.0.0 nástroje pro synchronizaci dat mezi vícero počítači bez centrálního serveru Syncthing (Wikipedie). Přehled novinek na GitHubu.
Americký prezident Donald Trump se v pondělí osobně setkal s generálním ředitelem firmy na výrobu čipů Intel Lip-Bu Tanem. Šéfa podniku označil za úspěšného, informují agentury. Ještě před týdnem ho přitom ostře kritizoval a požadoval jeho okamžitý odchod. Akcie Intelu v reakci na schůzku po oficiálním uzavření trhu zpevnily asi o tři procenta.
Byl vydán Debian GNU/Hurd 2025. Jedná se o port Debianu s jádrem Hurd místo obvyklého Linuxu.
V sobotu 9. srpna uplynulo přesně 20 let od oznámení projektu openSUSE na konferenci LinuxWorld v San Franciscu. Pokuď máte archivní nebo nějakým způsobem zajímavé fotky s openSUSE, můžete se o ně s námi podělit.
Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.
Personalities : [raid1] md0 : active raid1 hda6[0] hdc1[1] 1576384 blocks [2/2] [UU] /etc/raidtab raiddev /dev/md0 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hdc1 raid-disk 0 device /dev/hda6 raid-disk 1 Chci vyměnit zařízení hdc1 za nové sda5 následujícím způsobem: přidám sda5 do pole, projede synchronizace, a potom odeberu hdc1. Takže v fdisku oddíl sda5 označím jako Raid autodetect naedituju raidtab následovně: /etc/raidtab raiddev /dev/md0 raid-level 1 nr-raid-disks 3 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hdc1 raid-disk 0 device /dev/hda6 raid-disk 1 device /dev/sda5 failed-disk 2 a dbaje návodů zadám raidstop /dev/md0 raidstart /dev/md0 raidhotadd /dev/md0 /dev/sda5 Načež by podle howto a dalších návodů měla začít synchronizace. Ale nezačne. [bod1] /proc/mdstat vypadá pořád stejně: Personalities : [raid1] md0 : active raid1 hda6[0] hdc1[1] 1576384 blocks [2/2] [UU] No, nic, nenapadlo mě nic chytřejšího, než: raidsetfaulty /proc/md0 /dev/hdc1 Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5, ikdyž je fakt, co jiného raidu zbývalo, že ? [bod 2] takže po jejím skončení shazuju raid raidstop /dev/md0 upravuju raidtab raiddev /dev/md0 raid-level 1 nr-raid-disks 3 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hdc1 failed-disk 0 device /dev/hda6 raid-disk 1 device /dev/sda5 raid-disk 2 raidstart /dev/md0 a ejhle v /proc/mdstat mám: md0 : active raid1 hda6[1] sda5[2] 1576384 blocks [2/1] [U_] zadám raidhotadd /dev/md0 /dev/sda5 [bod 3] probíhá synchronizace, po skončení mám md0 : active raid1 hda6[1] sda5[2] 1576384 blocks [2/2] [UU] OK Provedu reboot, abych si ověřil, že systém je po výpadku elektriky schopen sám naběhnout do použitelného stavu bez ručního nastavování. kouknu do /proc/mdstat: tam md0 : active raid1 hda6[1] sda5[2] 1576384 blocks [2/1] [U_] což jak zrovna není žádaný stav. Takže shazuju raid, upravuju raidtab na: raiddev /dev/md0 raid-level 1 nr-raid-disks 2 nr-spare-disks 0 persistent-superblock 1 chunk-size 32 device /dev/hda6 raid-disk 0 device /dev/sda5 raid-disk 1 po nahození synchronizace, a kýžený výsledek v mdtab: md0 : active raid1 sda5[0] hda6[1] 1576384 blocks [2/2] [UU] po dalších rebootech vše OK. bod1 proč nezačne synchronizace, když by začít měla, jedná se přece o prosté přidání disku do pole ? bod2 proč synchronizace startuje až ve chvíli, kdy simulovaně odejde jeden disk ? bod3 proč když mám v konfiguraci dva dobré synchronizované disky a jeden failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků hned po startu ?
Tiskni
Sdílej: