Bug#506258: dpkg doesn't handle symlinks to directories as directory

2008-11-20 Thread Guillem Jover
Hi,

On Thu, 2008-11-20 at 13:02:54 +0100, Carl Fürstenberg wrote:
 Thanks for the information Guillem, though I'm wonder if this fix is
 going to be applied to etch as well, or will I need to apply the fix
 my self locally?

As discussed on IRC, I'll be contacting the stable release team and ask
if an update for etch for this would be fine with them.

regards,
guillem



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#506258: dpkg doesn't handle symlinks to directories as directory

2008-11-19 Thread Carl Fürstenberg
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



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]