Dear Simon, The use of it confused me, since it seems to have been required by libtool/automake while compiling a project (linking phase) that does NOT reference gnutls/libtasn anywhere -- it suddenly got into Makefile.in/Makefile (but was never in Makefile.am/configure.ac). Looking a bit more into this, the problem seems to always arise when I link against libcurl. I have libcurl3, libcurl3-gnutls and libcurl4-gnutls-dev installed (7.21.6-1).
I hope this helps! Best, Christian On Tuesday, May 03, 2011 04:42:40 PM Simon Josefsson wrote: > Christian Grothoff <[email protected]> writes: > > Package: libtasn1-3-dev > > Version: 2.9-3 > > Severity: grave > > Tags: sid > > Justification: renders package unusable > > > > I first got this error compiling some code: > > > > /bin/sed: can't read /usr/lib/libtasn1.la: No such file or directory > > libtool: link: `/usr/lib/libtasn1.la' is not a valid libtool archive > > > > The file does not exist on my system. I first tried to install > > (and re-install) libtasn1-3-dev, but that did not change anything. > > > > Then I looked at > > http://packages.debian.org/sid/amd64/libtasn1-3-dev/filelist > > and it says the file should be included here. > > > > However, listing the > > contents of the respecitve Debian archive, it is in fact > > not included. > > Hi Christan. > > The Debian Squeeze release has the file: > > http://packages.debian.org/squeeze/amd64/libtasn1-3-dev/filelist > > However it was removed in Debian sid recently: > > http://packages.debian.org/changelogs/pool/main/libt/libtasn1-3/libtasn1-3_ > 2.9-3/changelog > > Can you track down what *.la file you had that was referring > /usr/lib/libtasn1.la? If it is a local code, I am sorry but you have to > recompile that code after the *.la file was removed. If it is something > in Debian, we should have cought when making the switch but knowing what > package it is should be enough to fix it. > > /Simon -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
