[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Possible unblock for mt-daapd 0.9~r1696.dfsg-5 / candidate for Lenny r1



Hi,

I hope I'm getting an unblock (and age) for this one, otherwise it'll
be a candidate for Lenny r1 :/

Bottom line is that the current version of mt-daapd fails to set
proper ownership and permissions on its config file and cache
directory upon reinstallation after a purge.

The postinst depends on the non-existence of the mt-daapd user to add
stat overrides for /var/cache/mt-daapd and /etc/mt-daapd.conf.

Starting with 0.9~r1696.dfsg-4, the postrm (correctly) doesn't remove
the mt-daapd user on purge anymore, but the sucky postinst was
overlooked while making this change and it broke.

I've fixed the postinst in 0.9~r1696.dfsg-5 that I just uploaded. The
stat overrides additions are now conditioned by their non-existence in
dpkg's database, which is the way to do that.

mt-daapd (0.9~r1696.dfsg-5) unstable; urgency=low

  * debian/postinst:
    + Fix postinst to not depend on the existence of the mt-daapd user for
      stat overrides (closes: #514334).

 -- Julien BLACHE <jblache@debian.org>  Fri, 06 Feb 2009 13:31:52 +0100

I honestly wish I had caught that one earlier; I was trying to do only
minimal changes to the (crappy, sub-optimal and sub-standard)
packaging instead of repackaging from scratch as we were in freeze
already and that bit me back.

Thanks,

JB.

-- 
 Julien BLACHE <jblache@debian.org>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer        |       <http://www.debian.org>
 Public key available on <http://www.jblache.org> - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


Reply to: