As you can see, there certainly *was* a libffi in Debian, and the
current libffi packages should declare appropriate
conflicts/replaces/whatevers with it. But I'm not sure the exact
right bug to file or which packages.
Thomas
--- Begin Message ---
On Thu, Sep 14, 2006 at 11:38:18PM -0700, Thomas Bushnell BSG wrote:
> Ross Boylan <[EMAIL PROTECTED]> writes:
>
> > Package: gnucash
> > Version: 2.0.1-2
> > Severity: normal
> >
> > May warrant severity critical, but it's unclear what package is
> > responsible. gnucash may be able to work around it with appropriate
> > dependencies. And maybe my system is unusual.
> >
> > This report includes a work-around at the bottom.
> >
> > PROBLEM
> > I track testing, and recently did a dist-upgrade that included
> > gnucash. The result was
> > Unpacking libffi4-dev (from .../libffi4-dev_4.1.1-13_i386.deb) ...
> > dpkg: error processing
> > /var/cache/apt/archives/libffi4-dev_4.1.1-13_i386.deb (--unpack):
> > trying to overwrite `/usr/include/ffi.h', which is also in package libffi
>
> I'm sorry, there has never been a package "libffi" in Debian.
According to
http://lists.debian.org/debian-devel-changes/2000/12/msg02109.html
for example, libffi is a Debian package.
>
> I don't know where your package by that name came from, but clearly it
> was causing the difficulty.
Perhaps the current libffi's need to conflict with the old ones?
As I said, this may not be a gnucash issue, but I think reassigning
rather than closing would be better.
>
> Thomas
>
>
--- End Message ---