Re: rm -rf /usr/somedir in maintainer scripts? (was: dpkg, symlinks, directories)
also sprach Nikolaus Rath nikol...@rath.org [2012.09.30.0056 +0200]: preinst script by 'rm -rf /usr/include/libfm' and I thought yet that was a right step since upgrade 1.0.1 - 1.0.2 went smooth. Somehow that sounds like a really bad idea to me. Admittedly manually placing some file in /usr/include/libfm is pretty ugly, but I would still certainly not expect that upgrading the libfm package would remove it. Do not mess with /usr, that is exclusively the domain of dpkg. Any file you place there may well be overridden. Use dpkg-divert if you have to. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems a warm bed in a house sounds a mite better than eating a hot dog on a stick with an old geezer traveling on a lawn mower. -- alvin straight (the straight story) digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: rm -rf /usr/somedir in maintainer scripts? (was: dpkg, symlinks, directories)
Hello! Nikolaus Rath has written on Saturday, 29 September, at 18:56: Andrej N. Gritsenko and...@rep.kiev.ua writes: I've solved that in the preinst script by 'rm -rf /usr/include/libfm' and I thought yet that was a right step since upgrade 1.0.1 - 1.0.2 went smooth. Somehow that sounds like a really bad idea to me. Admittedly manually placing some file in /usr/include/libfm is pretty ugly, but I would still certainly not expect that upgrading the libfm package would remove it. Is that really good practice? Can packages own a directory, so that anything that the local admin puts there may be removed automatically? Probably I'm wrong in that. Do you think preinst script should fail instead if target-to-replace directory is not empty? Andriy. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120929231253.gb26...@rep.kiev.ua
Re: rm -rf /usr/somedir in maintainer scripts? (was: dpkg, symlinks, directories)
Hello! I have written on Sunday, 30 September, at 2:12: Nikolaus Rath has written on Saturday, 29 September, at 18:56: Andrej N. Gritsenko and...@rep.kiev.ua writes: I've solved that in the preinst script by 'rm -rf /usr/include/libfm' and I thought yet that was a right step since upgrade 1.0.1 - 1.0.2 went smooth. Somehow that sounds like a really bad idea to me. Admittedly manually placing some file in /usr/include/libfm is pretty ugly, but I would still certainly not expect that upgrading the libfm package would remove it. Is that really good practice? Can packages own a directory, so that anything that the local admin puts there may be removed automatically? Probably I'm wrong in that. Do you think preinst script should fail instead if target-to-replace directory is not empty? And that will not work certainly. If package is being upgraded then old files will be still in place so rmdir will fail in any case. Could you propose any better way to do then? Postinst script which does rmdir and makes symlink instead of not-installed from package? Isn't it dirty somehow? Andriy. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120929232630.gc26...@rep.kiev.ua