Debian Bug report logs - #767671
ekeyd: fails to remove: subprocess installed post-removal script returned error exit status 1

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Andreas Beckmann <anbe@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: ekeyd: fails to remove: subprocess installed post-removal script returned error exit status 1

Date: Sat, 01 Nov 2014 20:45:22 +0100

[Message part 1 (text/plain, inline)]

Package: ekeyd
Version: 1.1.5-6
Severity: serious
User: debian-qa@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to remove.

>From the attached log (scroll to the bottom...):

  Removing ekeyd (1.1.5-6) ...
  dpkg: error processing package ekeyd (--purge):
   subprocess installed post-removal script returned error exit status 1
  Errors were encountered while processing:
   ekeyd


cheers,

Andreas

[ekeyd_1.1.5-6.log.gz (application/gzip, attachment)]

Message #10 received at 767671@bugs.debian.org (full text, mbox, reply):

From: Cameron Norman <camerontnorman@gmail.com>

To: 767671@bugs.debian.org

Subject: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Fri, 07 Nov 2014 16:23:58 -0800

[Message part 1 (text/plain, inline)]

Looks like a repeat of 624211.

The fix is to just use

   invoke-rc.d --quiet udev reload || true

instead of the whole udev rule reloading spiel in ekeyd.postrm.

Best wishes,
--
Cameron Norman

[Message part 2 (text/html, inline)]

Message #15 received at 767671@bugs.debian.org (full text, mbox, reply):

From: Cameron Norman <camerontnorman@gmail.com>

To: 767671@bugs.debian.org

Subject: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Sat, 15 Nov 2014 18:45:00 -0800

[Message part 1 (text/plain, inline)]

Hello,

I have attached a patch which addresses this issue. Please include it 
quickly so that this bug can be fixed.

Thank you,
--
Cameron Norman

[Message part 2 (text/html, inline)]

[ekeyd-udev-reload.patch (text/x-patch, attachment)]

Message #22 received at 767671@bugs.debian.org (full text, mbox, reply):

From: Cameron Norman <camerontnorman@gmail.com>

To: 767671@bugs.debian.org

Subject: Re: Bug#767671: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Sat, 15 Nov 2014 19:00:33 -0800

On Sat, Nov 15, 2014 at 6:45 PM, Cameron Norman
<camerontnorman@gmail.com> wrote:
> Hello,
>
> I have attached a patch which addresses this issue. Please include it
> quickly so that this bug can be fixed.

I apologize, this patch was not easily applied. I have attached a new
one that can be applied by simply running `patch debian/ekeyd.postrm
<ekeyd-udev-reload.2.patch` in the source directory.

Thanks,
--
Cameron Norman

Message #27 received at 767671@bugs.debian.org (full text, mbox, reply):

From: Cameron Norman <camerontnorman@gmail.com>

To: 767671@bugs.debian.org

Subject: Re: Bug#767671: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Sat, 15 Nov 2014 19:01:32 -0800

[Message part 1 (text/plain, inline)]

On Sat, Nov 15, 2014 at 7:00 PM, Cameron Norman
<camerontnorman@gmail.com> wrote:
> On Sat, Nov 15, 2014 at 6:45 PM, Cameron Norman
> <camerontnorman@gmail.com> wrote:
>> Hello,
>>
>> I have attached a patch which addresses this issue. Please include it
>> quickly so that this bug can be fixed.
>
> I apologize, this patch was not easily applied. I have attached a new
> one that can be applied by simply running `patch debian/ekeyd.postrm
> <ekeyd-udev-reload.2.patch` in the source directory.

Darn it forgot to attach.

--
Cameron Norman

[ekeyd-udev-reload.2.patch (text/x-diff, attachment)]

Message #32 received at 767671@bugs.debian.org (full text, mbox, reply):

From: intrigeri <intrigeri@debian.org>

To: Cameron Norman <camerontnorman@gmail.com>

Cc: 767671@bugs.debian.org

Subject: Re: Bug#767671: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Sun, 16 Nov 2014 11:46:06 +0100

Hi,

Cameron Norman wrote (16 Nov 2014 03:01:32 GMT) :
> diff --git a/debian/ekeyd.postrm b/debian/ekeyd.postrm
> index 484db5c..4efc368 100644
> --- a/debian/ekeyd.postrm
> +++ b/debian/ekeyd.postrm
> @@ -1,9 +1,5 @@
>  #!/bin/sh -e
>  
> -if test -x /sbin/udevcontrol; then
> -    udevcontrol --reload_rules 2>/dev/null || udevcontrol reload_rules 2>/dev/null
> -elif test -x /sbin/udevadm; then
> -    udevadm control --reload-rules 2>/dev/null || udevadm control --reload_rules 2>/dev/null
> -fi
> +invoke-rc.d --quiet udev reload || true
>  
>  #DEBHELPER#

IIRC, nowadays udev rules changes are picked up on new udev events
anyway. So, it may be that simply removing ekeyd.postrm would do
the job.

But anyway, a smaller fix may be better suited for a freeze exception:
simply adding "|| true" at the end of each udevadm or udevcontrol
pipeline should be enough. What do you think?

Cheers,
--
intrigeri

Message #37 received at 767671@bugs.debian.org (full text, mbox, reply):

From: Thorsten Glaser <tg@mirbsd.de>

To: intrigeri <intrigeri@debian.org>, 767671@bugs.debian.org

Cc: Cameron Norman <camerontnorman@gmail.com>, Simtec Electronics <support@simtec.co.uk>

Subject: Re: Bug#767671: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Sun, 16 Nov 2014 11:56:12 +0000 (UTC)

intrigeri dixit:

>But anyway, a smaller fix may be better suited for a freeze exception:
>simply adding "|| true" at the end of each udevadm or udevcontrol
>pipeline should be enough. What do you think?

No, that’s not okay. The postrm script MUST NOT call udev to reload
the rules directly AIUI. All dæmon invocations need to go through
invoke-rc.d, because otherwise, actions e.g. in chroots can affect
the outside system.

bye,
//mirabilos
-- 
"How can you ban language, words? How're words offensive? And why should I
have to tolerate YOUR interpretation? I'm the one using the word. ASK me how
I'm using it, don't TELL me. And if you don't like the way I'm using it, so
what? It's my right. It's my freedom of expression. Without that, we're
nothing but slaves."		-- Johnny Rotten

Message #42 received at 767671@bugs.debian.org (full text, mbox, reply):

From: Jonathan Wiltshire <jmw@debian.org>

To: intrigeri <intrigeri@debian.org>, 767671@bugs.debian.org

Cc: Cameron Norman <camerontnorman@gmail.com>

Subject: Re: Bug#767671: ekeyd: fails to remove: subprocess installed post-removal script fails when udev is not running

Date: Sun, 23 Nov 2014 17:59:30 +0000

[Message part 1 (text/plain, inline)]

On Sun, Nov 16, 2014 at 11:46:06AM +0100, intrigeri wrote:
> Hi,
> 
> Cameron Norman wrote (16 Nov 2014 03:01:32 GMT) :
> > diff --git a/debian/ekeyd.postrm b/debian/ekeyd.postrm
> > index 484db5c..4efc368 100644
> > --- a/debian/ekeyd.postrm
> > +++ b/debian/ekeyd.postrm
> > @@ -1,9 +1,5 @@
> >  #!/bin/sh -e
> >  
> > -if test -x /sbin/udevcontrol; then
> > -    udevcontrol --reload_rules 2>/dev/null || udevcontrol reload_rules 2>/dev/null
> > -elif test -x /sbin/udevadm; then
> > -    udevadm control --reload-rules 2>/dev/null || udevadm control --reload_rules 2>/dev/null
> > -fi
> > +invoke-rc.d --quiet udev reload || true
> >  
> >  #DEBHELPER#
> 
> IIRC, nowadays udev rules changes are picked up on new udev events
> anyway. So, it may be that simply removing ekeyd.postrm would do
> the job.
> 
> But anyway, a smaller fix may be better suited for a freeze exception:
> simply adding "|| true" at the end of each udevadm or udevcontrol
> pipeline should be enough. What do you think?

I'd rather have Cameron's patch. The whole udevadm thing is a bug in
itself.

-- 
Jonathan Wiltshire                                      jmw@debian.org
Debian Developer                         http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

[signature.asc (application/pgp-signature, inline)]

Message #47 received at 767671@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 767671@bugs.debian.org

Cc: Cameron Norman <camerontnorman@gmail.com>

Subject: ekeyd: diff for NMU version 1.1.5-6.1

Date: Mon, 24 Nov 2014 21:50:37 +0100

[Message part 1 (text/plain, inline)]

Control: tags 767671 + pending

Dear maintainer,

I've prepared an NMU for ekeyd with Cameron's patch (versioned as
1.1.5-6.1) and uploaded it to DELAYED/2. Please feel free to tell me
if I should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tom Waits: Wrong Side Of The Road

[ekeyd-1.1.5-6.1-nmu.diff (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #54 received at 767671-close@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 767671-close@bugs.debian.org

Subject: Bug#767671: fixed in ekeyd 1.1.5-6.1

Date: Wed, 26 Nov 2014 21:19:40 +0000

Source: ekeyd
Source-Version: 1.1.5-6.1

We believe that the bug you reported is fixed in the latest version of
ekeyd, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 767671@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann <gregoa@debian.org> (supplier of updated ekeyd package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Mon, 24 Nov 2014 21:46:45 +0100
Source: ekeyd
Binary: ekeyd ekeyd-egd-linux
Architecture: source
Version: 1.1.5-6.1
Distribution: unstable
Urgency: medium
Maintainer: Simtec Electronics <support@simtec.co.uk>
Changed-By: gregor herrmann <gregoa@debian.org>
Description:
 ekeyd      - Simtec Electronics UDEKEY01 Entropy Key Daemon
 ekeyd-egd-linux - Transfers entropy from an EGD to the Linux kernel pool
Closes: 767671
Changes:
 ekeyd (1.1.5-6.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix "fails to remove: subprocess installed post-removal script
     returned error exit status 1":
     apply patch from Cameron Norman to ekeyd.postrm:
     use invoke-rc.d instead of calling udevcontrol and udevadm.
     (Closes: #767671)
Checksums-Sha1:
 9e53f7d2257b5f8b573f904fe1721323e82eb836 2080 ekeyd_1.1.5-6.1.dsc
 44449102ce06e8e1c3cbfe7b4d1588d7a4e326c5 8456 ekeyd_1.1.5-6.1.debian.tar.xz
Checksums-Sha256:
 2c568528ee935cb66f48b0071025ab24d00eba6b7738c2afcfa51ef96a46dffe 2080 ekeyd_1.1.5-6.1.dsc
 84f83df46532b09dfac2ee1c4834da574ff7612c6fb605e8e43dfa0742f1b587 8456 ekeyd_1.1.5-6.1.debian.tar.xz
Files:
 91cdf62cd1114fd80c70d2e6ba91c527 2080 utils optional ekeyd_1.1.5-6.1.dsc
 eaf8fdadc16827246e9e9c075cee6c77 8456 utils optional ekeyd_1.1.5-6.1.debian.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQJ8BAEBCgBmBQJUc5nRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG5PgP/jMNQRR6u/ovMbciIKITiga6
xkUx87XJPhN5UnShEk6Y4JeHx3J65EiMDvj2qJ6HqfY7lcc4ee7E+EcKD+qKRNzt
ZEh0rXvqT2DUxz4mc5y/GRkfixumuEjWnFxF8fNGFm/azsf4LopmFAvNO3RbWMZL
oFpC1wtThBLsSProXIZLw4zw83T/22vTR4OqPdWhhXTFPECiw4r1szfDmLc+FG5P
R8pWtYcPoYaBkOpjY8Ov5ra7MhUKOfFR4g2rliBaZ91rnVoI+ZJTyc4L/Xv8F82+
s9En5v/Uwl14cdL3mteLAq9iqnOgVKPnJQ2Rcbs4nqA3oA3cXI/NokYQkrtFx2MA
fBChKeg2b/K2LlMjMUH6hTLItEHCC+wfIJDpvygfu3+ZgrYY3picAJpWDIK2jmr6
OvJl9B0xMG+K2MgrNM1AaNYgQENoVm0hY5rHAbOBzuhMQZgmTW0JqvTbUDvzpf6c
6P6GFC/89ObZqvfEuWyGcwViuwUgQ7xnGmaJBvyhXSUbLK9400NOv6u02CpkxRRN
lychOp/2wThjVGitGAqs9ZpORmOy4a5LJuDONXhWcIrF2r2jyrVhw0bbe34U+TwE
cSp0eN0qZR9zDj08dRrghS9ceCNAk9sJL2D9dYA2xbs3iiXu68840GdGHwk6ZROh
yQuXtsbg/4zLm85ELaSE
=FsU+
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.