Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
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