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

2OldMan
при перезапуске WM {Enlignhtnment DR17} из трея {используется стандартный модуль трея} пропадает иконка и более не появляется{изменение конфигурации дисков, то есть к примеру вставка флэшки, к появлению не приводит},
запуск же hillman заново приводит к появлению иконки в трее, но также и к появлению нового процесса.

Предложения по исправлению ситуации:
1) следить за единственностью процесса и при существовании оного пересоздавать иконку и/или делать главное окно видимым.
2) перерисовывать каким-то образом иконку {иконка wicd-client, gnome-mplayer и т.д. не исчезают из трея при таком раскладе}
Сразу репорт: нажатие кнопки Применить в диалоге настроек, делает неактивным кнопку Ок, помойму, ок должна быть всегда активна, и при нажатии выполнять запись параметров + закрытие диалога.
systemd должен умереть.
а, и врапперы ты решил не использовать… гм
systemd должен умереть.
h4tr3d
нажатие кнопки Применить … ок должна быть всегда активна, и при нажатии выполнять запись параметров + закрытие диалога.
Возможно… Интересно, что в GnomeHIG сказано об этом?

h4tr3d
а, и врапперы ты решил не использовать… гм
Дал возмжность пользователю использовать что ему угодно…

UPD:
Умолчание “hillman_mount /dev/%d %m %t %o” таки там есть. Но оно проявляется только при первом запуске программы, c пустым или отсутствующим ~/.hillman/hillman.conf.
dhampire
при перезапуске WM {Enlignhtnment DR17} …
Предложения по запуску: вписать запуск hillman в старт-скрипт WM'а, строчкой выше написать `killall hillman`. Так проще.
OldMan
dhampire
при перезапуске WM {Enlignhtnment DR17} …
Предложения по запуску: вписать запуск hillman в старт-скрипт WM'а, строчкой выше написать `killall hillman`. Так проще.

я понимаю что так так легче для вас, “ничего чинить не надо”. но hillman единственное приложение с таким поведением,
что явно намекает - дело не в wm.
Впрочем можно объявить багу фичей =)

ЗЫ не скриптом перезапускается он, а функция у него такая есть
dhampire
я понимаю что так так легче для вас, “ничего чинить не надо”. но hillman единственное приложение с таким поведением,
что явно намекает - дело не в wm.
Впрочем можно объявить багу фичей =)

Хорошо, попытаемся разобраться по порядку.

1). Средства, гарантирующие запуск программы в единственном экземпляре, могут быть внутри программы или снаружи её. Мне нравится второй вариант. И я не одинок в своём мнении. Например, в инит-скриптах арча есть проверка “программа уже запущена?”… IMHO это вообще должно бы быть функцией ОС…

2). Пропадание трея для программы, показывающей иконку в трее, вообще говоря, ситуация нештатная. И результат тут может быть разным. И зависит он не только от трея и программы, но и от тулкита (в данном случае gtk2-perl и perl-gtk2-trayicon). Вот тестовая программка (hellotray.pl)
#!/usr/bin/perl
use warnings;
use strict;
use Gtk2::TrayIcon;
use Gtk2 -init;
my $window = Gtk2::Window->new('toplevel');
my $button = Gtk2::Button->new(' Quit ');
$button->set_border_width(10);
$window->signal_connect(delete_event => sub { Gtk2->main_quit });
$button->signal_connect(clicked => sub { Gtk2->main_quit });
$window->add($button);
$window->show_all;
my $image = Gtk2::Image->new_from_stock('gtk-help','menu');
my $tray = Gtk2::TrayIcon->new('hello');
my $eventbox = Gtk2::EventBox->new();
$eventbox->add($image);
$tray->add($eventbox);
$tray->show_all();
Gtk2->main;
exit;
Так вот при остановке, например, stalonetray эта программка вообще падает. Причём не сама, падает тулкит во время выполнения Gtk2->main. И как это лечить?

А то, что “hillman единственное приложение с таким поведением” – так у вас это наверняка единственное приложение на gtk2-perl…

Увы, мы живём в несовершенном мире. Рекомендация “перед остановкой трея останови hillman” решает проблему? Решает. Вы же не удивляетесь плакату “Не влезай - убъёт” на щитке с электрооборудованием? Хотя, казалось бы, можно было потребовать всё заизолировать…

dhampire
ЗЫ не скриптом перезапускается он, а функция у него такая есть
Ну да, не скрипт для запуска WM, а скрипт, исполняемый WM'ом при запуске. Это я и имел в виду.
OldMan
Ну да, не скрипт для запуска WM, а скрипт, исполняемый WM'ом при запуске. Это я и имел в виду.
Эм, вы меня немного не поняли, иксы при этом не перезапускаются, и все работающие приложения продолжают делать своё дело дальше, даже не подозревая что случилось{небольшой мультик о том как это происходит(376743 Б)}. Никаких скриптов нету, /usr/bin/enlightenment_start - бинарник, да и конфиги бинарные вообще-то =)

ЗЫ сделал что бы работало, хоть это и неправильно по-моему…

ладно с треем фиг с ним, но может хотя бы это будет исправлено

OldMan
А то, что “hillman единственное приложение с таким поведением” – так у вас это наверняка единственное приложение на gtk2-perl…
так я особо и не старался искать их, да ещё чтобы трей использовали
dhampire
OldMan
Ну да, не скрипт для запуска WM, а скрипт, исполняемый WM'ом при запуске. Это я и имел в виду.
Эм, вы меня немного не поняли, иксы при этом не перезапускаются, …
Почему не понял? Иксы не перезапускаются, WM (вместе с треем) перезапускается. Некоторые WM умеют при этом запустить скрипт, Оpenbox, например.

dhampire
хоть это и неправильно по-моему…
Неправильно, а что делать? Баг-то не мой, а, видимо, perl-gtk2-trayicon…

dhampire
но может хотя бы это будет исправлено
Если честно, я подумал, что это просто “ой, не в то окно!”… :( Откуда такое выскакивает, при каких условиях? Не узнаю Hillman'а здесь…
OldMan
dhampire
но может хотя бы это будет исправлено
Если честно, я подумал, что это просто “ой, не в то окно!”… :( Откуда такое выскакивает, при каких условиях? Не узнаю Hillman'а здесь…
а так узнаёте? <!– ia0 –>2010-05-23-132520.png<!– ia0 –>
/dev/loop0 on /home/egik/MyGames/Wizardry/Образы/iso type iso9660 (rw)
 
Зарегистрироваться или войдите чтобы оставить сообщение.