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