Bylo rozhodnuto, že Red Hat Enterprise Linux 10, jehož vydání je plánováno na první pololetí 2025, bude už bez X serverů. Zůstane pouze Xwayland.
Mobilní Datovka, tj. svobodná aplikace pro přístup k datovým schránkám pro zařízení s operačním systémem iOS a Android, byla minulá týden vydána v nové verzi 2.0.0. Zásadně bylo zmodernizováno uživatelské rozhraní. Přibyla možnost přepínat aplikaci mezi světlým a tmavým režimem. Současně byl publikován rozhovor QaA: Projekt Datovka očima vývojářů.
Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení obrazovky i audia připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 2.3.
Včera skončila upstream podpora PHP 8.0. Podporované verze jsou 8.1, 8.2 a 8.3.
Představen byl herní notebook TUXEDO Sirius 16 - Gen1 s 16,1palcovým displejem s rozlišením 2560 x 1440 pixelů, 8jádrovým CPU AMD Ryzen 7 7840HS a GPU AMD Radeon RX 7600M XT 8 GB. V konfiguraci si lze vybrat až 96 GB RAM. Hmotnost notebooku je 2,3 kg. Koupit jej lze s nainstalovaným TUXEDO OS nebo Ubuntu 22.04 LTS. Cena začíná na 1 699 eurech (41 500 korun).
Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní dospěl do verze 1.0.0.
LibreOffice Viewer je zpět na Google Play. Byl tam již dříve, ale kvůli chybovosti byl v roce 2020 odstraněn. Pravidelně aktualizovaný LibreOffice Viewer lze instalovat také z F-Droidu.
Byla vydána OpenMandriva Lx 5.0 s kódovým názvem Iodine. Po více než roce a půl od předchozí stabilní verze 4.3. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Ansel (GitHub) je program pro úpravu digitálních fotografií. Jedná se o fork Darktable. Autorem je Aurélien Pierre, bývalý vývojář Darktable.
Mám Archlinux, všechny aktualizace nainstalovaný. Začal se mi zpožďovat čas. Zjistil jsem že odešla baterie, vyměnil jsem jí a ve windows je vše OK. V linuxu se mi ale zobrazuje čas o 2 h větší.
v etc/rc.conf mám:
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Prague"
cp /usr/share/zoneinfo/Europe/Prague /etc/localtime jsem dělal bash-3.2# hwclock --debug hwclock na util-linux-ng 2.14.2 hwclock: /dev/rtc nelze otevřít., errno=6: Takové zařízení nebo adresa neexistuje. Nebylo nalezeno žádné použitelné rozhraní k hodinám. Žádným ze známých způsobů nelze získat přístup k hodinám reálného času.
Nenapadá někoho něco chytrýho?![]()
Že máte čas posunutý přesně o 2 hodiny je neklamná známka časové zóny. Asi vám v /etc/adjtime zůstala viset značka UTC.
Že vám nefunguje hwclock je věc druhá. Asi vám chybí soubor /dev/rtc (znakové zařízení 10:135). Mně ho vyrábí udev, protože mám podporu pro hardwarové hodiny v jádře:
$ dmesg |grep Clock Real Time Clock Driver v1.12b $ zgrep RTC /proc/config.gz CONFIG_RTC=m # CONFIG_GEN_RTC is not set # CONFIG_SND_RTCTIMER is not set # CONFIG_RTC_CLASS is not set $ lsmod |grep rtc rtc 9904 0
v etc adjtime nemám
ve var/lib/hwclock/adjtime je:
0.209280 1236714879 0.000000
1236714879
LOCAL
$ dmesg |grep Clock
$ zgrep RTC /proc/config.gz
CONFIG_HPET_EMULATE_RTC=y
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m
# RTC interfaces
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
CONFIG_RTC_DRV_TEST=m
# I2C RTC drivers
CONFIG_RTC_DRV_DS1307=m
CONFIG_RTC_DRV_DS1374=m
CONFIG_RTC_DRV_DS1672=m
CONFIG_RTC_DRV_MAX6900=m
CONFIG_RTC_DRV_RS5C372=m
CONFIG_RTC_DRV_ISL1208=m
CONFIG_RTC_DRV_X1205=m
CONFIG_RTC_DRV_PCF8563=m
CONFIG_RTC_DRV_PCF8583=m
CONFIG_RTC_DRV_M41T80=m
CONFIG_RTC_DRV_M41T80_WDT=y
CONFIG_RTC_DRV_S35390A=m
CONFIG_RTC_DRV_FM3130=m
CONFIG_RTC_DRV_RX8581=m
# SPI RTC drivers
CONFIG_RTC_DRV_M41T94=m
CONFIG_RTC_DRV_DS1305=m
CONFIG_RTC_DRV_DS1390=m
CONFIG_RTC_DRV_MAX6902=m
CONFIG_RTC_DRV_R9701=m
CONFIG_RTC_DRV_RS5C348=m
CONFIG_RTC_DRV_DS3234=m
# Platform RTC drivers
CONFIG_RTC_DRV_CMOS=m
CONFIG_RTC_DRV_DS1286=m
CONFIG_RTC_DRV_DS1511=m
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
CONFIG_RTC_DRV_STK17TA8=m
CONFIG_RTC_DRV_M48T86=m
CONFIG_RTC_DRV_M48T35=m
CONFIG_RTC_DRV_M48T59=m
CONFIG_RTC_DRV_BQ4802=m
CONFIG_RTC_DRV_V3020=m
CONFIG_RTC_DRV_WM8350=m
CONFIG_RTC_DRV_PCF50633=m
# on-CPU RTC drivers
$ lsmod |grep rtc
rtc_core 20100 0
rtc_lib 2864 1 rtc_core
adjtime jsem zkoušel smazat. Vytvořil se tam pak nový se samými nulami.
bash-3.2# date -s 20:16
Út dub 14 20:16:00 CEST 2009
bash-3.2# date
Út dub 14 20:16:02 CEST 2009
bash-3.2# date -u
Út dub 14 18:16:06 UTC 2009
Distribuční jádro :) ? Já žádný stroj s HPET nemám, používám starý způsob RTC bez tříd, takže neporadím.
Jenom se mi zdá, že ve vašem případě nemáte zavedený modul s potřebným ovladačem, protože nápověda k RTC_DRV_CMOS říká:
Say "yes" here to get direct support for the real time clock found in every PC or ACPI-based system, and some other boards. Specifically the original MC146818, compatibles like those in PC south bridges, the DS12887 or M48T86, some multifunction or LPC bus chips, and so on.
Your system will need to define the platform device used by this driver, otherwise it won't be accessible. This means you can safely enable this driver if you don't know whether or not your board has this kind of hardware.
This driver can also be built as a module. If so, the module will be called rtc-cmos.
Taky je možné, že vám vaše deska/BIOS neukazuje, kde vzít správný platform device. Zkoušel jste zavést rtc-cmos ručně?
Co /dev/rtc*? Není?
Jádro mám aktuální v Archu 2.6.29
Ten modul jsem ověřil tím
$ lsmod |grep rtc
rtc_core 20100 0
rtc_lib 2864 1 rtc_core
nebo ne?
bash-3.2# modprobe rtc-cmos
FATAL: Error inserting rtc_cmos (/lib/modules/2.6.29-ARCH/kernel/drivers/rtc/rtc-cmos.ko): No such device
V dev je rtc, které odkazuje na /dev/misc/rtc0, které má 0 B.
jo a ten /lib/modules/2.6.29-ARCH/kernel/drivers/rtc/rtc-cmos.ko tam je a má 21845 B.
Ten modul jsem ověřil tím$ lsmod |grep rtc
Ne tak zcela. Vám tam chybí ovladač na konkrétní zařízení. Ten zbytek jsou jen abstraktní rozhraní.
bash-3.2# modprobe rtc-cmos FATAL: Error inserting rtc_cmos (/lib/modules/2.6.29-ARCH/kernel/drivers/rtc/rtc-cmos.ko): No such device
Jak jsem psal výše, rtc-cmos neví, kde najít reálné hodiny. Jak se ale používá, nevím. Já tuhle verzi zdroje hodin neznám.
V dev je rtc, které odkazuje na /dev/misc/rtc0, které má 0 B.
Velikost je v pořádku. Je to znakové zařízení, ne běžný datový soubor.
me se sase hodiny desne zpozdujou. za hodinu klidne i ctvrt hodiny.
>>dmesg | grep Clock
Clocksource tsc unstable (delta=-184530526 ns)
>>lsmod | grep rtc
rtc_cmos 10188 0
rtc_core 16304 1 rtc_cmos
rtc_lib 2324 1 rtc_core
ja bych rekl, ze v kernelu neni zapnuto (mel jsem stejny problem)
<*> PC-style 'CMOS'
No teď se na to nemůžu podívat, páč jsem v práci, ale je mi divný, že s tím mám problém jenom já. Copak nikdo s Archem nepoužívá localtime? Kernel jsem neupravoval.
Tak jsem se k tomu dostal až teď...
bash-3.2# hwclock
Žádným ze známých způsobů nelze získat přístup k hodinám reálného času. Pro zjištění podrobností použijte přepínač --debug.
bash-3.2# hwclock --debug
hwclock na util-linux-ng 2.14.2
hwclock: /dev/rtc nelze otevřít., errno=6: Takové zařízení nebo adresa neexistuje. Nebylo nalezeno žádné použitelné rozhraní k hodinám. Žádným ze známých způsobů nelze získat přístup k hodinám reálného času.
Dokonce jsem zkusil i downgrade na jádro 2.6.28 a pořád stejný problém. A přitom to fungovalo... V etc/localtime je Europe/Prague. Stejně tak v etc/rc.conf je:
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="Europe/Prague"
Je to archlinux, s kernelem jsem nehejbal, zkusim ho ale přeložit. Snad se mi to povede, ještě jsem to nedělal.Přetaktovanýho nemám nic.
Je to přesně o dvě hodiny posunuto dopředu. Teď zrovna překládám jádro. Taky sem si vzpoměl, že mám zazálohovaný image systému z února. Tak to všechno vyzkoušim a dám vědět.
Tak jsem se po třech letech provozu rozhodl o víkendu přeinstalovat celý Archlinux. Prý to po pár letech není špatný nápad. Chybová hláška o tom, že hwclock nemůže přistupovat k hodinám je hned po naistalování základu. Při té příležitosti jsem se taky podíval co je nového u Ubuntů a Debianů. Nainstaloval jsem Debian testing, hodiny posunuty o 2 hodiny, pak jsem zkusil poslední Ubuntu, čas OK. Vše pro AMD 64. Stejně tak Windows.
U Archlinuxu se mi včera zaktualizoval kernel na kernel26 2.6.29.1-4. Hwclock pořád nefachá....
A vyzkousel si to co jsem ti uz jednou psal?
udelat svuj kernel a zapnout
<*> PC-style 'CMOS'
Ja sice pouzivam Gentoo, ale tento problem jsem resil take a jadro ktere jsem udelal s touto volbou funguje jak ma.
Garion
Jojo, to jsem zkoušel. Tahle volba tam byla zapnutá, pak jsem něco zkopal a nemohl jsem nabootovat.
No jo, problémy s nedostupným rtc
jsem taky řešil, když to překopali v jádře... Osvědčila se mi tahle konfigurace:
<*> Real Time Clock ---> [*] Set system time from RTC on startup and resume (rtc0) RTC used to set the system time *** RTC interfaces *** [*] /sys/class/rtc/rtcN (sysfs) [*] /proc/driver/rtc (procfs for rtc0) [*] /dev/rtcN (character devices) <*> PC-style 'CMOS'
Novější util-linux 2.15 nepomohlo. Vypínat v jádře se mi nic nechce. Musel bych to pak dělat pokaždý, když se mi zaktualizuje v Archu jádro, nebo ne? Nebo bych ho musel dát na black list aby se mi neaktualizoval. Se na to vybodnu a nastavím si, aby se mi vždycky po startu ten čas nastavil správně z netu. To bude OK, ne?
Aja mám ARCH a problém s opožďovaním času už 2. krát. Ak vypnem PC na hodinu, tak bude čas o hodinu oneskorený.
Pozeral som sa do rc.initshutdown changelogu a pred nedávnom tam pridávali "hwclock --adjust", tak som sa v tom vrtal, až som prišiel k tomu, že pomáha len zmazať /var/lib/hwclock/adjtime, aby si ho systém mohol vytvoriť znovu.
Ale netuším prečo to spravilo už druhý krát.
Tiskni
Sdílej: