Just to clarify, when I have a package a which contains a directory b
and I release a new version from it in which I've replaced directory b
with a symlink, the user who upgrades package a from old version doesn't
get a symlink b but an empty directory b.
Assuming the directory b contained a l
I'd disagree on the severity of this bug.
Tried to create a package with a compatibility symlinks on legacy
pathnames. That proved to be a poor idea, since now I'm getting empty
directories on legacy pathnames instead of symlinks when upgrading the
packages.
No even a warning about this and
severity 406715 normal
retitle 406715 dpkg should warn the user when there's a dir/symlink mismatch
between the package and the system
thanks
On Sun, 12 Oct 2008, Torsten Werner wrote:
> On 2008-10-12, Sven Joachim wrote:
> > I guess this bug is "wontfix"; however, the procedures how to convert
On 2008-10-12 16:19 +0200, Torsten Werner wrote:
> Package: dpkg
> Version: 1.14.22
> Followup-For: Bug #406715
>
> Hi,
>
> the same problem happens, when a directory is replaced by a symlink
> during the upgrade of a package. I am attaching 2 versions of the
> testpackage tp to illustrate the pro
Package: dpkg
Version: 1.14.22
Followup-For: Bug #406715
Hi,
the same problem happens, when a directory is replaced by a symlink
during the upgrade of a package. I am attaching 2 versions of the
testpackage tp to illustrate the problem. Version 1 ships the file
/usr/lib/tp/tp.cfg and the director
Package: dpkg
Version: 1.13.25
Severity: normal
hi
summary of bug 406689:
mozilla-imagezoom installs those files and dirs:
$ dpkg-deb -c mozilla-imagezoom_0.2.7-7_all.deb | grep usr/lib/iceape
drwxr-xr-x root/root 0 2006-12-28 05:55 ./usr/lib/iceape/
drwxr-xr-x root/root 0 2006-
6 matches
Mail list logo