Файловый менеджер без dbus

Я таких не знаю, но есть вопрос: зачем оно вам?

Затем что решил жить без dbus, все просто.

Где тег «хочется странного»?

Хочется странного - это GIMP на qt.

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

SpaceFM

http://i.imgur.com/mfOIbZ8.png

Уже смотрел, не подходит.

[ebuild  N     ] dev-util/gdbus-codegen-2.40.0  PYTHON_TARGETS="python2_7 python3_3 (-python3_2)" 6,852 kB
[ebuild  N     ] sys-apps/dbus-1.8.6  USE="X -debug -doc (-selinux) -static-libs -systemd {-test}" 0 kB
[ebuild  N     ] app-accessibility/at-spi2-core-2.12.0:2  USE="X introspection" 445 kB
[ebuild  N     ] app-accessibility/at-spi2-atk-2.12.1:2  USE="{-test}" 274 kB
[ebuild  NS    ] x11-libs/gtk+-3.12.2:3 [2.24.24:2] USE="X cups introspection (-aqua) -cloudprint -colord -debug -examples {-test} -vim-syntax -wayland -xinerama" 14,664 kB
[ebuild  N     ] x11-misc/spacefm-0.9.4  USE="-startup-notification" 1,254 kB

xfce-base/thunar можно собрать с USE="-dbus"

Ты смотри в ебилд spacefm, а не его зависимостей, где dbus указан только в пояснении postinst как опциональная зависимость.

Если хочешь GTK2, то нужно собирать 0.8.7 версию, она в дереве есть.

0.8.7 действительно ничего не тянет, посмотрю на него.

USE=-dbus

а вообще, у меня в дебиане вот caja напрямую dbus не тянет. косвенно - хз

Прописано, но всеравно откуда-то тянется.

SpaceFM, имхо лучший GUI-файловый менеджер

Подтверждаю. Что касается прекращения разработки - непонятно что там еще разрабатывать, все просто идеально работает. Единственное, гномеры могут как всегда поломать GTK+3. Вон в грядущем GNOME-3.14 снова поломали все темы GTK, и кучу всего объявили deprecated. Посмотрим, кто-то должен будет форкнуть spacefm и все починить.

rox или sunflower

pcmanfm? емнип у меня работал без dbus, правда давно это было.

UPD:

...
 * dependency graph for x11-misc/pcmanfm-1.2.2
 `--  x11-misc/pcmanfm-1.2.2  ~amd64 
   `--  dev-libs/glib-2.40.0-r1  (>=dev-libs/glib-2.18) amd64 
   `--  x11-libs/gtk+-2.24.24  (>=x11-libs/gtk+-2.16) ~amd64 
   `--  lxde-base/menu-cache-0.5.1  (>=lxde-base/menu-cache-0.3.2) amd64 
   `--  x11-misc/shared-mime-info-1.3  (x11-misc/shared-mime-info) ~amd64 
   `--  x11-libs/libfm-1.2.2.1  (>=x11-libs/libfm-1.2.2) ~amd64 
   `--  virtual/eject-0  (virtual/eject) amd64 
   `--  app-arch/xz-utils-5.0.5-r1  (app-arch/xz-utils) amd64 
   `--  dev-util/intltool-0.50.2-r1  (>=dev-util/intltool-0.40) amd64 
   `--  virtual/pkgconfig-0-r1  (virtual/pkgconfig) ~amd64 
   `--  sys-devel/gettext-0.19.2  (sys-devel/gettext) ~amd64 
[ x11-misc/pcmanfm-1.2.2 stats: packages (11), max depth (1) ]
...

а, еще же XFE! Пользовался пару лет пока не перешел на первые версии spacefm, также отличный оригинальный, самобытный файловый менеджер.

pcmanfm

я смотрю китаец его таки отучил от gvfs, которая была обязательной зависимостью пару лет назад, но в любом случае, не имеет смысла, уж лучше юзать spacefm, который форк его (pcmanfm), но многопанельник (до 4) и тонна фич.

Желательно с GUI на q4 или gtk2.

Не подходит, но тем не менее - ranger.

Многопанельник без нортоновских хоткеев не имеет смысла, как по мне. А у pcmanfm еще и qt версия есть и развивается.

Удалось собрать pcmanfm без dbus

Забавная вещь, но доя консоли есть mc.

хоткеев

мощь spacefm именно в том, что ты можешь повесить любой хоткей на практически любое действие, в том числе созданное тобой.

Для того чтоб заиметь поддержку dbus в pcmanfm емнип надо поставить libdbusmenu. Тогда менюшка подхватится и девайсы из udisks и «недавние каталоги». Но я могу ошибаться.

Например у меня Shift-Alt-D - это diff двух (выбранных или тех, на которых фокус в каждой панели) файлов в gvim.

Можно вешать на и создавать какие хочешь.

Для того чтоб заиметь поддержку dbus

У меня задача прямо противоположная.

Мало ли, вдруг захочется.

Хотел я проверить всю мощь spacefm, запустил, нажал «Создать каталог» и увидел ЭТО. Боже, он же страшен как атомная война. O_O

мощь spacefm именно в том, что ты можешь повесить любой хоткей на практически любое действие, в том числе созданное тобой.

Спрошу то, что я уже неоднократно срашивал у приверженцев этого ФМ:

Можно ли в его так настроить, чтобы при нажатии F5, F6 не сразу происходило копирование/перемещение, а задавало вопрос?

задавало вопрос о чем? Уверен ли ты, что хочешь скопировать? Так какого нажимал на копировать-то? :)

атомная война

диалог создания новой директории/файла?

что не так? Удобное место для названия/пути, чтобы всё поместилось в случае длинного имени/пути, по моему это плюс, а не минус этого диалога.

http://i.imgur.com/KfxSeOr.png

Фигвам. libfm таки тянет gvfs.

 * dependency graph for x11-libs/libfm-1.2.2.1
 `--  x11-libs/libfm-1.2.2.1  ~amd64 
   `--  dev-libs/glib-2.40.0-r1  (>=dev-libs/glib-2.18) amd64 
   `--  x11-libs/gtk+-2.24.24  (>=x11-libs/gtk+-2.16) ~amd64 
   `--  lxde-base/menu-cache-0.5.1  (>=lxde-base/menu-cache-0.3.2) amd64 
   `--  dev-lang/vala-0.24.0-r1  (dev-lang/vala) ~amd64 
   `--  dev-lang/vala-0.22.1  (dev-lang/vala) amd64 
   `--  dev-lang/vala-0.20.1  (dev-lang/vala) amd64 
   `--  dev-lang/vala-0.18.1  (dev-lang/vala) amd64 
   `--  dev-util/gtk-doc-1.21  (dev-util/gtk-doc) ~amd64 
   `--  app-arch/xz-utils-5.0.5-r1  (app-arch/xz-utils) amd64 
   `--  dev-util/intltool-0.50.2-r1  (>=dev-util/intltool-0.40) amd64 
   `--  virtual/pkgconfig-0-r1  (virtual/pkgconfig) ~amd64 
   `--  sys-devel/gettext-0.19.2  (sys-devel/gettext) ~amd64 
   `--  sys-devel/automake-1.13.4  (>=sys-devel/automake-1.13) amd64 
   `--  sys-devel/automake-1.14.1  (>=sys-devel/automake-1.14) ~amd64 
   `--  sys-devel/autoconf-2.69  (>=sys-devel/autoconf-2.69) amd64 
   `--  sys-devel/libtool-2.4.2-r1  (sys-devel/libtool) ~amd64 
   `--  x11-misc/shared-mime-info-1.3  (x11-misc/shared-mime-info) ~amd64 
   `--  gnome-base/gvfs-1.20.3  (gnome-base/gvfs) ~amd64  [udev udisks]
   `--  media-libs/libexif-0.6.21-r1  (media-libs/libexif) ~amd64 
[ x11-libs/libfm-1.2.2.1 stats: packages (20), max depth (1) ]

задавало вопрос о чем? Уверен ли ты, что хочешь скопировать? Так какого нажимал на копировать-то? :)

«Нет — значит ненужно!»

Поехали дальше. Как мне сделать, чтобы команда Открыть -> In Panel -> Next открывала выделенный каталог на противоположной панели, а не создавала там новую ВКЛАДКУ?

Удобное место для названия/пути, чтобы всё поместилось в случае длинного имени/пути, по моему это плюс, а не минус этого диалога.

Уж лучше mkdir, чем такое GUI!

откуда-то тянется

есть emerge why, или eix why, как-то так, не помню

ну или замаскируй dbus и пересобери систему

Ха-ха! Это смешно, вот тебе и легкий файловый менеджер.

SpaceFM лишен этого недостатка.

Фигвам. libfm таки тянет gvfs.

Это у вас в генте зависимости кривые. libfm не может тянуть gvfs, потому что gvfs — это пдагин для GIO (которая входит в состав glib2).

Не будет gvfs, просто отвалится часть функций, с ней связанных.

открывала выделенный каталог на противоположной панели, а не создавала там новую ВКЛАДКУ?

команда (добавить в меню, повесить на хоткей):

spacefm -r --panel=2 %f

«Нет — значит ненужно!»
Поехали дальше

Я ведь не сказал, что spacefm этого не может, не нервничай, я спросил зачем это нужно. spacefm может, ознакомься с шаблоном:

#   eval "`spacefm -g --label "Ты тупой, зачем нажал копировать?" --button yes --button no`"
#   if [[ "$dialog_pressed" == "button1" ]]; then
#       экшон1
#   else
#       ABORT ABORT!
#   fi

Желательно с GUI на q4 или gtk2.

doublecmd - есть сборки и на том и на том.

FAR. А шо, не?

spacefm -r --panel=2 %f

Эта команда открывает на панели номер два, а не на противополодожной панели.

Знаю, что дальше. Сейчас ты мне предложишь написать «простой bash-скрипт», который меняет местами 1 и 2 при вызове.

Вопрос: я установил эту хреновину, чтобы пользоваться, или чтобы программировать недоФМ, который автор самостоятельно не смог дописать?

Отбросим лишнюю сущность: bash-скрипты удобнее всего исполнять из bash-а. ФМ для этого не нужен.

Я ведь не сказал, что spacefm этого не может, не нервничай, я спросил зачем это нужно. spacefm может, ознакомься с шаблоном:

То есть никакого GUI для настроек копирования нет. Да и самих настроек копирования, наверное, нет. А если они есть, ты мне опять предложишь «ознакомиться с шаблоном» и написать скрипт, который при помощи клея и скотча заставляет ЭТО работать.

Но, позвольте. Нахрена нужны эти костыли, если они ничем не лучше rsync? Что к этому диалоги вручную писать, что к rsync-у — без разницы.

И вот так во всём, товарищ vim. Я назвал наугад две простых фичи, и для обоих потребовались костыли. А если этим ФМ пользоваться, костылей таких придется написать штук 20. Я бы сказал, что собственные функции этого ФМ сводятся к 4-панельному ls на стероидах.

Тут есть о чем подумать дизайнеру UI.

Как мимокрокодл замечу, что возможность допиливать инструмент скриптами - это прекрасно. А гуишнае конфигурялки способны лишь ограничивать.

Как мимокрокодл замечу, что возможность допиливать инструмент скриптами - это прекрасно.

Ага. Только на проверку почему-то все такие инструменты оказываются хуже, чем чистый bash.

GUI должен какую-то задачу решать. Okular pdf-ки показывает (и делает это лучше всех, как тут вчера выяснили), Gimp картинки позволяет рисовать, и так далее. А вот с задачей для этого инструмента я затрудняюсь...

Только на проверку почему-то все такие инструменты оказываются хуже, чем чистый bash.

Вот и обосновал ненужность гуишных конфигурялок.

Уже замаскировал

Еще можно перебороть свою лень, настроить ext.ini для mc и забыть про выбор fm навсегда

Да можно вообще не использовать mc, местами даже быстрее выйдет в какой-нить zsh. Только что наглядность выше с файловым м. Имхо, пора сделать FAR кросплатформенным :)

настроить ext.ini для mc

это ассоциации чтоли?

он что, не умеет системные подхватывать?

он что, не умеет системные подхватывать?

Умеет очень просто. Для всех файлов (*) выставить обработчиком команду xdg-open. Профит!

ник@jabbim.com завтра вечером пни меня, я тебе ебилд последней версии скину, там и гтк2 и без дбаза можно. гентомейнтейнеры упоролись, и из ебилдов стали выпиливать няшки, приходится поддерживать самому.

Вот и я затрудняюсь в определении задачи для любого файлового менеджера.

xdg-open

xdg-open не умеет в том же терминале запускать