GUI для подключения сетевых томов через SSH

Да не особо. Я писал это приложение для себя и своих знакомых, чтобы не возиться каждый раз с консолью и указывать папку для монтирования.

Почему-то в MacFUSE последних версий забили на приложение sshfs.app, и перестали его поставлять вместе с дистрибутивом по умолчанию. Это приложение призвано решить данную проблему (и добавить новых, вероятно :)).

Для Linux таких программ полно, причём даже на хабре (к примеру: habrahabr.ru/blogs/python/52217/#habracut). Есть на питоне на GTK+ — www.youtube.com/watch?v=Y39Yw3Aguuw

Не спорю, просто GUI приложение из него исключили (предлагают теперь самому его из исходников компилировать).

Я не проверял работу с авторизацией по ключам (потому что я её не использую из соображений безопасности), но в приложении нигде явно не предполагается, каким образом на самом деле будет осуществляться авторизация. Возможно, сам консольный mount_sshfs не умеет использовать ключи, тогда это не совсем недостаток моего приложения, а, скорее, той консольной утилиты, которая используется.

Я не планирую превращать своё приложение в аналог WinSCP ни в коей мере. Моя цель — упростить монтирование SSHFS на Mac OS X до такой степени, чтобы этим можно было пользоваться, и оно работало без напильника, или по крайней мере с хорошо задокументированными напильниками :).

ftp можно стандартными средствами монтировать (Finder -> Переход -> Подключение к серверу...)

Также как и WebDAV (ведь по такому протоколу работает S3, да?) — они монтируются с помощью Cmd+K в файндере.

и еще она часто теряет соединение.

Я дико извиняюсь, но неужели во всем Adobe Creative Suite 4, который так хорошо виден в ролике, не нашлось подходящей аппликушки для создания иконки приложения?

Я не дизайнер, и рисовать иконки у меня не получается. Если бы Вы видели, ЧТО я смог нарисовать в фотошопе в качестве «иконки»…

От чего вы не ведете историю подключений?

См. секцию «Планы на будущее».

Почему до монтирования sshfs тома не подключаться туда ssh и не принимать ключь автоматически? Почему бы не прочитать список ключей, и не проверить, а нет ли уже ключа этого сервера в системе?

Проблемы в том, что я пока что не придумал, как бы это получше реализовать :). Если бы я мог это добавить, не увеличивая размер кода в 10 раз, я бы это сделал.

Какого ляда вы кладете пароль в файл (!) .pass, который потом просто ulink'каете?

Это самый простой способ «сказать» пароль SSH — указать ей программу SSH_ASKPASS, в которую поместить пароль. Чтобы не мучаться с тем, как эскейпить пароль, я его помещаю в отдельный файл, который существует лишь в момент подключения, а затем удаляется. Я знаю, что есть другие способы передать пароль утилите SSH, и они, скорее всего, будут использованы в будущих версиях.

Стоит ли говорить о том, что убийство дочек через "/bin/kill `/bin/ps -ax | grep '/Applications/sshfs/bin/mount_sshfs %@@%@' | awk '{print $1;}'`" это сурово?

Убийство конкретно «дочек» происходит не таким радикальным методом, а выполняет простую шел-команду "/bin/ps -ajx | /usr/bin/awk '{ if($3 == %d) print $2; }'", getpid(). Тот же код, который Вы привели, нужен для быстрого убийства оставшихся процессов, которые остаются после убийства прямых потомков. Надеюсь, сомнений в том, что он убивает только то, что нужно, не должно быть, да (ибо вместо %@ и второго %@ подставляются соответственно логин и сервер)

И, простите, я не заметил, но где в коде вы подчищаете за собой /Volumes? Или после 30 подключений к разным серверам там появится 30 безполезных пунктов?

Чистить /Volumes не требуется, она сама себя очищает во время извлечения тома.

Почему мне кажется, что это не приложение, а просто набор оберток вокруг великого и могучего шела?

Вероятно потому, что Вы не прочитали первое предложение в моём посте, в котором описывается, ЧЕМ является моя программа по отношению к консоли.

ой, а посту-то больше года