Bug 20776 - Конфликт hal с пакетом hal-fstab-sync
Summary: Конфликт hal с пакетом hal-fstab-sync
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: hal (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-14 15:31 MSD by Сукиязов С.А.
Modified: 2012-03-16 14:00 MSK (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Сукиязов С.А. 2009-07-14 15:31:51 MSD
В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше убрать. 

Я решил исправить пакет hal-fstab-sync, поставить у себя локально и привести его в рабочее состояние. Попытка установить hal-fstab-sync приводит к удалению пакета
hal. 

Сама программа fstab-sync прекрасно работает с текущим сизифом, в пакете hal-fstab-sync всего-лишь устаревшие .fdi.
Comment 1 Valery Inozemtsev 2009-07-15 16:39:12 MSD
> Я решил исправить пакет hal-fstab-sync
закопайте
Comment 2 Сукиязов С.А. 2009-07-15 17:11:25 MSD
(В ответ на комментарий №1)
Ну вот решил перевести свои решения на ALT, так сказать поддержать отечественного производителя :-) И тут такая мелочь мешает :-)

> > Я решил исправить пакет hal-fstab-sync
> закопайте
Аргументы? Мне нужно на системе в которой отсутствуют X-сы и всякие там DE определять точки монтирования для подключаемых устройств. Причем, подключатся
устройства должны из под обычного юзера. К сожалению autofs работает пока не
стабильно, он иногда имеет свойство выпадать, и я его не могу использовать в 
связке с hal. У pmount свои недостатки :-) применительно к моим задачам....

Мне пакет hal-fstab-sync очень нужен для работы скриптов. При наличие конфликта в пакете hal я его не могу даже локально установить.

Сам пакет hal-fstab-sync давно отсутствует в Сизифе, так что необходимости в этом конфликте я не вижу. Собственно я всего лишь прошу только убрать уже ненужный конфликт. На работе пакета hal это никак не отразиться.
Comment 3 Sir Raorn 2009-07-15 17:16:17 MSD
(In reply to comment #2)
> Мне нужно на системе в которой отсутствуют X-сы и всякие там DE
> определять точки монтирования для подключаемых устройств.
$ cat hls.sh 
#!/bin/sh

volumes="$(hal-find-by-capability --capability volume 2>/dev/null)"

[ -z "$volumes" ] && exit 0

for vol in $volumes; do
    [ "$(hal-get-property --udi $vol --key volume.ignore 2>/dev/null)" = "true" ] && continue
    stdev="$(hal-get-property --udi $vol --key block.storage_device 2>/dev/null)"
    [ "$(hal-get-property --udi $stdev --key storage.removable 2>/dev/null)" != "true" -a "$(hal-get-property --udi $stdev --key storage.hotpluggable 2>/dev/null)" != "true" ] && continue
    dev="$(hal-get-property --udi $vol --key block.device 2>/dev/null)"
    if [ "$(hal-get-property --udi $vol --key volume.is_mounted 2>/dev/null)" = "true" ]; then
        mp="$(hal-get-property --udi $vol --key volume.mount_point 2>/dev/null)"
        echo "device: $dev (mounted to $mp)"
    else
        echo "device: $dev (not mounted)"
    fi
done


> Причем, подключатся
> устройства должны из под обычного юзера.
pmount работает.
Comment 4 Сукиязов С.А. 2009-07-15 19:55:51 MSD
(В ответ на комментарий №3)
> (In reply to comment #2)
> > Мне нужно на системе в которой отсутствуют X-сы и всякие там DE
> > определять точки монтирования для подключаемых устройств.
> $ cat hls.sh 
> #!/bin/sh
> 
> volumes="$(hal-find-by-capability --capability volume 2>/dev/null)"
> 
> [ -z "$volumes" ] && exit 0
> 
> for vol in $volumes; do
>     [ "$(hal-get-property --udi $vol --key volume.ignore 2>/dev/null)" = "true"
> ] && continue
>     stdev="$(hal-get-property --udi $vol --key block.storage_device
> 2>/dev/null)"
>     [ "$(hal-get-property --udi $stdev --key storage.removable 2>/dev/null)" !=
> "true" -a "$(hal-get-property --udi $stdev --key storage.hotpluggable
> 2>/dev/null)" != "true" ] && continue
>     dev="$(hal-get-property --udi $vol --key block.device 2>/dev/null)"
>     if [ "$(hal-get-property --udi $vol --key volume.is_mounted 2>/dev/null)" =
> "true" ]; then
>         mp="$(hal-get-property --udi $vol --key volume.mount_point
> 2>/dev/null)"
>         echo "device: $dev (mounted to $mp)"
>     else
>         echo "device: $dev (not mounted)"
>     fi
> done
> 
Мне нужно чтобы при подключении USB устройства создавалась директория, которую
в дальнейшем можно пимотировать с пом. команды mount <имя директории> обычным 
пользователем, в силу различных обстоятельств. Идеальным решением для меня 
является прописывание/удаление записи о точке монтирования в /etc/fstab. Ранее
я помещал в сизиф пакет hal-fstab-sync, который это делает. Сейчас его нет в сизифе, и помещать его я туда не собираюсь, я его буду использовать у себя.

> > Причем, подключатся
> > устройства должны из под обычного юзера.
> pmount работает.
Я писал выше, что pmount по ряду причин меня не устраивает.


Вопрос удаления конфликта с hal-fstab-sync принципиальный?
Comment 5 Valery Inozemtsev 2009-07-15 20:37:00 MSD
назовите его табуреткой и продолжайте использовать у себя
Comment 6 enp 2009-07-16 10:50:19 MSD
(В ответ на комментарий №5)
> назовите его табуреткой и продолжайте использовать у себя

а откуда такое настойчивое желание запретить называть табуретку именем hal-fstab-sync, если это ничего не сломает, а только лишь поможет желающим прострелить себе ногу?
Comment 7 Сукиязов С.А. 2009-07-16 10:57:58 MSD
(В ответ на комментарий №5)
> назовите его табуреткой и продолжайте использовать у себя

Если других предложений кроме как "закопать" и "назвать табуреткой" нет, то 
использование линейки АЛТ как платформы для своих проектов не представляется 
возможным. Из списка вариантов АЛТ вычёркиваю, к счастью есть еще другие дистрибутивы.

Всем спасибо за внимание. Багу можно закрыть.
Comment 8 Konstantin Pavlov 2009-07-16 12:00:08 MSD
(In reply to comment #5)
> назовите его табуреткой и продолжайте использовать у себя

По-моему, Сизиф это подходящее место для выкладывания своих решений на пользу сообществу.

Неужели сложно прописать версионированный Conflicts?
Comment 9 Andrey Cherepanov 2009-07-16 14:22:58 MSD
Лучше собрать в отдельном пакете, а не пытаться реанимировать hal-fstab-sync. Прошу прощения у Сукиязов С.А. за поведение некоторых мейнтейнеров. Закрываю ошибку.
Comment 10 Dmitry V. Levin 2009-07-16 14:28:51 MSD
(In reply to comment #8)
> (In reply to comment #5)
> > назовите его табуреткой и продолжайте использовать у себя
> 
> По-моему, Сизиф это подходящее место для выкладывания своих решений на пользу
> сообществу.
> 
> Неужели сложно прописать версионированный Conflicts?

Для того, чтобы прописать версионированный Conflicts, нужно найти версию, которая не конфликтует.  А для этого нужно проводить тестирование.  Тестировать же пакет, которого больше нет в Сизифе, видимо, уже не интересно.
Comment 11 Dmitry V. Levin 2009-07-16 14:32:52 MSD
(In reply to comment #0)
> В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет
> hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше
> убрать.

Убытие пакета из репозитория ещё не является достаточным основанием для упразднения конфликта.  До тех пор, пока поддерживается обновление репозитория, в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность.
Comment 12 Сукиязов С.А. 2009-07-16 15:15:48 MSD
(В ответ на комментарий №9)
> Лучше собрать в отдельном пакете, а не пытаться реанимировать hal-fstab-sync.
> Прошу прощения у Сукиязов С.А. за поведение некоторых мейнтейнеров. Закрываю
> ошибку.

Принято :-)
Comment 13 Сукиязов С.А. 2009-07-16 15:16:46 MSD
(В ответ на комментарий №11)
> (In reply to comment #0)
> > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет
> > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше
> > убрать.
> 
> Убытие пакета из репозитория ещё не является достаточным основанием для
> упразднения конфликта.  До тех пор, пока поддерживается обновление репозитория,
> в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность.


Последняя версия пакета который был в Сизифе - hal-fstab-sync 0.0.1-alt2.2.1,
http://git.altlinux.org/srpms/h/hal-fstab-sync.git?p=hal-fstab-sync.git;a=summary
поэтому считаю что достаточно прописать конфликт следующим образом

Conflicts: hal-fstab-sync <= 0.0.1-alt2.2.1

Т.к. я не планирую возвращать этот пакет в Сизиф (я выложу отдельно), то такое определение конфликта позволит мне без проблем использовать исправленный пакет
с тем-же названием локально.

Если возникнет потребность вернуть этот пакет обратно в Сизиф, тогда и будем
проверять что он может поломать.
Comment 14 Сукиязов С.А. 2009-07-16 15:20:38 MSD
(В ответ на комментарий №11)
> (In reply to comment #0)
> > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет
> > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше
> > убрать.
> 
> Убытие пакета из репозитория ещё не является достаточным основанием для
> упразднения конфликта.  До тех пор, пока поддерживается обновление репозитория,
> в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность.

Указание последней версии hal-fstab-sync включительно позволит решить проблему обновления. Какая была последняя версия я указал постом выше.
Comment 15 Dmitry V. Levin 2009-07-16 15:28:08 MSD
(In reply to comment #13)
> (В ответ на комментарий №11)
> > (In reply to comment #0)
> > > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет
> > > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше
> > > убрать.
> > 
> > Убытие пакета из репозитория ещё не является достаточным основанием для
> > упразднения конфликта.  До тех пор, пока поддерживается обновление репозитория,
> > в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность.
> 
> Последняя версия пакета который был в Сизифе - hal-fstab-sync 0.0.1-alt2.2.1,
> http://git.altlinux.org/srpms/h/hal-fstab-sync.git?p=hal-fstab-sync.git;a=summary
> поэтому считаю что достаточно прописать конфликт следующим образом
> 
> Conflicts: hal-fstab-sync <= 0.0.1-alt2.2.1
> 
> Т.к. я не планирую возвращать этот пакет в Сизиф (я выложу отдельно), то такое
> определение конфликта позволит мне без проблем использовать исправленный пакет
> с тем-же названием локально.

К сожалению, этого не достаточно, поскольку в Сизифе может оказаться hal-fstab-sync > 0.0.1-alt2.2.1, не совместимый с hal.  Для того, чтобы поставить versioned conflict, нужно найти первую версию, которая не конфликтует.

> Если возникнет потребность вернуть этот пакет обратно в Сизиф, тогда и будем
> проверять что он может поломать.

Давайте согласимся с тем, что пока пакет в Сизиф не вернулся, мы не будем проставлять версию этого пакета в конфликте.
Comment 16 Grigory Batalov 2009-07-16 15:48:21 MSD
Среди прочих советов было предложение переименовать у себя локально пакет hal-fstab-sync в hal-fstab-sync-ng.
Comment 17 Сукиязов С.А. 2009-07-16 16:38:35 MSD
(В ответ на комментарий №16)
> Среди прочих советов было предложение переименовать у себя локально пакет
> hal-fstab-sync в hal-fstab-sync-ng.

Ок. Я постараюсь в ближайшее время восстановить свой аккаунт и вернуть пакет в Сизиф.

Т.к. я пропустил достаточно большой период, не подскажите где можно почитать о 
проблемах которые вызывал этот пакет? Что-то я в гугле не смог найти подробностей....
Comment 18 led 2009-07-17 05:01:34 MSD
(В ответ на комментарий №2)
> Аргументы? Мне нужно на системе в которой отсутствуют X-сы и всякие там DE
> определять точки монтирования для подключаемых устройств. Причем, подключатся
> устройства должны из под обычного юзера. К сожалению autofs работает пока не
> стабильно, он иногда имеет свойство выпадать, и я его не могу использовать в 
> связке с hal. У pmount свои недостатки :-) применительно к моим задачам....

Для этого даже hal не нужен.
udev + submount/subfs
Comment 19 Michael Shigorin 2009-07-19 18:27:42 MSD
(В ответ на комментарий №2)
> Мне пакет hal-fstab-sync очень нужен для работы скриптов.
Посмотрите также hal-mount-subfs, очень приятная (и поддерживаемая в Sisyphus) вещь, спасибо prividen@.

2 shrek: помогает уточнять причины предложения закопать, поскольку не зная тебя лично -- проще всего такое понять как "пошёл ты".  Да и зная, бывает интересно, а что не так.  В данном разе мне припоминается риск потери /etc/fstab при сбое по питанию в самый интересный момент -- ты о том?
Comment 20 Valery Inozemtsev 2009-07-19 18:33:53 MSD
не только об этом. hal-fstab-sync ломал монтирование дисков в KDE/Gnome
Comment 21 Сукиязов С.А. 2009-07-20 10:38:39 MSD
(В ответ на комментарий №20)
> не только об этом. hal-fstab-sync ломал монтирование дисков в KDE/Gnome

Каким образом ломалось монтирование дисков в KDE/Gnome? Можно поточнее, может
я чего не заметил.

Я использую fstab-sync + KDE уже очень давно, никаких проблем не замечал. КДЕ 
прекрасно подхватывает новые точки монтирования из /etc/fstab. 

Что касается потери fstab... Программа fstab-sync делает копию fstab во 
временном файле, выполняет все изменения во временном файле, если не возникло ошибок то временный файл заменяет fstab. В случае потери питания "в интересный 
момент" останется старый fstab, который при старте системы будет очищен
от записей для несуществующих устройств.
Comment 22 Сукиязов С.А. 2009-09-08 16:54:04 MSD
Восстановил исправленный пакет hal-fstab-sync-0.0.1-alt7 в Сизифе. Прошу, сделать версионный конфликт в пакете hal для hal-fstab-sync:

Conflicts: hal-fstab-sync < 0.0.1-alt7
Comment 23 enp 2009-09-09 08:54:10 MSD
Переоткрыть баг забыл :)
Comment 24 Repository Robot 2009-10-20 20:58:29 MSD
hal-0.5.13-alt3 -> sisyphus:

* Tue Oct 20 2009 Valery Inozemtsev <shrek@altlinux> 0.5.13-alt3

- moved from libblkid to libvolume_id
- versioning conflict to hal-fstab-sync (closes: #20776)