В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше убрать. Я решил исправить пакет hal-fstab-sync, поставить у себя локально и привести его в рабочее состояние. Попытка установить hal-fstab-sync приводит к удалению пакета hal. Сама программа fstab-sync прекрасно работает с текущим сизифом, в пакете hal-fstab-sync всего-лишь устаревшие .fdi.
> Я решил исправить пакет hal-fstab-sync закопайте
(В ответ на комментарий №1) Ну вот решил перевести свои решения на ALT, так сказать поддержать отечественного производителя :-) И тут такая мелочь мешает :-) > > Я решил исправить пакет hal-fstab-sync > закопайте Аргументы? Мне нужно на системе в которой отсутствуют X-сы и всякие там DE определять точки монтирования для подключаемых устройств. Причем, подключатся устройства должны из под обычного юзера. К сожалению autofs работает пока не стабильно, он иногда имеет свойство выпадать, и я его не могу использовать в связке с hal. У pmount свои недостатки :-) применительно к моим задачам.... Мне пакет hal-fstab-sync очень нужен для работы скриптов. При наличие конфликта в пакете hal я его не могу даже локально установить. Сам пакет hal-fstab-sync давно отсутствует в Сизифе, так что необходимости в этом конфликте я не вижу. Собственно я всего лишь прошу только убрать уже ненужный конфликт. На работе пакета hal это никак не отразиться.
(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 работает.
(В ответ на комментарий №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 принципиальный?
назовите его табуреткой и продолжайте использовать у себя
(В ответ на комментарий №5) > назовите его табуреткой и продолжайте использовать у себя а откуда такое настойчивое желание запретить называть табуретку именем hal-fstab-sync, если это ничего не сломает, а только лишь поможет желающим прострелить себе ногу?
(В ответ на комментарий №5) > назовите его табуреткой и продолжайте использовать у себя Если других предложений кроме как "закопать" и "назвать табуреткой" нет, то использование линейки АЛТ как платформы для своих проектов не представляется возможным. Из списка вариантов АЛТ вычёркиваю, к счастью есть еще другие дистрибутивы. Всем спасибо за внимание. Багу можно закрыть.
(In reply to comment #5) > назовите его табуреткой и продолжайте использовать у себя По-моему, Сизиф это подходящее место для выкладывания своих решений на пользу сообществу. Неужели сложно прописать версионированный Conflicts?
Лучше собрать в отдельном пакете, а не пытаться реанимировать hal-fstab-sync. Прошу прощения у Сукиязов С.А. за поведение некоторых мейнтейнеров. Закрываю ошибку.
(In reply to comment #8) > (In reply to comment #5) > > назовите его табуреткой и продолжайте использовать у себя > > По-моему, Сизиф это подходящее место для выкладывания своих решений на пользу > сообществу. > > Неужели сложно прописать версионированный Conflicts? Для того, чтобы прописать версионированный Conflicts, нужно найти версию, которая не конфликтует. А для этого нужно проводить тестирование. Тестировать же пакет, которого больше нет в Сизифе, видимо, уже не интересно.
(In reply to comment #0) > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше > убрать. Убытие пакета из репозитория ещё не является достаточным основанием для упразднения конфликта. До тех пор, пока поддерживается обновление репозитория, в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность.
(В ответ на комментарий №9) > Лучше собрать в отдельном пакете, а не пытаться реанимировать hal-fstab-sync. > Прошу прощения у Сукиязов С.А. за поведение некоторых мейнтейнеров. Закрываю > ошибку. Принято :-)
(В ответ на комментарий №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 Т.к. я не планирую возвращать этот пакет в Сизиф (я выложу отдельно), то такое определение конфликта позволит мне без проблем использовать исправленный пакет с тем-же названием локально. Если возникнет потребность вернуть этот пакет обратно в Сизиф, тогда и будем проверять что он может поломать.
(В ответ на комментарий №11) > (In reply to comment #0) > > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет > > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше > > убрать. > > Убытие пакета из репозитория ещё не является достаточным основанием для > упразднения конфликта. До тех пор, пока поддерживается обновление репозитория, > в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность. Указание последней версии hal-fstab-sync включительно позволит решить проблему обновления. Какая была последняя версия я указал постом выше.
(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, нужно найти первую версию, которая не конфликтует. > Если возникнет потребность вернуть этот пакет обратно в Сизиф, тогда и будем > проверять что он может поломать. Давайте согласимся с тем, что пока пакет в Сизиф не вернулся, мы не будем проставлять версию этого пакета в конфликте.
Среди прочих советов было предложение переименовать у себя локально пакет hal-fstab-sync в hal-fstab-sync-ng.
(В ответ на комментарий №16) > Среди прочих советов было предложение переименовать у себя локально пакет > hal-fstab-sync в hal-fstab-sync-ng. Ок. Я постараюсь в ближайшее время восстановить свой аккаунт и вернуть пакет в Сизиф. Т.к. я пропустил достаточно большой период, не подскажите где можно почитать о проблемах которые вызывал этот пакет? Что-то я в гугле не смог найти подробностей....
(В ответ на комментарий №2) > Аргументы? Мне нужно на системе в которой отсутствуют X-сы и всякие там DE > определять точки монтирования для подключаемых устройств. Причем, подключатся > устройства должны из под обычного юзера. К сожалению autofs работает пока не > стабильно, он иногда имеет свойство выпадать, и я его не могу использовать в > связке с hal. У pmount свои недостатки :-) применительно к моим задачам.... Для этого даже hal не нужен. udev + submount/subfs
(В ответ на комментарий №2) > Мне пакет hal-fstab-sync очень нужен для работы скриптов. Посмотрите также hal-mount-subfs, очень приятная (и поддерживаемая в Sisyphus) вещь, спасибо prividen@. 2 shrek: помогает уточнять причины предложения закопать, поскольку не зная тебя лично -- проще всего такое понять как "пошёл ты". Да и зная, бывает интересно, а что не так. В данном разе мне припоминается риск потери /etc/fstab при сбое по питанию в самый интересный момент -- ты о том?
не только об этом. hal-fstab-sync ломал монтирование дисков в KDE/Gnome
(В ответ на комментарий №20) > не только об этом. hal-fstab-sync ломал монтирование дисков в KDE/Gnome Каким образом ломалось монтирование дисков в KDE/Gnome? Можно поточнее, может я чего не заметил. Я использую fstab-sync + KDE уже очень давно, никаких проблем не замечал. КДЕ прекрасно подхватывает новые точки монтирования из /etc/fstab. Что касается потери fstab... Программа fstab-sync делает копию fstab во временном файле, выполняет все изменения во временном файле, если не возникло ошибок то временный файл заменяет fstab. В случае потери питания "в интересный момент" останется старый fstab, который при старте системы будет очищен от записей для несуществующих устройств.
Восстановил исправленный пакет hal-fstab-sync-0.0.1-alt7 в Сизифе. Прошу, сделать версионный конфликт в пакете hal для hal-fstab-sync: Conflicts: hal-fstab-sync < 0.0.1-alt7
Переоткрыть баг забыл :)
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)