On 26.07.2012 12:17, Andreas Beckmann wrote: > Package: 389-ds-base > Version: 1.2.11.7-4 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package failed to install, > remove (but not purge), and install again. > Before the second installation the package is in config-files-remaining > state. The configuration is remaining from the last version that was > successfully configured - which is the same version that is going to be > installed again.
Interesting, what options did you use for piuparts to test that? Sbuild with piuparts apparently doesn't test this.. >>From the attached log (scroll to the bottom...): > > Selecting previously unselected package 389-ds-base. > (Reading database ... 9751 files and directories currently installed.) > Unpacking 389-ds-base (from .../389-ds-base_1.2.11.7-4_amd64.deb) ... > Setting up 389-ds-base (1.2.11.7-4) ... > dpkg: error processing 389-ds-base (--configure): > subprocess installed post-installation script returned error exit status 2 > Errors were encountered while processing: > 389-ds-base > > the I added 'set -x' to the postinst and ran dpkg --confure --pending: > > # dpkg --configure --pending > Setting up 389-ds-base (1.2.11.7-4) ... > + set -e > + . /usr/share/debconf/confmodule > + [ ! ] > + PERL_DL_NONLAZY=1 > + export PERL_DL_NONLAZY > + [ ] > + exec /usr/share/debconf/frontend /var/lib/dpkg/info/389-ds-base.postinst > configure 1.2.11.7-4 > locale: Cannot set LC_CTYPE to default locale: No such file or directory > locale: Cannot set LC_ALL to default locale: No such file or directory > debconf: unable to initialize frontend: Dialog > debconf: (No usable dialog-like program is installed, so the dialog based > frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line > 76.) > debconf: falling back to frontend: Readline > + set -e > + . /usr/share/debconf/confmodule > + [ ! 1 ] > + [ -z ] > + exec > + [ ] > + exec > + DEBCONF_REDIR=1 > + export DEBCONF_REDIR > + CONFIG_DIR=/etc/dirsrv > + OUT=/dev/null > + [ configure = configure ] > + getent passwd dirsrv > + chown -R dirsrv:dirsrv /etc/dirsrv/ /var/log/dirsrv/ /var/lib/dirsrv/ > + chmod 750 /etc/dirsrv/ /var/log/dirsrv/ /var/lib/dirsrv/ > + [ -n 1.2.11.7-4 ] > + service dirsrv stop > + setup-ds -l /dev/null -u -s General.UpdateMode=offline > dpkg: error processing 389-ds-base (--configure): > subprocess installed post-installation script returned error exit status 2 yeah, need to fix it to not run the upgrader in this scenario. -- t -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org