hi,

On Wed, Jan 16, 2019 at 4:18 AM Andreas Beckmann <a...@debian.org> wrote:
> during a test with piuparts I noticed your package failed to install. As
> per definition of the release team this makes the package too buggy for
> a release, thus the severity.
>
> If yatex is installed in a piuparts chroot that has already xemacs21
> installed, the installation will hand infinitely (until it is killed
> by a timeout). All processes are idle, there does not seem to be a busy
> loop involved:
>
> root      9236 32750  0 18:28 pts/0    00:00:00 /usr/bin/dpkg 
> --force-unsafe-io --status-fd 19 --configure --pending
> root     11033  9236  0 18:28 pts/0    00:00:00 /bin/sh 
> /var/lib/dpkg/info/yatex.postinst configure
> root     11035 11033  0 18:28 pts/0    00:00:00 /usr/bin/perl -w 
> /usr/lib/emacsen-common/emacs-package-install --postinst yatex
> root     11057 11035  0 18:28 pts/0    00:00:00 [emacs-package-i] <defunct>
> root     11148 11035  0 18:28 pts/0    00:00:00 /bin/bash -e 
> /usr/lib/emacsen-common/packages/install/yatex xemacs21
> root     11151 11148  0 18:28 pts/0    00:00:00 /bin/bash -e 
> /usr/lib/emacsen-common/packages/install/yatex xemacs21
> root     11152 11151  0 18:28 pts/0    00:00:00 xemacs21 -batch -no-site-file 
> -no-init-file -l ./lp.el -e bcf-and-exit comment.el yatex.el yatexadd.el 
> yatexgen.el yatexenv.el yatexlib.el yatexprc.el yatexmth.el yatexhks.el 
> yatexhlp.el yatexm-o.el yatexsec.el yatexhie.el yahtml.el yatexpkg.el
> root     11153 11151  0 18:28 pts/0    00:00:00 gzip -9qf

My local chroot doesn't reproduce this behavior, so I don't grab the
problem for now.
(chroot -> apt install xemacs21 -> apt install yatex -> apt finiched
successfully)

Anyway, I don't want be bothered by xemacs, I'll consider to exclude
(or maybe conflict) xemacs21 from its dependency.

regards,
-- 
KURASHIKI Satoru

Reply via email to