Your message dated Thu, 20 Nov 2008 03:58:29 +0200 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#506258: dpkg doesn't handle symlinks to directories as directory has caused the Debian Bug report #506258, regarding dpkg doesn't handle symlinks to directories as directory to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 506258: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506258 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems
--- Begin Message ---Package: dpkg Version: 1.13.25 Severity: serious Justification: Policy 6.6 After mailing the dpkg mailing list, I was instructed that I should file a bug, so here it is: In the php5 package, the current situation is that /etc/php5/cgi/conf.d is a symlink to /etc/php5/conf.d; By failing to know that, we in a local package installed a file under /etc/php5/cgi/conf.d/admin.ini, which went on without any problem. But due that the php5 package had been updated, a problem arised, which resulted in following error: (Reading database ... 28064 files and directories currently installed.) Preparing to replace php5-cgi 5.2.0-8+etch11 (using ..../php5-cgi_5.2.0-8+etch13_powerpc.deb) ... Unpacking replacement php5-cgi ... dpkg: error processing /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb (--unpack): trying to overwrite `/etc/php5/cgi/conf.d', which is also in package bubba-frontend Errors were encountered while processing: /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) After some discussion at #debian-devel, a pinter to section 6.6 point 4 in the policy where given, and that the point in particular was in effect for etch as well, which states: A directory will never be replaced by a symbolic link to a directory or vice versa; instead, the existing state (symlink or not) will be left alone and dpkg will follow the symlink if there is one. My interpreation of the policy is that the above error shouln't arise, even though we should have installed the config file under /etc/php5/conf.d anyway, as it wouldn't make any runtime difference (somewhat a bug in the php5 packages). So I ask you if this is an bug, or that out interpreation of the poliy is lousy at best. Above is all related to Etch, and I don't know if this "error" is present in lenny/sid. /Carl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---Version: 1.14.6 On Wed, 2008-11-19 at 23:13:23 +0100, Carl Fürstenberg wrote: > Package: dpkg > Version: 1.13.25 > Severity: serious > Justification: Policy 6.6 > In the php5 package, the current situation is that /etc/php5/cgi/conf.d > is a symlink to /etc/php5/conf.d; By failing to know that, we in a local > package installed a file under /etc/php5/cgi/conf.d/admin.ini, which > went on without any problem. But due that the php5 package had been > updated, a problem arised, which resulted in following error: > > (Reading database ... 28064 files and directories currently installed.) > Preparing to replace php5-cgi 5.2.0-8+etch11 (using > ..../php5-cgi_5.2.0-8+etch13_powerpc.deb) ... > Unpacking replacement php5-cgi ... > dpkg: error processing > /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb > (--unpack): > trying to overwrite `/etc/php5/cgi/conf.d', which is also in > package bubba-frontend > Errors were encountered while processing: > /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > > After some discussion at #debian-devel, a pinter to section 6.6 point 4 > in the policy where given, and that the point in particular was in > effect for etch as well, which states: > > A directory will never be replaced by a symbolic link to a directory > or vice versa; > instead, the existing state (symlink or not) will be left alone and > dpkg will follow > the symlink if there is one. > > My interpreation of the policy is that the above error shouln't arise, > even though we should have installed the config file under > /etc/php5/conf.d anyway, as it wouldn't make any runtime difference > (somewhat a bug in the php5 packages). So I ask you if this is an bug, > or that out interpreation of the poliy is lousy at best. > > Above is all related to Etch, and I don't know if this "error" is > present in lenny/sid. Right this is a bug, and it was fixed some time ago, it does not affect lenny or sid systems. This is the relevant changelog entry: ,--- dpkg (1.14.6) unstable; urgency=low [...] * Do not consider it a file conflict if the package contains a symlink to a directory where the existing symlink on-disk points to the same place. Closes: #377682 Thanks to Ian Jackson. [...] -- Guillem Jover <[EMAIL PROTECTED]> Wed, 05 Sep 2007 07:36:02 +0300 `--- Thus closing this bug report. regards, guillem
--- End Message ---
