[gentoo-user] emerge --depclean - libcurl.la

[gentoo-user] emerge --depclean - libcurl.la

[dhkuhl]

[-- Attachment #1: Type: text/plain, Size: 463 bytes --]

emerge --depclean removed libcurl.la a few days ago.  I have a program that's not in world that uses it when built:  libtool complains that it's missing.  In /usr/lib64 there are libcurl .so files but no .la files.How can I get the libcurl.la library back and keep it so emerge --depclean doesn't remove it?Is there a way to protect files from emerge --depclean, kind of like the CONFIG_PROTECT variable, so it removes everything but what's protected?Thanks,dhk

[-- Attachment #2: Type: text/html, Size: 533 bytes --]

Re: [gentoo-user] emerge --depclean - libcurl.la

[Paul Hartman]

On Thu, Jun 2, 2011 at 9:54 AM,  <dhkuhl@optonline.net> wrote:
> emerge --depclean removed libcurl.la a few days ago.  I have a program
> that's not in world that uses it when built:  libtool complains that it's
> missing.  In /usr/lib64 there are libcurl .so files but no .la files.
>
> How can I get the libcurl.la library back and keep it so emerge
> --depclean doesn't remove it?

Have you run "lafilefixer --justfixit"? I wonder if you have old .la
files from packages emerged before portage 2.1.9.

After running it once, you shouldn't need it anymore since portage
will auto-fix them upon installation.

You should run the lafilefixer command before trying revdep-rebuild,
or else you might have a lot of unnecessary emerges.

AFAIK the usage of .la files is basically deprecated and only a few
packages still require them. Flameeyes posted a lot of details about
it on his blog last year. (http://blog.flameeyes.eu)

Re: [gentoo-user] emerge --depclean - libcurl.la

[dhkuhl]

[-- Attachment #1: Type: text/plain, Size: 1354 bytes --]

----- Original Message -----From: Paul Hartman Date: Thursday, June 2, 2011 11:24 amSubject: Re: [gentoo-user] emerge --depclean - libcurl.laTo: gentoo-user@lists.gentoo.org> On Thu, Jun 2, 2011 at 9:54 AM,   wrote:> > emerge --depclean removed libcurl.la a few days ago.  I have a > program> that's not in world that uses it when built:  > libtool complains that it's> > missing.  In /usr/lib64 there are libcurl .so files but no .la > files.>> > How can I get the libcurl.la library back and keep it so emerge> > --depclean doesn't remove it?> > Have you run "lafilefixer --justfixit"? I wonder if you have old .la> files from packages emerged before portage 2.1.9.> > After running it once, you shouldn't need it anymore since portage> will auto-fix them upon installation.> > You should run the lafilefixer command before trying revdep-rebuild,> or else you might have a lot of unnecessary emerges.> > AFAIK the usage of .la files is basically deprecated and only a few> packages still require them. Flameeyes posted a lot of details about> it on his blog last year. (http://blog.flameeyes.eu)> >I did the lafilefixer and revdep-rebuild and it still happens.  I think it may be in my project directory.  In there I have three files libtool, Makefile.in, and acinclude.m4 each make reference to libtool.  It's commented out in the configure.ac file.

[-- Attachment #2: Type: text/html, Size: 1770 bytes --]

Re: [gentoo-user] emerge --depclean - libcurl.la

[dhk]

[-- Attachment #1: Type: text/plain, Size: 3764 bytes --]




On Thu, Jun 2, 2011 at 11:44 AM, dhkuhl@optonline.net wrote:



----- Original Message -----
From: Paul Hartman
Date: Thursday, June 2, 2011 11:24 am
Subject: Re: [gentoo-user] emerge --depclean - libcurl.la
To: gentoo-user@lists.gentoo.org

> On Thu, Jun 2, 2011 at 9:54 AM, wrote:
>> emerge --depclean removed libcurl.la a few days ago.  I have a
> program> that's not in world that uses it when built:  libtool 
> complains that it's
>> missing.  In /usr/lib64 there are libcurl .so files but no .la
> files.>
>> How can I get the libcurl.la library back and keep it so emerge 
>> --depclean doesn't remove it?
>
> Have you run "lafilefixer --justfixit"? I wonder if you have old .la 
> files from packages emerged before portage 2.1.9.
> After running it once, you shouldn't need it anymore since portage 
> will auto-fix them upon installation.
> You should run the lafilefixer command before trying revdep-rebuild, 
> or else you might have a lot of unnecessary emerges.
> AFAIK the usage of .la files is basically deprecated and only a few 
> packages still require them. Flameeyes posted a lot of details about 
> it on his blog last year. (http://blog.flameeyes.eu)
>

I did the lafilefixer and revdep-rebuild and it still happens.  I think 
it may be in my project directory.  In there I have three files libtool, 
Makefile.in, and acinclude.m4 each make reference to libtool.  It's 
commented out in the configure.ac file.


Something is still looking for libcurl.la and libtool is trying to link 
to it.  I grep'ed for curl and nothing is returned.  I'm using the 
Berkeley C++ xml database, libxml2, and other things.  I cleaned up all 
the Makefiles and reran libtoolize.  The error is as follows.

gcc -DHAVE_CONFIG_H -I. -I.. -Wall -g2 -O0 -DDEBUG 
-DG_LOG_DOMAIN=\"domain\"
-DPACKAGE_DATA_DIR=\""/tmp/domain"\"
-DPACKAGE_LOCALE_DIR=\""/tmp/domain/locale"\"
-DROOTLOGICDIR=\""/tmp/domain"\"
-I/opt/BerkeleyDB/dbxml-2.5.16/install/include -pthread
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include 
-I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 
-I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/libxml2
-DMAKE_POS0 -DEXACTNESS   -g2 -ggdb -O0 -DDEBUG=1   -MT 
pso0-companySpecific.o
-MD -MP -MF .deps/pso0-companySpecific.Tpo -c -o pso0-companySpecific.o 
`test
-f 'companySpecific.c' || echo './'`companySpecific.c
mv -f .deps/pso0-companySpecific.Tpo .deps/pso0-companySpecific.Po
/bin/sh ../libtool --tag=CXX   --mode=link g++  -g -O2 -export-dynamic
-rdynamic -L/opt/BerkeleyDB/dbxml-2.5.16/install/lib  -o pso0 
pso0-main.o
pso0-xt.o pso0-bdb.o pso0-bdbInventory.o pso0-bdbXaction.o
pso0-interfaceBuilder.o pso0-epsonPrint.o pso0-number.o 
pso0-initialize.o
pso0-support.o pso0-callbacks.o pso0-psoGetOpts.o pso0-menus.o 
pso0-psosubs.o
pso0-putMsg.o pso0-pso.o pso0-psoGuiBuild.o pso0-ipms.o pso0-plu.o
pso0-companySpecific.o -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo 
-lpng14
-lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 
-lgthread-2.0
-lrt -lglib-2.0 -lxml2    -ldb -ldb_cxx -ldbxml -lxqilla -lxerces-c
libtool: link: cannot find the library `/usr/lib64/libcurl.la' or 
unhandled
argument `/usr/lib64/libcurl.la'
make[3]: *** [pso0] Error 1
make[3]: Leaving directory `/home/shtarker/Dev/pso/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/shtarker/Dev/pso/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/shtarker/Dev/pso'
make: *** [all] Error 2

libtool: link: cannot find the library `/usr/lib64/libcurl.la' or 
unhandled

Thanks,

dhk

[-- Attachment #2: Type: text/html, Size: 12413 bytes --]

Re: [gentoo-user] emerge --depclean - libcurl.la

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 322 bytes --]

On Friday 03 Jun 2011 19:36:19 dhk wrote:
> libtool: link: cannot find the library `/usr/lib64/libcurl.la' or 
> unhandled

Only to add that I haven't got this file in my amd64 system either:

$ ls -la /usr/lib64/libcurl.la
ls: cannot access /usr/lib64/libcurl.la: No such file or directory

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] emerge --depclean - libcurl.la

[dhkuhl]

Correct, not in world.

Sent from my LG phone

Mick <michaelkintzios@gmail.com> wrote:

>On Friday 03 Jun 2011 19:36:19 dhk wrote:
>> libtool: link: cannot find the library `/usr/lib64/libcurl.la' or 
>> unhandled
>
>Only to add that I haven't got this file in my amd64 system either:
>
>$ ls -la /usr/lib64/libcurl.la
>ls: cannot access /usr/lib64/libcurl.la: No such file or directory
>
>-- 
>Regards,
>Mick

Re: [gentoo-user] emerge --depclean - libcurl.la

[dhk]

On Fri, Jun 3, 2011 at 8:48 PM, dhkuhl@optonline.net wrote:

> Correct, not in world.
>
> Sent from my LG phone
>
> Mick <michaelkintzios@gmail.com> wrote:
>
>> On Friday 03 Jun 2011 19:36:19 dhk wrote:
>>> libtool: link: cannot find the library `/usr/lib64/libcurl.la' or 
>>> unhandled
>>
>> Only to add that I haven't got this file in my amd64 system either:
>>
>> $ ls -la /usr/lib64/libcurl.la
>> ls: cannot access /usr/lib64/libcurl.la: No such file or directory
>>
>> -- 
>> Regards,
>> Mick


Alright, the problem seems to be fixed though I don't know exactly why. 
The libcurl.la file was used by the Berkeley XML Database:  I think the 
Xerces and Xquilla parts.  I reinstalled the Berkeley XML Database and, 
even though the libcurl.la file didn't come back, the problem 
disappeared.  The program I have that uses the database now builds and 
runs fine.

dhk