Hi, sorry for not getting back to you any sooner. It took me a while to understand my local configuration issue.
On Mon, Jan 18, 2016 at 03:04:55AM +0100, Guillem Jover wrote: > Yes, it should, and that's what's supposed to happen. Here's a session > on my system: > > ,--- > # rm -rf /usr/share/zoneinfo > # ls -la /usr/share/zoneinfo > ls: cannot access /usr/share/zoneinfo: No such file or directory > # dpkg --path-exclude='/usr/share/zoneinfo' > --path-exclude='/usr/share/zoneinfo/*' --install tzdata_2015g-1_all.deb > (Reading database ... 264026 files and directories currently installed.) > Preparing to unpack tzdata_2015g-1_all.deb ... > Unpacking tzdata (2015g-1) over (2015g-1) ... > Setting up tzdata (2015g-1) ... > > User defined time zone, leaving /etc/localtime unchanged. > Local time is now: Mon Jan 18 02:56:22 CET 2016. > Universal Time is now: Mon Jan 18 01:56:22 UTC 2016. > Run 'dpkg-reconfigure tzdata' if you wish to change it. > > # ls -la /usr/share/zoneinfols: cannot access /usr/share/zoneinfo: No such > file or directory > # > `--- > > So there's something else going on here. Could you run the above but by > passing «-D333» to dpkg, and send the log? After looking into an strace of the dpkg process, I found out that I had configuration regarding path exclude and include in /etc/dpkg/dpkg.conf.d, which was contradicting my command line directives. After removing the configuration, dpkg behaves as expected now. May I suggest adding information about processed configuration files to -D333 output to point people a bit more towards a possible conflict? How does dpkg handle conflicts between command line configuration and configuration file configuration? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421