Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
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