Bug#411070: libsieve2-1_ still tries to overwrite file owned by libmailutils1

[Ralf Treinen]

Sorry but this isn't resolved yet:

Unpacking libsieve2-1 (from .../libsieve2-1_2.2.6-1_amd64.deb) ...
dpkg: error processing
/var/cache/apt/archives/libsieve2-1_2.2.6-1_amd64.deb (--
unpack):
 trying to overwrite `/usr/lib/libsieve.so.1', which is also in package
 libmailutils1


See

http://edos.debian.net/missing-conflicts/logs/2008-05-10/libmailutils1_libsieve2-1
http://edos.debian.net/missing-conflicts/logs/2008-05-10/libmailutils-dev_libsieve2-dev

for full install logs.

-Ralf.



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

Bug#411070: libsieve2-1_ still tries to overwrite file owned by libmailutils1

[José Luis Tallón]

Ralf Treinen wrote:
 Sorry but this isn't resolved yet:

 Unpacking libsieve2-1 (from .../libsieve2-1_2.2.6-1_amd64.deb) ...
 dpkg: error processing
 /var/cache/apt/archives/libsieve2-1_2.2.6-1_amd64.deb (--
 unpack):
  trying to overwrite `/usr/lib/libsieve.so.1', which is also in package
  libmailutils1
   
Of course :-(

I don't know why, but the Conflicts: with libmailutils1 apparently
slipped by.

libsieve2 has to conflict with libmailutils1 until they split their
library into another package.
This is quite odd, since libmailutils1's libsieve.so implements a
completely different API and ABI than what my package provides. Yet my
upstream produces libsieve.so as opposed to libsieve2.so.
Please note that I already call the binary package accordingly.

I will re-add the conflicts and re-upload ASAP.


Thanks,

J.L.





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