Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).
Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.
Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.
Zdravím,
nedávno jsem si koupil na Aukru jetou UPS APC Back-UPS CS 350. Původní baterky v tom vydrželi málo, tak jsem je vyměnil za nějaké lepší, které jsem tu našel. Ovšem, dostal jsem k tomu také orig. program, který je na W98 a W2k, což mi na Vistách nejede a nový chtějí registraci a kdo ví co ještě. Tak jsem se rozhodnul, že to zkusím na linuxu, jak to pojede.
1. Zkouška na Ubuntu 9.10 KK, nainstalovaný apcupsd, nakonfigurovaný ve výchozím stavu - pouze nastavení připojení přes USB.
Počítač jsem na UPSce připojený neměl, pouze zapnutá naprázdno, po odpojení napájení systém zahlásil 95% stav baterie a 43 minut do vybití - to by odpovídalo, nic na ní nejelo, tak by mohla vydržet 43 minut. V pohodě to jelo cca 8 minut, tak jsem toho nechal.
2. Potřebuji to rozchodit na Debianu Lennym, poslední verze, nainstalovaný apcupsd, opět nakonfigurovaný ve výchozím stavu - pouze jsem nastavil připojení přes USB.
apcaccess mi hází nesmyly - 19% nabitá baterie, 4 minuty do vybití (opět bez zapojeného PC, UPS jela naprázdno!). Člověk se ještě nerozkoukal a do 50 vteřin mi to bezpečně vypnulo systém. Nechápu to, na Ubuntu mi to jelo v pohodě, na Debianu mi to se stejným nastavení ukončí systém do 50s, déle než minutu to nemohlo na baterky jet.
Tady mám výpis z apcaccess na Debianu:
APC : 001,027,0702 DATE : Mon Mar 08 22:27:56 CET 2010 HOSTNAME : home.server.cz RELEASE : 3.14.4 VERSION : 3.14.4 (18 May 2008) debian UPSNAME : home.server.cz CABLE : USB Cable MODEL : Back-UPS 350 UPSMODE : Stand Alone STARTTIME: Mon Mar 08 22:27:19 CET 2010 STATUS : ONBATT BCHARGE : 019.0 Percent TIMELEFT : 4.0 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds NUMXFERS : 1 XONBATT : Mon Mar 08 22:27:25 CET 2010 TONBATT : 33 seconds CUMONBATT: 33 seconds XOFFBATT : N/A STATFLAG : 0x07060010 Status Flag MANDATE : 2001-11-23 SERIALNO : BB0147332258 BATTDATE : 2001-11-23 FIRMWARE : 5.2.I USB FW: c1 APCMODEL : Back-UPS 350 END APC : Mon Mar 08 22:27:58 CET 2010
No a potom se mi objevilo pouze:
Broadcast Message from root@home.server.cz (somewhere) at 22:27 ... Power failure on UPS home.server.cz. Running on batteries. Broadcast Message from root@home.server.cz (somewhere) at 22:28 ... Remaining battery runtime below limit on UPS home.server.cz. Doing shutdown. Broadcast Message from root@home.server.cz (somewhere) at 22:28 ... UPS home.server.cz initiated Shutdown Sequence Broadcast message from root@home.server.cz (Mon Mar 8 22:28:34 2010): apcupsd UPS home.server.cz initiated shutdown The system is going down for system halt NOW!
V čem mám přesně hledat problém? Logy jsem študoval, ale nic jsem tam nenašel, zítra se na to mrknu podrobněji, jestli jsem něco nepřehlédl, ale stejně mi to nejde do hlavy, v čem je v této souvislosti rozdíl mezi Ubuntu a Debianem?
USB kabel mám originální. A společně to komunikuje.
Baterie nezdechla, na Ubuntu to jelo cca 8 minut na baterii na prázdno, pouze s připojeným kabelem, abych ověřil funkčnost ovládání pod linuxem. Pak jsem měl cca 3 hodiny přestávku (musel jsem dělat jiné věci a nechal jsem zároveň u UPS trochu dobít). Při připojení k Debianu to bylo stejné, počítač na UPSce nebyl zapojen, byl mimo ni, pouze propojeni skrz USB, abych to mohl nastavit. Do 50s to hodilo na Debianu shutdown. Baterie se nemohla vybít.
Ano, přesně toto jsem nastavil i já. UPSCABLE, UPSTYPE a potom jsem nechal položku DEVICE (nebo tak nějak) prázdnou. Bylo tam napsáno, že má být při připojení na USB hodnota prázdná. A nejede to.
Tak jsem mírně pokročil. Logy jsem prošel a nic chybového, podezřelého jsem nenašel. Už se mi ale podařila jedna část zprovoznit, dá-li se to tak nazvat.
1. Pokud UPS nahodím jako studený start bez napájení, tedy start z baterie, nechám běžet naprázdno a poté zapnu počítač mimo UPS, tak mi to ukáže už správné hodnoty.
2. Pokud ovšem zapnu UPS s napájením ze sítě, tak mi to ukazuje špatné údaje stále stejné viz. výše.
3. Pokud připojím počítač do UPS a nahodím bez napájení, tak se mi to rozjede a pokud mám připojený USB kabel, tak mi to hodí Overload do 20s, pokud ale USB kabel připojený nemám, tak UPS jede úplně normálně.
Nechápu to. Díky za všechny odpovědi, na Ubuntu to jede bez problémů a na Debianu si ani neškrtnu.
Tak jsem zkusil apctest - funguje mi pouze volba 1 a 6, u zbytku mi píše "I don't know how to control ... atd."
Apcupsd.conf je ve výchozím stavu stejné. Mám tedy baterii připojenou k PC úplně vybít a potom nabít samostatně třeba jeden den a pak to vyzkoušet?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz