Bug#810703: caml-crush-server: unowned directory after purge: /var/lib/pkcs11proxyd/

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#810703: caml-crush-server: unowned directory after purge: /var/lib/pkcs11proxyd/

Andreas Beckmann-4
Package: caml-crush-server
Version: 1.0.7-1
Severity: important
User: [hidden email]
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned
directories on the system after purge, which is a violation of
policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

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

0m39.4s ERROR: FAIL: Package purging left files on system:
  /var/lib/pkcs11proxyd/ not owned


cheers,

Andreas

caml-crush-server_1.0.7-1.log.gz (13K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#810703: caml-crush-server: unowned directory after purge: /var/lib/pkcs11proxyd/

Thomas Calderon
Hi Andreas,

Thanks for the bug report.

It is not clear to me what is causing the issue as there is no postrm action/file in the caml-crush-server package that remove files or the dedicated user/group.
Hence, I don't understand how piuparts can trigger this error.

When manually calling "dpkg -P caml-crush-server", the /var/lib/pkcs11proxyd directory stays owned by the users created at post-install on my machine.

Could it be an artifact or am I missing something from the log you sent?

Cheers,

Thomas

On Mon, Jan 11, 2016 at 11:49 AM, Andreas Beckmann <[hidden email]> wrote:
Package: caml-crush-server
Version: 1.0.7-1
Severity: important
User: [hidden email]
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned
directories on the system after purge, which is a violation of
policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

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

0m39.4s ERROR: FAIL: Package purging left files on system:
  /var/lib/pkcs11proxyd/         not owned


cheers,

Andreas

Reply | Threaded
Open this post in threaded view
|

Bug#810703: caml-crush-server: unowned directory after purge: /var/lib/pkcs11proxyd/

Andreas Beckmann-4
On 2016-01-11 16:02, Thomas Calderon wrote:

> Hi Andreas,
>
> Thanks for the bug report.
>
> It is not clear to me what is causing the issue as there is no postrm
> action/file in the caml-crush-server package that remove files or the
> dedicated user/group.
> Hence, I don't understand how piuparts can trigger this error.
>
> When manually calling "dpkg -P caml-crush-server", the
> /var/lib/pkcs11proxyd directory stays owned by the users created at
> post-install on my machine.
>
> Could it be an artifact or am I missing something from the log you sent?

This is not about user/group ownership of the directory but about the
package ownership (not) known to dpkg. Since that is created in
postinst, dpkg does not know anything about it, and piuparts sorts it
into the "unowned leftovers" category.

Is that the home directory of the user running that service? In that
case we could add it to a ignore list in piuparts. Please reassign the
bug if we should do so.


Andreas

Reply | Threaded
Open this post in threaded view
|

Bug#810703: caml-crush-server: unowned directory after purge: /var/lib/pkcs11proxyd/

Thomas Calderon
Hi Andreas,

OK thanks for clarifying.
Yes that is the home directory of the user created for the daemon.

I will then reassign the bug to piuparts,

Cheers,

Thomas

On Mon, Jan 11, 2016 at 3:16 PM, Andreas Beckmann <[hidden email]> wrote:
On 2016-01-11 16:02, Thomas Calderon wrote:
> Hi Andreas,
>
> Thanks for the bug report.
>
> It is not clear to me what is causing the issue as there is no postrm
> action/file in the caml-crush-server package that remove files or the
> dedicated user/group.
> Hence, I don't understand how piuparts can trigger this error.
>
> When manually calling "dpkg -P caml-crush-server", the
> /var/lib/pkcs11proxyd directory stays owned by the users created at
> post-install on my machine.
>
> Could it be an artifact or am I missing something from the log you sent?

This is not about user/group ownership of the directory but about the
package ownership (not) known to dpkg. Since that is created in
postinst, dpkg does not know anything about it, and piuparts sorts it
into the "unowned leftovers" category.

Is that the home directory of the user running that service? In that
case we could add it to a ignore list in piuparts. Please reassign the
bug if we should do so.


Andreas