Odborníci z Penn State University zkoumají způsob ukládání informací na lepicí pásku. Principiálně by podle nich bylo možné kombinací odlepení a zpětného přilepení dosáhnout uložení informace, kterou opětovným odlepením dokážou přečíst. Výhodou je, že způsob uložení i přečtení je čistě mechanický. Zde o tom referují ve volně dostupném článku. Zajímavé bude sledovat zda se jim v rámci výzkumu podaří prokázat použitelnost i v jiné než
… více »Na GitHubu byl publikován reprodukovatelný návod, jak rozchodit Adobe Lightroom CC na Linuxu a Wine. Návod byl vytvořený pomocí AI Claude Code.
Pokud by někdo potřeboval Wayland kompozitor uvnitř počítačové hry Minecraft, aby mohl zobrazovat okna desktopových aplikací přímo v herním prostředí, může sáhnout po Waylandcraftu. Ukázka na YouTube.
Uroš Popović v krátkém článku vysvětluje, co jsou emulátor terminálu, TTY a shell a jaké jsou mezi nimi rozdíly. Jde o první díl seriálu na jeho novém webu Linux Field Guide věnovaném nízkoúrovňové práci s linuxovými systémy.
Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
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: