20776 2009-07-14 15:31:51 +0400 Конфликт hal с пакетом hal-fstab-sync 2012-03-16 14:00:37 +0400 1 1 4 Development Sisyphus hal unstable all Linux CLOSED FIXED P3 normal --- 1 sergey.sukiyazov nobody bga cas enp ldv led mike prividen thresh vvk qa-sisyphus oldest_to_newest 94654 0 sergey.sukiyazov 2009-07-14 15:31:51 +0400 В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше убрать. Я решил исправить пакет hal-fstab-sync, поставить у себя локально и привести его в рабочее состояние. Попытка установить hal-fstab-sync приводит к удалению пакета hal. Сама программа fstab-sync прекрасно работает с текущим сизифом, в пакете hal-fstab-sync всего-лишь устаревшие .fdi. 94704 1 shrek 2009-07-15 16:39:12 +0400 > Я решил исправить пакет hal-fstab-sync закопайте 94706 2 sergey.sukiyazov 2009-07-15 17:11:25 +0400 (В ответ на комментарий №1) Ну вот решил перевести свои решения на ALT, так сказать поддержать отечественного производителя :-) И тут такая мелочь мешает :-) > > Я решил исправить пакет hal-fstab-sync > закопайте Аргументы? Мне нужно на системе в которой отсутствуют X-сы и всякие там DE определять точки монтирования для подключаемых устройств. Причем, подключатся устройства должны из под обычного юзера. К сожалению autofs работает пока не стабильно, он иногда имеет свойство выпадать, и я его не могу использовать в связке с hal. У pmount свои недостатки :-) применительно к моим задачам.... Мне пакет hal-fstab-sync очень нужен для работы скриптов. При наличие конфликта в пакете hal я его не могу даже локально установить. Сам пакет hal-fstab-sync давно отсутствует в Сизифе, так что необходимости в этом конфликте я не вижу. Собственно я всего лишь прошу только убрать уже ненужный конфликт. На работе пакета hal это никак не отразиться. 94707 3 raorn 2009-07-15 17:16:17 +0400 (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 работает. 94709 4 sergey.sukiyazov 2009-07-15 19:55:51 +0400 (В ответ на комментарий №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 принципиальный? 94711 5 shrek 2009-07-15 20:37:00 +0400 назовите его табуреткой и продолжайте использовать у себя 94718 6 enp 2009-07-16 10:50:19 +0400 (В ответ на комментарий №5) > назовите его табуреткой и продолжайте использовать у себя а откуда такое настойчивое желание запретить называть табуретку именем hal-fstab-sync, если это ничего не сломает, а только лишь поможет желающим прострелить себе ногу? 94719 7 sergey.sukiyazov 2009-07-16 10:57:58 +0400 (В ответ на комментарий №5) > назовите его табуреткой и продолжайте использовать у себя Если других предложений кроме как "закопать" и "назвать табуреткой" нет, то использование линейки АЛТ как платформы для своих проектов не представляется возможным. Из списка вариантов АЛТ вычёркиваю, к счастью есть еще другие дистрибутивы. Всем спасибо за внимание. Багу можно закрыть. 94720 8 thresh 2009-07-16 12:00:08 +0400 (In reply to comment #5) > назовите его табуреткой и продолжайте использовать у себя По-моему, Сизиф это подходящее место для выкладывания своих решений на пользу сообществу. Неужели сложно прописать версионированный Conflicts? 94730 9 cas 2009-07-16 14:22:58 +0400 Лучше собрать в отдельном пакете, а не пытаться реанимировать hal-fstab-sync. Прошу прощения у Сукиязов С.А. за поведение некоторых мейнтейнеров. Закрываю ошибку. 94731 10 ldv 2009-07-16 14:28:51 +0400 (In reply to comment #8) > (In reply to comment #5) > > назовите его табуреткой и продолжайте использовать у себя > > По-моему, Сизиф это подходящее место для выкладывания своих решений на пользу > сообществу. > > Неужели сложно прописать версионированный Conflicts? Для того, чтобы прописать версионированный Conflicts, нужно найти версию, которая не конфликтует. А для этого нужно проводить тестирование. Тестировать же пакет, которого больше нет в Сизифе, видимо, уже не интересно. 94732 11 ldv 2009-07-16 14:32:52 +0400 (In reply to comment #0) > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше > убрать. Убытие пакета из репозитория ещё не является достаточным основанием для упразднения конфликта. До тех пор, пока поддерживается обновление репозитория, в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность. 94733 12 sergey.sukiyazov 2009-07-16 15:15:48 +0400 (В ответ на комментарий №9) > Лучше собрать в отдельном пакете, а не пытаться реанимировать hal-fstab-sync. > Прошу прощения у Сукиязов С.А. за поведение некоторых мейнтейнеров. Закрываю > ошибку. Принято :-) 94735 13 sergey.sukiyazov 2009-07-16 15:16:46 +0400 (В ответ на комментарий №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 Т.к. я не планирую возвращать этот пакет в Сизиф (я выложу отдельно), то такое определение конфликта позволит мне без проблем использовать исправленный пакет с тем-же названием локально. Если возникнет потребность вернуть этот пакет обратно в Сизиф, тогда и будем проверять что он может поломать. 94736 14 sergey.sukiyazov 2009-07-16 15:20:38 +0400 (В ответ на комментарий №11) > (In reply to comment #0) > > В .spec файле текущего пакета прописан конфликт с пакетом hal-fstab-sync. Пакет > > hal-fstab-sync уже давно отсутствует в репозитарии, посему этот кофликт лучше > > убрать. > > Убытие пакета из репозитория ещё не является достаточным основанием для > упразднения конфликта. До тех пор, пока поддерживается обновление репозитория, > в котором был конфликтный пакет, этот конфликт сохраняет свою актуальность. Указание последней версии hal-fstab-sync включительно позволит решить проблему обновления. Какая была последняя версия я указал постом выше. 94738 15 ldv 2009-07-16 15:28:08 +0400 (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, нужно найти первую версию, которая не конфликтует. > Если возникнет потребность вернуть этот пакет обратно в Сизиф, тогда и будем > проверять что он может поломать. Давайте согласимся с тем, что пока пакет в Сизиф не вернулся, мы не будем проставлять версию этого пакета в конфликте. 94743 16 bga 2009-07-16 15:48:21 +0400 Среди прочих советов было предложение переименовать у себя локально пакет hal-fstab-sync в hal-fstab-sync-ng. 94755 17 sergey.sukiyazov 2009-07-16 16:38:35 +0400 (В ответ на комментарий №16) > Среди прочих советов было предложение переименовать у себя локально пакет > hal-fstab-sync в hal-fstab-sync-ng. Ок. Я постараюсь в ближайшее время восстановить свой аккаунт и вернуть пакет в Сизиф. Т.к. я пропустил достаточно большой период, не подскажите где можно почитать о проблемах которые вызывал этот пакет? Что-то я в гугле не смог найти подробностей.... 94776 18 led 2009-07-17 05:01:34 +0400 (В ответ на комментарий №2) > Аргументы? Мне нужно на системе в которой отсутствуют X-сы и всякие там DE > определять точки монтирования для подключаемых устройств. Причем, подключатся > устройства должны из под обычного юзера. К сожалению autofs работает пока не > стабильно, он иногда имеет свойство выпадать, и я его не могу использовать в > связке с hal. У pmount свои недостатки :-) применительно к моим задачам.... Для этого даже hal не нужен. udev + submount/subfs 94884 19 mike 2009-07-19 18:27:42 +0400 (В ответ на комментарий №2) > Мне пакет hal-fstab-sync очень нужен для работы скриптов. Посмотрите также hal-mount-subfs, очень приятная (и поддерживаемая в Sisyphus) вещь, спасибо prividen@. 2 shrek: помогает уточнять причины предложения закопать, поскольку не зная тебя лично -- проще всего такое понять как "пошёл ты". Да и зная, бывает интересно, а что не так. В данном разе мне припоминается риск потери /etc/fstab при сбое по питанию в самый интересный момент -- ты о том? 94885 20 shrek 2009-07-19 18:33:53 +0400 не только об этом. hal-fstab-sync ломал монтирование дисков в KDE/Gnome 94914 21 sergey.sukiyazov 2009-07-20 10:38:39 +0400 (В ответ на комментарий №20) > не только об этом. hal-fstab-sync ломал монтирование дисков в KDE/Gnome Каким образом ломалось монтирование дисков в KDE/Gnome? Можно поточнее, может я чего не заметил. Я использую fstab-sync + KDE уже очень давно, никаких проблем не замечал. КДЕ прекрасно подхватывает новые точки монтирования из /etc/fstab. Что касается потери fstab... Программа fstab-sync делает копию fstab во временном файле, выполняет все изменения во временном файле, если не возникло ошибок то временный файл заменяет fstab. В случае потери питания "в интересный момент" останется старый fstab, который при старте системы будет очищен от записей для несуществующих устройств. 98505 22 sergey.sukiyazov 2009-09-08 16:54:04 +0400 Восстановил исправленный пакет hal-fstab-sync-0.0.1-alt7 в Сизифе. Прошу, сделать версионный конфликт в пакете hal для hal-fstab-sync: Conflicts: hal-fstab-sync < 0.0.1-alt7 98559 23 enp 2009-09-09 08:54:10 +0400 Переоткрыть баг забыл :) 101897 24 repository-robot 2009-10-20 20:58:29 +0400 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)