Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
Řemínky pro Apple Watch, bezdrátová sluchátka nebo nabíjecí adaptéry. Takovou nabídku našli v uplynulých dnech příslušníci Celního úřadu v Liberci při kontrole kamenného obchodu na Náchodsku. Celkem zde zadrželi 3 035 kusů zboží podezřelého z porušování práv duševního vlastnictví. Pokud by se jednalo o originální výrobky, jejich hodnota by podle odhadu přesáhla 10,8 milionu korun.
users - user_id payment - user_id, payment_id, amount demand - user_id, demand_id, amountchtel bych vypsat u uzivatele soucet jeho pohledavek a jeho plateb, muj dotaz vypada takto a vypisuje hodnoty, podle kterych to vypada ze tam nekde vznika nejaky kartezsky soucin:
SELECT u.user_id, SUM(dm.amount), SUM(p.amount) FROM users u LEFT JOIN payment p ON p.user_id = u.user_id LEFT JOIN demand dm ON dm.user_id = u.user_id WHERE dm.cancel_date IS NULL AND p.cancel_date IS NULL AND u.user_id = 1205 GROUP BY u.user_id +---------+----------------+---------------+ | user_id | SUM(dm.amount) | SUM(p.amount) | +---------+----------------+---------------+ | 1205 | 2000.00 | 1084.00 | +---------+----------------+---------------+(spravne to ma byt 1000 a 542 - v demand jsou pro tohoto uzivatele castky 500 a 500, v payment 500 a 42) kdyz vyhazu tu agregaci vypada to asi takhle:
SELECT u.user_id, dm.amount, p.amount, dm.demand_id, p.payment_id FROM users u LEFT JOIN payment p ON p.user_id = u.user_id LEFT JOIN demand dm ON dm.user_id = u.user_id WHERE dm.cancel_date IS NULL AND p.cancel_date IS NULL AND u.user_id = 1205 +---------+--------+--------+-----------+------------+ | user_id | amount | amount | demand_id | payment_id | +---------+--------+--------+-----------+------------+ | 1205 | 500.00 | 42.00 | 4 | 7 | | 1205 | 500.00 | 42.00 | 11 | 7 | | 1205 | 500.00 | 500.00 | 4 | 11 | | 1205 | 500.00 | 500.00 | 11 | 11 | +---------+--------+--------+-----------+------------+otazka zni: jak by mel vypadat dotaz, ktery vypise to co chci? (pro vice uzivatelu, ta podminka user_id = 1205 je tam jen pro demonstraci)
USER_ID AMOUNT ---------------------- ---------------------- 1205 500 1205 500spojením výsledné tabulky s payment relací jen přes user_id dostanu kartézský součín (2 x 2 = 4 řádky)
USER_ID AMOUNT AMOUNT ---------------------- ---------------------- ---------------------- 1205 500 42 1205 500 500 1205 500 42 1205 500 500no a agregace pak dá výsledky 2000 a 1084. Těžko očekávat očekávané výsledky spojení tabulek (payment a demand), které nejsou v relaci. Možné řešení
select user_id,sum(amount1),sum(amount2) from( SELECT u.user_id, dm.amount amount1, 0 amount2 FROM users u LEFT JOIN demand dm ON dm.user_id = u.user_id union SELECT u.user_id, 0, p.amount FROM users u LEFT JOIN payment p ON p.user_id = u.user_id ) GROUP BY user_id
Tiskni
Sdílej: