Пока можешь поставить его, игнорируя эту зависимость, выбрав воответствующий пункт в пакетном менеджере.
Попробовал. Запустить сервис не удалось. Yast ругается на отсутствие сервиса boot.rootfsck . rpm.pbone.net подсказывает, что раньше эта штука предоставлялась пакетом aaa_base, а теперь aaa_bаse такого не предоставляет.
Похоже, что boot.localnet требует boot.rootfsck, которого нет. Я направил багрепорт, а пока удалил зависимость от boot.localnet из hal.
Только надо иметь в виду, что, похоже, hal не может работать без boot.rootfsck. Дело в том, что у меня проблема возникала не только при установке hal. После того, как я устанавливал этот пакет с игнорированием зависимостей, мне не удавалось запустить формально присутствующую соответствующую службу (haldaemon) из yast, при этом выскакивало сообщение об отсутствии boot.rootfsck. Так что исправлением секции required в пакете здесь, похоже, не обойтись. Будем ждать реакции на багрепорт
Похоже, что boot.localnet требует boot.rootfsck, которого нет. Я направил багрепорт, а пока удалил зависимость от boot.localnet из hal.
Только надо иметь в виду, что, похоже, hal не может работать без boot.rootfsck. Дело в том, что у меня проблема возникала не только при установке hal. После того, как я устанавливал этот пакет с игнорированием зависимостей, мне не удавалось запустить формально присутствующую соответствующую службу (haldaemon) из yast, при этом выскакивало сообщение об отсутствии boot.rootfsck. Так что исправлением секции required в пакете здесь, похоже, не обойтись. Будем ждать реакции на багрепорт
Я уже удалил зависимость от boot.localnet, который требовал boot.rootfsck.
Я говорю именно о зависимости службы, а не о зависимости пакета. boot.rootfsck - проверка диска при загрузке, для работы hal она не обязательна. Проверьте после обновления, могут всплыть и другие подводные камни.
Чтобы запустить службу haldaemon и включить её на уровнях запуска 2, 3, 5,
следующие службы должны быть дополнительно запущены
и включены, потому что она зависит от них:
boot.rootfsck.
Я же попросил дождаться обновления. Последняя версия - hal-0.5.14-91.1.
И я же написал выше, что я уже отправил багрепорт.
Я посмотрел сначала багзиллу. Мне показалось, что мой багрепорт - не повтор, он несколько о другом. Надеюсь, что если его все-таки сочли дублем, то это не самое страшное. Лишние подробности в описании только помочь могут. А вот о том, что последняя версия hal уже 0.5.14-91.1, я не знал. Я же внутреннюю кухню майнтернерства представляю себе плохо. Вот читаю здесь, что hal уже поправлен - а о том, что он в репозиторий еще не попал, я же не знаю. Номер версий не отслеживал поначалу, в этом виноват.
У меня все равно не запустился. Ругани об отсутствующих зависимостях больше нет, но... Пытаюсь запусить из Yast - долгая пауза, а потом вот такое сообщение:
После очередного обновления вернулся глюк с автомонтированием (и неотмонтированием) - в бес-hal-ьной версии KDE3. Как бы это автомонтирование опять отключить? - меньшее зло будет.
После очередного обновления вернулся глюк с автомонтированием (и неотмонтированием) - в бес-hal-ьной версии KDE3. Как бы это автомонтирование опять отключить? - меньшее зло будет.
После очередного обновления вернулся глюк с автомонтированием (и неотмонтированием) - в бес-hal-ьной версии KDE3. Как бы это автомонтирование опять отключить? - меньшее зло будет.
В общем, откатываюсь на 12.2. Готов поставить 12.3 в виртуалку и время от времени тестить работоспособность KDE3 - если кто-то в такой помощи видит смысл.
от именно. При любой версии результат будет один и тот же.
Не в этом дело =)
Откуда там udisks-glue взялся, если при условии, что будет kdebase3-with-hal-enabled, не должно быть udisks и udisks-glue. (в том числе и в зависимостях kde3)
Откуда там у вас udisks-glue взялся, если при условии, что будет kdebase3-with-hal-enabled, не должно быть udisks и udisks-glue. (в том числе и в зависимостях kde3)
Откуда там у вас udisks-glue взялся, если при условии, что будет kdebase3-with-hal-enabled, не должно быть udisks и udisks-glue. (в том числе и в зависимостях kde3)
У меня, например, он даже не ставился.
Это не у меня
Обычно пользователи хотят автомонтирование (тем более, что при использовании hal автомонтирование всегда было включено). Если вам надо наоборот, либо удалите udisks-glue, нарушая зависимости, либо просто завершайте его после загрузки. Для начала, попробуйте завершить его через системный монитор и определите, подходит ли вам такой режим. Если понравится, я могу сделать зависимость мягкой.
Откуда там у вас udisks-glue взялся, если при условии, что будет kdebase3-with-hal-enabled, не должно быть udisks и udisks-glue. (в том числе и в зависимостях kde3)
У меня, например, он даже не ставился.
Это не у меня
Обычно пользователи хотят автомонтирование (тем более, что при использовании hal автомонтирование всегда было включено). Если вам надо наоборот, либо удалите udisks-glue, нарушая зависимости, либо просто завершайте его после загрузки. Для начала, попробуйте завершить его через системный монитор и определите, подходит ли вам такой режим. Если понравится, я могу сделать зависимость мягкой.
Вот именно. При любой версии результат будет один и тот же.
Разумеется, ведь это репозиторий HAL-enabled. В KDE:KDE3 - по-другому.
Потому что пакет в HAL-enabled - это всего лишь ссылка на пакет в KDE:KDE3 с включенным HAL. Любые изменения в KDE:KDE3 сразу попадают и в HAL-enabled.
Я хоть и откатился на 12.2, но свою лепту в эпопею с hal еще добавлю - тем более, что она не потеряла актуальности (или приобрела ее?) и в случае с 12.2. Hal не работает "искаропки" по очень прозаической причине: не находит кэша. Потому что этот кэш никто не создал. Вообще созданием кэша занимается утилита /usr/lib/hal/hald-generate-fdi-cache, и с ее помощью исправить ситуацию нетрудно - что я, предварительно основательно погуглив, и сделал. Вопрос: а скриптик, проверящий наличие готового кэша и при необходимости запускающий эту утилиту (она принадлежит пакету hal), добавить в rpm-ку нельзя?
Написал уже сильно post factum, поэтому кое-что мог позабыть. По-моему, там еще каких-то каталогов недостает "искаропки" для нормальной работ hal. Есть смысл при "с нуля поставленном" hal запустить hald --daemon=no --verbose=yes и почитать, что он выведет в консоль.
Ребята, я не совсем в тему оффтопну.
Я вас всех понимаю, KDE 3 замечательная вещь. Сам ручками ее собирал. Сидел на KDE еще с 0.xxx Но что вам не нравится в KDE4? При нормальном допиливании жрет не меньше, чем LXDE, возможности те же, что и у KDE3. Ну, да, проблемы при смене версии есть, а разве при смене версий их раньше не было? Были, были. В 98 году было одно, тащилось все это очень долго, но сейчас-то уже 13 год! А? Не кажется вам, что вы стали линуксодами больше, чем сами линуксоиды?
Ребята, я не совсем в тему оффтопну.
Я вас всех понимаю, KDE 3 замечательная вещь. Сам ручками ее собирал. Сидел на KDE еще с 0.xxx Но что вам не нравится в KDE4?
А почему тебе не нравится KDE 3 ?
Почему тебе не нравится Gnome 3?
Почему тебе не нравится LXDE?
При нормальном допиливании жрет не меньше, чем LXDE, возможности те же, что и у KDE3.
Ребята, я не совсем в тему оффтопну.
Я вас всех понимаю, KDE 3 замечательная вещь. Сам ручками ее собирал. Сидел на KDE еще с 0.xxx Но что вам не нравится в KDE4? При нормальном допиливании жрет не меньше, чем LXDE, возможности те же, что и у KDE3. Ну, да, проблемы при смене версии есть, а разве при смене версий их раньше не было? Были, были. В 98 году было одно, тащилось все это очень долго, но сейчас-то уже 13 год! А? Не кажется вам, что вы стали линуксодами больше, чем сами линуксоиды?
Объясняю. OpenSUSE - один из немногих дистров, где в актуальном состоянии поддерживается KDE3. Вот он и притянул к себе со всего мира *никсоидов таких маргиналов, как мы Я вот с Мандривы ушел по этой причине еще до того, как ее перекупили наши великие бизнесмены. И вообще, тут по новостям инфа прошла, что Шойгу распорядился возобновить производство самолетов АН-2 - а ты тут нас третьекедами попрекаешь
Ну хорошая это среда, KDE3, для человека сделанная. Плюс привычка. Что в консервативности-то страшного? Я, кстати, если уж буду вынужден ставить другую среду, уж скорее XFCE выберу, чем KDE4. Очень надеюсь на развитие Trinity - но интуитивно пока больше нравится сусешный вариант KDE3.
linux-xm15:/home/pasha # /usr/sbin/hald --daemon=no --verbose=yes
11:01:21.277 [I] hald.c:673: hal 0.5.14
11:01:21.277 [I] hald.c:674: using child timeout 250s
11:01:21.277 [I] hald.c:739: Will not daemonize
11:01:21.278 [I] hald_dbus.c:5444: local server is listening at unix:abstract=/var/run/hald/dbus-T955eW8Y2w,guid=31427de09ca628a37ed0d7f1515fc841
11:01:21.283 [I] ck-tracker.c:396: got seat '/org/freedesktop/ConsoleKit/Seat1'
11:01:21.283 [I] ck-tracker.c:323: got session '/org/freedesktop/ConsoleKit/Session1' for seat '/org/freedesktop/ConsoleKit/Seat1'
11:01:21.285 [I] ck-tracker.c:274: Got active state (ACTIVE) and uid 500 on session '/org/freedesktop/ConsoleKit/Session1'
11:01:21.285 [I] ck-tracker.c:344: Got all sessions on seat '/org/freedesktop/ConsoleKit/Seat1'
11:01:21.285 [I] ck-tracker.c:423: Got seats
11:01:21.285 [I] ck-tracker.c:824: Got seats and sessions
11:01:21.286 [I] hald_runner.c:304: Runner has pid 3515
Runner started - allowed paths are '/usr/lib/hal:/usr/lib/hal/scripts:/usr/bin'
11:01:21.287 [I] hald_runner.c:184: runner connection is 0x891ea68
11:01:21.289 [I] mmap_cache.c:278: cache mtime is 1365230974
11:01:21.289 [I] mmap_cache.c:83: preprobe: offset=00000014, size=4884
11:01:21.289 [I] mmap_cache.c:85: information: offset=00001328, size=212180
11:01:21.290 [I] mmap_cache.c:87: policy: offset=00034ffc, size=36516
11:01:21.290 [I] osspec.c:818: got 10de:53e as primary videocard
Run started hal-system-power-pm-is-supported (20000) (0)
! full path is '/usr/lib/hal/hal-system-power-pm-is-supported', program_dir is '/usr/lib/hal'
11:01:21.348 [I] hald_dbus.c:1371: power_management.can_suspend -> True
11:01:21.348 [I] hald_dbus.c:1371: power_management.can_suspend_hybrid -> True
11:01:21.348 [I] hald_dbus.c:1371: power_management.can_hibernate -> True
pid 3517: rc=0 signaled=0: /usr/lib/hal/hal-system-power-pm-is-supported
11:01:21.349 [I] osspec.c:797: In computer_probing_pm_is_supported_helper_done
11:01:21.349 [I] osspec.c:774: got DMI from files
11:01:21.349 [I] osspec.c:483: Check if the machine is may a laptop ...
11:01:21.349 [E] acpi.c:762: Couldn't open /proc/acpi/battery: Error opening directory '/proc/acpi/battery': No such file or directory
11:01:21.349 [E] acpi.c:762: Couldn't open /proc/acpi/button/lid: Error opening directory '/proc/acpi/button/lid': No such file or directory
11:01:21.349 [I] osspec.c:493: Synthesizing sysfs events...
Usage: udevadm info OPTIONS
--query=<type> query device information:
name name of device node
symlink pointing to node
path sys device path
property the device properties
all all values
--path=<syspath> sys device path used for query or attribute walk
--name=<name> node or symlink name used for query or attribute walk
--root prepend dev directory to path names
--attribute-walk print all key matches while walking along the chain
of parent devices
--device-id-of-file=<file> print major:minor of device containing this file
--export export key/value pairs
--export-prefix export the key name with a prefix
--export-db export the content of the udev database
--cleanup-db cleanup the udev database
--help
11:01:21.352 [E] coldplug.c:176: /sbin/udevadm returned 512
11:01:21.352 [E] coldplug.c:583: Unable to get sysfs to dev map
11:01:21.352 [I] osspec.c:496: Synthesizing powermgmt events...
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/battery: Error opening directory '/proc/acpi/battery': No such file or directory
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/processor: Error opening directory '/proc/acpi/processor': No such file or directory
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/fan: Error opening directory '/proc/acpi/fan': No such file or directory
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/ac_adapter: Error opening directory '/proc/acpi/ac_adapter': No such file or directory
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/button/lid: Error opening directory '/proc/acpi/button/lid': No such file or directory
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/button/power: Error opening directory '/proc/acpi/button/power': No such file or directory
11:01:21.352 [E] acpi.c:762: Couldn't open /proc/acpi/button/sleep: Error opening directory '/proc/acpi/button/sleep': No such file or directory
11:01:21.352 [I] acpi.c:841: Processing sonypi display
11:01:21.352 [I] osspec.c:498: ACPI capabilities found
11:01:21.352 [I] osspec.c:506: Done synthesizing events
11:01:21.353 [I] util.c:1005: Add callouts for udi=/org/freedesktop/Hal/devices/computer
Run started hal-storage-cleanup-all-mountpoints (20000) (0)
! full path is '/usr/lib/hal/hal-storage-cleanup-all-mountpoints', program_dir is '/usr/lib/hal'
in hal-storage-cleanup-all-mountpoints
org.freedesktop.Hal.Device.Volume.UnknownFailure
Cannot open /media/.hal-mtab
pid 3544: rc=1 signaled=0: /usr/lib/hal/hal-storage-cleanup-all-mountpoints
11:01:21.355 [I] osspec.c:461: Add callouts completed udi=/org/freedesktop/Hal/devices/computer
11:01:21.355 [I] hald.c:108: Added device to GDL; udi=/org/freedesktop/Hal/devices/computer
Run started hald-addon-cpufreq (0) (0)
! full path is '/usr/lib/hal/hald-addon-cpufreq', program_dir is '/usr/lib/hal'
11:01:21.357 [I] hald_runner.c:663: running_processes 0x8917a10, num = 1
11:01:21.357 [I] hald.c:120: Started addon hald-addon-cpufreq for udi /org/freedesktop/Hal/devices/computer
Run started hald-addon-acpi (0) (0)
! full path is '/usr/lib/hal/hald-addon-acpi', program_dir is '/usr/lib/hal'
11:01:21.359 [I] hald_runner.c:663: running_processes 0x8917a08, num = 2
11:01:21.359 [I] hald.c:120: Started addon hald-addon-acpi for udi /org/freedesktop/Hal/devices/computer
11:01:21.359 [D] hald_dbus.c:3359: udi=/org/freedesktop/Hal/devices/computer
11:01:21.359 [I] hald_dbus.c:3386: AddonIsReady on udi '/org/freedesktop/Hal/devices/computer'
11:01:21.360 [D] hald_dbus.c:3287: udi=/org/freedesktop/Hal/devices/computer
11:01:21.360 [I] hald_dbus.c:3313: Local connection 0x892cf98 to handle interface 'org.freedesktop.Hal.Device.CPUFreq' on udi '/org/freedesktop/Hal/devices/computer'
11:01:21.363 [D] hald_dbus.c:3359: udi=/org/freedesktop/Hal/devices/computer
11:01:21.364 [I] hald_dbus.c:3386: AddonIsReady on udi '/org/freedesktop/Hal/devices/computer'
Ну, и для полноты картины в одном посте:
В логе /var/log/messages при каждой вставке флешки появляется вот такое:
2013-04-06T01:05:31.556613+04:00 linux-xm15 systemd-udevd[2351]: failed to execute '/usr/lib/udev/socket:@/org/freedesktop/hal/udev_event' 'socket:@/org/freedesktop/hal/udev_event': No such file or directory
