OO & WindowMaker Was: [devel] I: mailing list is up and running
S. Budnevitch
=?iso-8859-1?q?budnevitch_=CE=C1_mail=2Emtu=2Eru?=
Ср Дек 12 11:18:35 MSK 2001
On Tue, Dec 11, 2001 at 11:00:24PM +0300, Aleksey Novodvorsky wrote:
> > > >> > говорит glibc 2.2.4 и выходит, уничтожая все содержимое указанной
> > > >> > директории. Молча. Результат запуска setup -n под strace лежит на
> > > У меня setup -n на glibc 2.2.4-alt5 прошёл без сучка, без задоринки.
> > > Всё встало на своё место и выглядит очень даже пушисто :)
> > Проблема обнаружена -- OO не хочет устанавливаться под WindowMaker. Но
> > потом под ним работает.
>
> Уф. То есть после сборки rpm из OO все будет в порядке :-)
> Интересно кончено, кто из них неправ.
>
WindowMaker интересно с сигналами обращается - возможно это источник
неприятностей. Я с этим сталкивался, когда less запущенный в zsh
вылетал. Может быть это письмо поможет:
Date: Sun, 8 Jul 2001 22:49:15 -0400
From: Clint Adams <schizo на debian.org>
To: zsh-workers на sunsite.dk
Subject: [phil на fifi.org: Bug#104001: Zsh should clean up its signals on
startup]
User-Agent: Mutt/1.2.5i
----- Forwarded message from Philippe Troin <phil на fifi.org> -----
Background:
Since I've upgraded to woody, my system has been behaving
strangely. Amongst other problems, dpkg-source was failing all the
time.
After quite a bit of investigation, I found out that:
- windowmaker was ignoring SIGPIPEs via SIG_IGN.
- all children of windowmaker were inheriting this signal
disposition (SIGPIPE -> SIG_IGN) (as strange as it seems, this
is a POSIX requirement).
- dpkg-source was invoking gunzip which was not getting SIGPIPE
and was exit()ing with error codes instead of being killed by
SIGPIPE.
I also found out that if I ran bash as a shell, dpkg-source would
work. Bash cleans up the signal dispositions when starting an
interactive shell.
<skip>
Подробная информация о списке рассылки Devel