Počítačové hře Doom je dnes 30 let. Vydána byla 10. prosince 1993. Zahrát si ji lze také na Internet Archive.
V srpnu společnost HashiCorp přelicencovala "své produkty" Terraform, Packer, Vault, Boundary, Consul, Nomad a Waypoint z MPL a Vagrant z MIT na BSL (Business Source License). V září byl představen svobodný a otevřený fork Terraformu s názvem OpenTofu. Na konferenci Open Source Summit Japan 2023 byl představen (YouTube) svobodný a otevřený fork Vaultu s názvem OpenBao (GitHub).
Na dnes plánované vydání Debianu 12.3 bylo posunuto. V jádře 6.1.64-1 v souborovém systému ext4 je chyba #1057843 vedoucí k možnému poškození dat.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Tak od ledna linuxové terminály, výchozí pozadí i celé desktopy v barvě "broskvového chmýří", v barvě "jejíž všeobjímající duch obohacuje mysl, tělo i srdce". Barvou roku 2024 je PANTONE 13-1023 Peach Fuzz.
Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.
Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.
Byla vydána listopadová aktualizace aneb nová verze 1.85 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
git.kernel.org je nově oficiálně také v tmavém vzhledu.
Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.
mysql> SELECT @@SESSION.sql_mode; +----------------------------------------------------------------+ | @@SESSION.sql_mode | +----------------------------------------------------------------+ | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +----------------------------------------------------------------+ 1 row in set (0.00 sec) mysql> CREATE TABLE tfull ( -> id INT NOT NULL AUTO_INCREMENT, -> PRIMARY KEY (id) -> ) ENGINE=InnoDB AUTO_INCREMENT = 2147483647; Query OK, 0 rows affected (0.01 sec) mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.00 sec) mysql> INSERT INTO tfull VALUES(); ERROR 1062 (23000): Duplicate entry '2147483647' for key 'PRIMARY' mysql> DROP TABLE tfull; Query OK, 0 rows affected (0.01 sec) mysql>Ale řekl bych, že chyba může být i jiného typu...
MariaDB [test]> CREATE TABLE tfull ( -> id INT NOT NULL AUTO_INCREMENT, -> PRIMARY KEY (id) -> ) ENGINE=InnoDB AUTO_INCREMENT = 2147483647; Query OK, 0 rows affected (0.06 sec) MariaDB [test]> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.06 sec) MariaDB [test]> INSERT INTO tfull VALUES(); ERROR 167 (22003): Out of range value for column 'id' at row 1 MariaDB [test]> alter table tfull modify id BIGINT; Query OK, 1 row affected (0.06 sec) Records: 1 Duplicates: 0 Warnings: 0 MariaDB [test]> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.05 sec) MariaDB [test]> DROP TABLE tfull; Query OK, 0 rows affected (0.06 sec)
Měl jsi si skusit ten insert provést 2×, pak by jsi si zjistil, že jsi problém nevyřešil, jen jsi vytvořil jiný (na to přijdeš hned, takže ho neodhalím ).
A když už jsme u MySQL(MariaDB) a zvolili jsme na začátku INT a ne BIGINT, tak možná je lepší postup viz níže, protože (teoreticky) 2× natáhneme čas dokud nám stačí 32 bit id a tabulka je výrazně menší rychlejší a nepotřebuje tolik paměti (pokud interval po naplnění byl měsíc, tak to nemá význam, ale pokud třeba tři roky, tak je to dost zásadní).
Já bych postupoval v tomto případě z mezikrokem takto:
mysql> CREATE TABLE tfull ( -> id INT NOT NULL AUTO_INCREMENT, -> PRIMARY KEY (id) -> ) ENGINE=InnoDB AUTO_INCREMENT = 2147483647; Query OK, 0 rows affected (0.02 sec) mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.02 sec) mysql> INSERT INTO tfull VALUES(); ERROR 1062 (23000): Duplicate entry '2147483647' for key 'PRIMARY' mysql> ALTER TABLE tfull MODIFY id INT UNSIGNED auto_increment; Query OK, 1 row affected (0.03 sec) Records: 1 Duplicates: 0 Warnings: 0 mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.01 sec) mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.02 sec) mysql> ALTER TABLE tfull AUTO_INCREMENT = 4294967295; Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.02 sec) mysql> INSERT INTO tfull VALUES(); ERROR 1062 (23000): Duplicate entry '4294967295' for key 'PRIMARY' mysql> ALTER TABLE tfull MODIFY id BIGINT auto_increment; Query OK, 4 rows affected (0.02 sec) Records: 4 Duplicates: 0 Warnings: 0 mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.01 sec) mysql> INSERT INTO tfull VALUES(); Query OK, 1 row affected (0.02 sec) mysql> SELECT id FROM tfull; +------------+ | id | +------------+ | 2147483647 | | 2147483648 | | 2147483649 | | 4294967295 | | 4294967296 | | 4294967297 | +------------+ 6 rows in set (0.00 sec) mysql> DROP TABLE tfull; Query OK, 0 rows affected (0.01 sec) mysql>
Při milionu insertů za sekundu bude třeba 300tisíc let prp dosažení 9223372036854775807 (BIGINT max.).
A případné zpracování takové hodnoty/typu (BIGINT UNSIGNED) způsobuje jen (drobné) problémy ve většině jazyků a i v samotném MySQL se už musí s tímto číslem pracovat s přetypováním (implicitní konverze čísel, zjednodušeně funguje jen do rozsahu BIGINT).
Tiskni
Sdílej: