V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.
Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.
Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Smazáno.
Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčím, co souvisí s Linuxem - nemám čas se pořád s někým hádat.
Tiskni
Sdílej:
Jestli to nebude tím SUNem. Podobné nářky jsem zaznamenal ohledně Virtualboxu po pohlcení SUNem.
Čímž jste dokázal, že je bez chyby
Mimochodem, nedávno jsem byl požádán o asistenci při záchraně dat způsobené jednou z posledních verzí 5.0. MySQL prostě zlikvidovala část dat v InnoDb, přes všechny snahy se už všechna data nezachránila. Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.
Verze 5.0 je neuvěřitelně problémová a chybová - já osobně od ní dávám ruce pryč. Viděl jsem už hodně zničených dat, a v řadě firem dokonce obcházejí různé její chyby.
Ale pokud do ní dáte několik tabulek s několika sloupci a pár tisíc řádky, tak nejspíš to uchodí.
Čímž jste dokázal, že je bez chyby
Velice jednoduše. Instalace, nastavení a následné používání posíláním SQL příkazů a čtením odpovědi. Tak jednoduché to je .
Mimochodem, nedávno jsem byl požádán o asistenci při záchraně dat způsobené jednou z posledních verzí 5.0. MySQL prostě zlikvidovala část dat v InnoDb, přes všechny snahy se už všechna data nezachránila. Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.
To je docela dobře možné. Předpokládám, že záchrana dat spočívala v obnově zálohy?
Ale pokud do ní dáte několik tabulek s několika sloupci a pár tisíc řádky, tak nejspíš to uchodí.
Sloupců má být obecně co nejméně (to co vypadne z NF), na tom nevidím nic špatného a pokud si ten váš počet záznamů vynásobíte tak 100'000 tak budete na správné hodnotě.
Velice jednoduše. Instalace, nastavení a následné používání posíláním SQL příkazů a čtením odpovědi. Tak jednoduché to je
Už celkem chápu, proč v tom mají chyb jako máku - Vy jim radíte
Stejně je divné, proč vývojové týmy mají tolik testerů, dělají unit testy, vytvářejí rozsáhlé bug report nástroje, a ještě zkoušejí betatestery a kdovíco všeho dalšího, co značně prodražuje vývoj, když je to tak jednoduché.
To je docela dobře možné. Předpokládám, že záchrana dat spočívala v obnově zálohy?
Nakonec ano - nicméně nikdy není záloha zcela aktuální. A pokud máte chyby přímo v MySQL databázovém serveru, nezachrání poslední data ani replikace.
Sloupců má být obecně co nejméně (to co vypadne z NF), na tom nevidím nic špatného a pokud si ten váš počet záznamů vynásobíte tak 100'000 tak budete na správné hodnotě.
Sloupců má být tolik, kolik je potřeba. Jinak držím Vám palce, abyste dále mohli prohlašovat MySQL za bezchybnou Ale jestli máte 5.0.x a budete na ní trochu více řádit (nejde ani tak o množství dat), pak Vám přeji velkou přízeň Manitúa.
Už celkem chápu, proč v tom mají chyb jako máku - Vy jim radíte
Nikoliv. Já mám tu správnou versi. Zatímco vy zlobíte, proto dostáváte tu speciální zabugovanou.
Jinak držím Vám palce, abyste dále mohli prohlašovat MySQL za bezchybnou
Zkuste přestat chodit kolem horké kaše a řekněte co konkrétně je tam tak vadného.
Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.Tak kdyby chyba byla zdokumentovaná a přitom by nefungovala, tak by to museli zdokumentovat ještě jednou...
Však ano, funguje Visty taky fungují
Ale chybovost MySQL není vina jenom Sunu, verze 5.x se vyvíjela léta před tím, než firmu převzal Sun.
>>Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčím, co souvisí s Linuxem - nemám čas se pořád s někým hádat.
tak pridaj blog a nechaj diskusiu volne plynut...
Míváte často pocit neuznaného génia?
Nemelo to byt spis:
Pokud se na abclinuxu.cz snažím hlasat svou pravdu - nemám čas se pořád s někým hádat.
vase posledni veta je ponekud nestastna
Pan Ponkrác v zápisku nepsal nic konkrétního. Jen, že s MySQL 4 byl spokojený, 5 je zabugovaná a 5.1 na tom bude ještě hůř a uvažuje o přechodu na jiný SŘBD. Zápisek smazal ve chvíli, kdy tu byly jen wireho, mé a jeho komentáře (cca prvních 5 komentářů). A to jsem se ho jen zeptal, co konkrétně je na MySQL5 tak špatného (v zápisku to nebylo uvedeno). Takže Maxeho poznámku chápu.
Ono niektoré mysteriózne občasné chyby môžu byť spôsobené aj vadným HW. Ja som tak raz reportoval bug v OpenTTD, chlapík na tom strávil celý deň, analyzoval odoslaný dump odpredu aj odzadu a nakoniec zistil, že v nejakom smerníku bol prehodený jeden bit. A tak som prišiel na to, že mám blbú RAM a típek prišiel o deň života len preto, že nejaký číňan ušetril na pamäťovom module 0,1 centu...
Pozeral som tie Tvoje bugreporty a nevidím v nich nič čo by vylučovalo HW chybu.
Church of Ponkrác nás baví, zdá se.
Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčímTvé bohaté "zkušenosti" bych nepovažoval za nejspolehlivější zdroj informací...
Nekdo se opovazil dotknout Vaseho milovaneho programu, ktery prece nema chyby, ze?
skoda ze jsem puvodni zapisek necetl, nemate to nekdo zaarchivovane?
nicmene je zajimave jak si autor stoji za svym nazorem kdyz ho dokaze rozhodit nekolik(podle ocitych svedku asi 5) nesouhlasnych prispevku natolik ze svuj blogpost smaze
Ale počíst si nějakou slušnou analýzu - čemu se vyhnout - to by mne obohatilo. Tímto zdvořile prosím autora, ať se povznese a článek nám vrátí.Článek měl pár odstavců a slušná analýza v něm nebyla.
Michael "Monty" Widenius (otec, zakladatel, CTO a v budoucnu jiste cestny predseda MYSQL ) varuje pred pouzivanim 5.1
http://monty-says.blogspot.com/2008/11/oops-we-did-it-again-mysql-51-released.html
Mě by teda zajímalo, co jste napsal, i když vaše příspěvky beru s rezervou.
My osobně jsme už od začátku začali používat postgres, zatím jsme zažili pár problémů způsobených naší neznalostí, ale na straně DB zatim klid. Fakt je ten, že je tam vždy tak 20 tabulek a záznamy v řádech 100.
To je skoro škoda práce nastavovat vůbec ten postgres, kvůlivá těm pár záznamům, ne?
Ono se to nějak rozrůstá
Já mám asi 30 tabulek typu MyISAM, pět největších má každá kolem 30 tis. záznamů. Používám již dlouhou dobu MySQL 5.0, závažnější problémy si nevyskytly.