Hillman -- новый инструмент монтирования дисков

oldman	# 12 лет, 3 месяца назад
Темы: 10 Сообщения: 202 Участник с: 28 сентября 2009	wilful Я думаю что лучше оставить этот выбор для юзверя Ясно, что это будет выбор юзера. Но выбор из чего? Надо ему дать заготовки. Но если дать ему слишком много заготовок, юзер не станет их смотреть, патамушта многабукф… wilful (доп. параметром в свойствах раздела), поскольку … 2) Тонкая настройка для каждого раздела Тэ-экс… Вообще-то планировался общий параметр “Команда, выполняемая после монтирования” с передачей ей параметра mount_point. Так что попрошу пример тонкой настройки в студию! wilful udev создает линки устройств и они подхватываются hillman'ом? Да, udev создает линки устройств в некоем каталоге, а Hillman видит, что каталог изменился. wilful как бы объединяющая основа для нескольких … программ. Вот здесь поподробнее, пжлста… mechanical а с гномом эта вещь будет работать? кто будет монтировать в таком случае: гном (или кто-там сейчас монтирует … udisks) или hillman? В гноме, как я понимаю, всё работает само, и монтирует оно сразу по появлению девайса. И будет продолжать так делать, пока это не отключишь. А Hillman про гнома ничего не знает, ему всё равно.

# 12 лет, 3 месяца назад

Сообщения: 202

Участник с: 28 сентября 2009

wilful
Я думаю что лучше оставить этот выбор для юзверя

Ясно, что это будет выбор юзера. Но выбор из чего? Надо ему дать заготовки. Но если дать ему слишком много заготовок, юзер не станет их смотреть, патамушта многабукф…

wilful
(доп. параметром в свойствах раздела), поскольку
…
2) Тонкая настройка для каждого раздела

Тэ-экс… Вообще-то планировался общий параметр “Команда, выполняемая после монтирования” с передачей ей параметра mount_point. Так что попрошу пример тонкой настройки в студию!

wilful
udev создает линки устройств и они подхватываются hillman'ом?

Да, udev создает линки устройств в некоем каталоге, а Hillman видит, что каталог изменился.

wilful
как бы объединяющая основа для нескольких … программ.

Вот здесь поподробнее, пжлста…

mechanical
а с гномом эта вещь будет работать? кто будет монтировать в таком случае: гном (или кто-там сейчас монтирует … udisks) или hillman?

В гноме, как я понимаю, всё работает само, и монтирует оно сразу по появлению девайса. И будет продолжать так делать, пока это не отключишь. А Hillman про гнома ничего не знает, ему всё равно.

oldman	# 12 лет, 3 месяца назад
Темы: 10 Сообщения: 202 Участник с: 28 сентября 2009	h4tr3d, я посмотрел твой враппер. Вообще мне понравилось. Особенно shell-реализация resolve_symlink(). Но я как-то привык “плясать от задачи”. И задачу, которую решает данный враппер, я вижу только одну: запрет операций с несменными дисками. Я не помню, чтобы ранее говорилось том, что это нужно. Ну да ладно. Мне кажется, что такой запрет лучше будет реализовать не снаружи, а внутри Hillman'а. Аргументы: 1). Не увеличивается количество компонентов. 2). Просто реализовать. Алгоритм твой. 3). Можно будет сделать, чтобы в списке дисков у разделов, операции с которыми запрещены, не показывались чекбоксы. И юзер сразу будет видеть, что “низзя”. А это лучше, чем _потом_ сказать ему “обломайся”. 4). Можно сделать настройку " Запрет операций с несменными дисками“. Зачем? Например, у меня есть ntfs-раздел sda1 с виндой. Он несменный. Постоянно смонтированным нафиг не нужен. Но изредка требуется. Если это вообще нужно. В чём я пока не убеждён. Потому что, повторюсь, на данный момент Hillman позволяет сказать ему ”этот раздел знаю и видеть не хочу", что (частично) покрывает задачу. А что скажет общественность?

oldman

# 12 лет, 3 месяца назад

Темы: 10

Сообщения: 202

Участник с: 28 сентября 2009

h4tr3d, я посмотрел твой враппер. Вообще мне понравилось. Особенно shell-реализация resolve_symlink().

Но я как-то привык “плясать от задачи”. И задачу, которую решает данный враппер, я вижу только одну: запрет операций с несменными дисками. Я не помню, чтобы ранее говорилось том, что это нужно. Ну да ладно.

Мне кажется, что такой запрет лучше будет реализовать не снаружи, а внутри Hillman'а. Аргументы:
1). Не увеличивается количество компонентов.
2). Просто реализовать. Алгоритм твой.
3). Можно будет сделать, чтобы в списке дисков у разделов, операции с которыми запрещены, не показывались чекбоксы. И юзер сразу будет видеть, что “низзя”. А это лучше, чем _потом_ сказать ему “обломайся”.
4). Можно сделать настройку " Запрет операций с несменными дисками“. Зачем? Например, у меня есть ntfs-раздел sda1 с виндой. Он несменный. Постоянно смонтированным нафиг не нужен. Но изредка требуется.

Если это вообще нужно. В чём я пока не убеждён. Потому что, повторюсь, на данный момент Hillman позволяет сказать ему ”этот раздел знаю и видеть не хочу", что (частично) покрывает задачу. А что скажет общественность?

wilful	# 12 лет, 3 месяца назад
Темы: 23 Сообщения: 312 Участник с: 24 мая 2009	OldMan Но выбор из чего? Надо ему дать заготовки. Я наверно неверно выразился, имел ввиду следующее: Как вариант - дополнительное поле в св-вах монтируемого устройства, в которое можно дописать команду для открытия этого раздела, например: urxvt -e mc <тут программа вставляет адрес точки монтирования $mount_point> или просто pcmanfm $mount_point OldMan Тэ-экс… Вообще-то планировался общий параметр “Команда, выполняемая после монтирования” с передачей ей параметра mount_point. Так что попрошу пример тонкой настройки в студию! Пример выше показывает, что я хотел сказать. Настройка для раздела. А вот значение по умолчанию можно брать как системное. OldMan Вот здесь поподробнее, пжлста… Ничего особенного, я просто отметил, что отлично сделано. udev создает линки, inotifywait замечает, mount монтирует. У всех своя роль и без велосипедов.

wilful

# 12 лет, 3 месяца назад

Темы: 23

Сообщения: 312

Участник с: 24 мая 2009

OldMan
Но выбор из чего? Надо ему дать заготовки.

Я наверно неверно выразился, имел ввиду следующее:
Как вариант - дополнительное поле в св-вах монтируемого устройства, в которое можно дописать команду для открытия этого раздела, например:

urxvt -e mc <тут программа вставляет адрес точки монтирования $mount_point>

или просто

pcmanfm $mount_point

OldMan
Тэ-экс… Вообще-то планировался общий параметр “Команда, выполняемая после монтирования” с передачей ей параметра mount_point. Так что попрошу пример тонкой настройки в студию!

Пример выше показывает, что я хотел сказать. Настройка для раздела. А вот значение по умолчанию можно брать как системное.

OldMan
Вот здесь поподробнее, пжлста…

Ничего особенного, я просто отметил, что отлично сделано.
udev создает линки, inotifywait замечает, mount монтирует.
У всех своя роль и без велосипедов.

oldman	# 12 лет, 3 месяца назад
Темы: 10 Сообщения: 202 Участник с: 28 сентября 2009	wilful дополнительное поле в св-вах монтируемого устройства, в которое можно дописать команду для открытия этого раздела Да, всё правильно, редактируемое поле плюс “выпадайка” с заготовками. Макрос “%m”, обозначающий mount_point. Просто я никак не пойму, почему настройка “в св-вах монтируемого устройства”, почему не общая для всех устройств? Нужно, чтоб по монтированию одной флешки запускался pcmanfm, а по монтированию другой – mc? Или по монтированию другой – вообще ничего?

oldman

# 12 лет, 3 месяца назад

Темы: 10

Сообщения: 202

Участник с: 28 сентября 2009

wilful
дополнительное поле в св-вах монтируемого устройства, в которое можно дописать команду для открытия этого раздела

Да, всё правильно, редактируемое поле плюс “выпадайка” с заготовками. Макрос “%m”, обозначающий mount_point. Просто я никак не пойму, почему настройка “в св-вах монтируемого устройства”, почему не общая для всех устройств? Нужно, чтоб по монтированию одной флешки запускался pcmanfm, а по монтированию другой – mc? Или по монтированию другой – вообще ничего?

wilful	# 12 лет, 3 месяца назад
Темы: 23 Сообщения: 312 Участник с: 24 мая 2009	OldMan Нужно, чтоб по монтированию одной флешки запускался pcmanfm, а по монтированию другой – mc? Или по монтированию другой – вообще ничего? Говорю только за себя, по этому - да, мне бы такое не помешало. Ну ведь можно сделать общую настройку, но если указано на разделе, то перекрывается. Или я многого прошу? =)

wilful

# 12 лет, 3 месяца назад

Темы: 23

Сообщения: 312

Участник с: 24 мая 2009

OldMan
Нужно, чтоб по монтированию одной флешки запускался pcmanfm, а по монтированию другой – mc? Или по монтированию другой – вообще ничего?

Говорю только за себя, по этому - да, мне бы такое не помешало.
Ну ведь можно сделать общую настройку, но если указано на разделе, то перекрывается. Или я многого прошу? =)

avr	# 12 лет, 3 месяца назад
Темы: 5 Сообщения: 88 Участник с: 18 декабря 2008	Потрясающая программа. Мне её давно не хватало. Спасибо OldMan Столкнулся с такой же проблемой (Команда ‘sudo’ не принимает опции ‘-A’ и ‘-S’ ), но прочитав решение, всё заработало стабильно. Буду ждать новых версий с новыми возможностями. От себя хотел бы добавить, хорошо бы иметь возможность выбирать/добавлять иконки программы. У меня к примеру оформление в ч/б тонах, а иконка Hillman цветная. Я понимаю, что можно слить нужное в каталог с программой и т.п., но уже не несколько страниц форума идёт разговор и о принципе KISS. Пример реализации:

avr

# 12 лет, 3 месяца назад

Темы: 5

Сообщения: 88

Участник с: 18 декабря 2008

Потрясающая программа. Мне её давно не хватало. Спасибо OldMan
Столкнулся с такой же проблемой (Команда ‘sudo’ не принимает опции ‘-A’ и ‘-S’ ), но прочитав решение, всё заработало стабильно.
Буду ждать новых версий с новыми возможностями.
От себя хотел бы добавить, хорошо бы иметь возможность выбирать/добавлять иконки программы. У меня к примеру оформление в ч/б тонах, а иконка Hillman цветная. Я понимаю, что можно слить нужное в каталог с программой и т.п., но уже не несколько страниц форума идёт разговор и о принципе KISS.
Пример реализации:

wilful	# 12 лет, 3 месяца назад
Темы: 23 Сообщения: 312 Участник с: 24 мая 2009	avr Я понимаю, что можно слить нужное в каталог с программой и т.п., но уже не несколько страниц форума идёт разговор и о принципе KISS. Как раз таки в KISS и не будет входить то о чем вы говорите KISS (Keep It Simple, Stupid) принцип - основа разработки Arch.: Слово “проще” в Arch рассматривается по-другому нежели в других дистрибутивах. Что бы легко чего-либо достичь, нужно учиться. … Надежда на графический интерфейс для настройки/использования Вашей системы в конце концов принесет пользователю только проблемы. В какой-то момент времени пользователь почувствует, что ему нужно знать что скрывает графический интерфейс. … Если вы попытаетесь скрыть сложность системы, вы получите еще более сложную систему. Вместо этого попробуйте сделать ее более простой и логичной изнутри. …

wilful

# 12 лет, 3 месяца назад

Темы: 23

Сообщения: 312

Участник с: 24 мая 2009

avr
Я понимаю, что можно слить нужное в каталог с программой и т.п., но уже не несколько страниц форума идёт разговор и о принципе KISS.

Как раз таки в KISS и не будет входить то о чем вы говорите

KISS (Keep It Simple, Stupid) принцип - основа разработки Arch.:
Слово “проще” в Arch рассматривается по-другому нежели в других дистрибутивах. Что бы легко чего-либо достичь, нужно учиться.
…
Надежда на графический интерфейс для настройки/использования Вашей системы в конце концов принесет пользователю только проблемы. В какой-то момент времени пользователь почувствует, что ему нужно знать что скрывает графический интерфейс.
…
Если вы попытаетесь скрыть сложность системы, вы получите еще более сложную систему. Вместо этого попробуйте сделать ее более простой и логичной изнутри.
…

avr	# 12 лет, 3 месяца назад
Темы: 5 Сообщения: 88 Участник с: 18 декабря 2008	Ну хорошо, хорошо. Я не настаиваю именно на этой формулировке. Но думаю, что суть ясна. Либо, как уже было сказано ранее, сделать привязку к иконкам системы.

h4tr3d	# 12 лет, 3 месяца назад
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007	OldMan h4tr3d, я посмотрел твой враппер. Вообще мне понравилось. Особенно shell-реализация resolve_symlink(). Но я как-то привык “плясать от задачи”. И задачу, которую решает данный враппер, я вижу только одну: запрет операций с несменными дисками. Я не помню, чтобы ранее говорилось том, что это нужно. Ну да ладно. Мне кажется, что такой запрет лучше будет реализовать не снаружи, а внутри Hillman'а. Аргументы: 1). Не увеличивается количество компонентов. 2). Просто реализовать. Алгоритм твой. 3). Можно будет сделать, чтобы в списке дисков у разделов, операции с которыми запрещены, не показывались чекбоксы. И юзер сразу будет видеть, что “низзя”. А это лучше, чем _потом_ сказать ему “обломайся”. 4). Можно сделать настройку " Запрет операций с несменными дисками“. Зачем? Например, у меня есть ntfs-раздел sda1 с виндой. Он несменный. Постоянно смонтированным нафиг не нужен. Но изредка требуется. Если это вообще нужно. В чём я пока не убеждён. Потому что, повторюсь, на данный момент Hillman позволяет сказать ему ”этот раздел знаю и видеть не хочу", что (частично) покрывает задачу. А что скажет общественность? для меня просто немного жутко разрешать лишнего. Если сделать внутри хилман, запись разрешающая sudo для mount останется, и, пусть не через хилман, а вручную возможность примонтировать фиксированный раздел можно. Если разрешить запись для hilman_mount примонтировать можно будет только сменные носители. Кроме того, враппер можно дополнить и проверять, что пользователь в группе storage и на основе этого разрешать монтировать диск. Мне управление достпом интересно с минимальными телодвижениями) systemd должен умереть.

h4tr3d

# 12 лет, 3 месяца назад

Темы: 34

Сообщения: 2656

Участник с: 12 июля 2007

OldMan
h4tr3d, я посмотрел твой враппер. Вообще мне понравилось. Особенно shell-реализация resolve_symlink().

Но я как-то привык “плясать от задачи”. И задачу, которую решает данный враппер, я вижу только одну: запрет операций с несменными дисками. Я не помню, чтобы ранее говорилось том, что это нужно. Ну да ладно.

Мне кажется, что такой запрет лучше будет реализовать не снаружи, а внутри Hillman'а. Аргументы:
1). Не увеличивается количество компонентов.
2). Просто реализовать. Алгоритм твой.
3). Можно будет сделать, чтобы в списке дисков у разделов, операции с которыми запрещены, не показывались чекбоксы. И юзер сразу будет видеть, что “низзя”. А это лучше, чем _потом_ сказать ему “обломайся”.
4). Можно сделать настройку " Запрет операций с несменными дисками“. Зачем? Например, у меня есть ntfs-раздел sda1 с виндой. Он несменный. Постоянно смонтированным нафиг не нужен. Но изредка требуется.

Если это вообще нужно. В чём я пока не убеждён. Потому что, повторюсь, на данный момент Hillman позволяет сказать ему ”этот раздел знаю и видеть не хочу", что (частично) покрывает задачу. А что скажет общественность?

для меня просто немного жутко разрешать лишнего. Если сделать внутри хилман, запись разрешающая sudo для mount останется, и, пусть не через хилман, а вручную возможность примонтировать фиксированный раздел можно. Если разрешить запись для hilman_mount примонтировать можно будет только сменные носители. Кроме того, враппер можно дополнить и проверять, что пользователь в группе storage и на основе этого разрешать монтировать диск. Мне управление достпом интересно с минимальными телодвижениями)

systemd должен умереть.

h4tr3d	# 12 лет, 3 месяца назад
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007	Во вложении мой мой скрипт в виде патча для hillman 0.2.2 + подправленный PKGBUILD. Так же убрана опция -A для sudo. Соответственно сам хиллман подправлен на использование hillman_mount/hillman_umount, после установки читаем хинт, что нужно сделать для быстрого начала работы ) ЗЫ если не понятно, что значит строка в настройках sudo - читаем man sudoers systemd должен умереть.

h4tr3d

# 12 лет, 3 месяца назад

Темы: 34

Сообщения: 2656

Участник с: 12 июля 2007

Во вложении мой мой скрипт в виде патча для hillman 0.2.2 + подправленный PKGBUILD. Так же убрана опция -A для sudo. Соответственно сам хиллман подправлен на использование hillman_mount/hillman_umount, после установки читаем хинт, что нужно сделать для быстрого начала работы )

ЗЫ если не понятно, что значит строка в настройках sudo - читаем man sudoers

systemd должен умереть.