Наутилус, который опирается на fam чтобы обновлять свои окошки при изменениях файлов и каталогов, никак не реагирует на эти изменения. Мне кажется, что этот нужный сервис не работает. --- ---
Jan 27 23:40:51 linuxbox rpm: fam-0:2.6.9-alt1 installed Jan 28 10:59:43 linuxbox xinetd[1095]: pmap_set failed. service=sgi_fam program=391002 version=2 Jan 31 02:07:33 linuxbox xinetd[17651]: pmap_set failed. service=sgi_fam program=391002 version=2
[<a href="mailto:slava@linuxbox" target="_new">slava@linuxbox</a> slava]$ gedit FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 ... 1000000 раз
# fam -c /etc/fam.conf -v -d -f fam[2482]: log level is LOG_INFO fam[2482]: log level is LOG_DEBUG fam[2482]: read /etc/fam.conf line 13: \"insecure_compatibility\" = \"false\" fam[2482]: read /etc/fam.conf line 20: \"untrusted_user\" = \"nobody\" fam[2482]: read /etc/fam.conf line 28: \"local_only\" = \"false\" fam[2482]: read /etc/fam.conf line 35: \"xtab_verification\" = \"true\" fam[2482]: Setting untrusted-user to \"nobody\" (uid: 99, gid: 99) fam[2482]: listening for clients on descriptor 4 fam[2482]: client fd 6 is local/untrusted. fam[2482]: new connection from client 6 fam[2482]: client 6 said: client 6 is sockmeister, and wants a unix domain socket fam[2482]: Setting groups to: (none) fam[2482]: Setting egid to 0 fam[2482]: Skipping setting euid, because it\'s already 0 fam[2482]: client sockmeister said uid 500; creating /tmp/.fam-dima/rXmyqb fam[2482]: localclient bind: Address already in use Это при попытке запустить все тот же gedit. Сам gedit не запускается, но если по Ctrl-C прибить fam, то запускается, но при этом ругается: $ gedit FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed
Этот глюк остался в Мастере 2.2.
Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально работает. На рабочей (с двумя ethernet-картами) -- не работает.
У меня не работает на 2 компьютерах: 1 - 1 сетевая карта + pptp туннель + vmware; 2 - 1 сетевая карта.
С если fam запустить не из под xinetd, а вручную?
Поведение аналогичное: на домашней машине нормально работает из под xinetd и призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний Сизиф.
Попробуйте пожалуйста с новым fam.
Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew
С такой конфигурацией он должен требовать portmap. Возможно, стоит поступить как с fetchmail: xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую для ручного запуска. Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent?
portmap будет требовать. думаю что не стоит разбивать его на подпакеты. fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d. по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :(
После старта GNOME в /var/log/auth/secure остаётся пара десятков попыток: Jun 29 10:58:13 localhost xinetd[957]: START: sgi_fam pid=1389 from=<no address> Jun 29 10:58:13 localhost xinetd[1389]: FAIL: sgi_fam address from=<no address> Jun 29 10:58:13 localhost xinetd[957]: EXIT: sgi_fam pid=1389 duration=0(sec) После этого xinetd деактивирует сервис: Jun 29 10:58:13 localhost xinetd[957]: Deactivating service sgi_fam due to excessive incoming connections. Restarting in 10 seconds. edited on: 29-06 11:43
Если в конфиге xinetd /etc/xinetd.conf или в конфиге fam /etc/xinetd.d/sgi_fam есть only_from, то fam работать не будет. <a href="http://bugs.altlinux.ru/view_bug_page.php?f_id=0002527">http://bugs.altlinux.ru/view_bug_page.php?f_id=0002527</a> <a href="http://xinetd.org/pipermail/xinetd/2003-June/000164.html">http://xinetd.org/pipermail/xinetd/2003-June/000164.html</a> С радостью приму полезные советы по исправлению этой ошибки :)
*** Bug 5920 has been marked as a duplicate of this bug. ***
*** Bug 5922 has been marked as a duplicate of this bug. ***
Чем не устраивает рецепт из http://xinetd.org/pipermail/xinetd/2003-June/000165.html ?
$grep 'NOLIBWRAP' /etc/xinetd.d/sgi_fam flags = NOLIBWRAP $cat /etc/hosts.allow ALL: ALL $cat /etc/hosts.deny $grep 'only_from' /etc/xinetd.conf only_from = 192.168.90.0 $service xinetd restart $fam_test -r ./ FAMOpen failed! $perl -pi -e 's/only_from/#only_from/' /etc/xinetd.conf $service xinetd restart $fam_test -r ./ ...
https://bugzilla.altlinux.org/show_bug.cgi?id=2527