Bug 277023 – media-libs/mesa: add elog message about removed .la files

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Mikko C. 2009-07-08 11:43:53 UTC]

I was asked by scarabeus to open this bug.
Using mesa-9999 from x11 overlay.
After this commit: http://git.overlays.gentoo.org/gitweb/?p=proj/x11.git;a=commit;h=33e1ce539b6948ce45a84c4d5656187aacb8f552

I get this error when compiling app-text/libspectre-0.2.1

x86_64-pc-linux-gnu-gcc -std=gnu99 -march=core2 -O2 -pipe -Wl,-O1 -o .libs/parser-test parser-test.o  ../libspectre/.libs/libspectre.so -lgs                                                                                                              
creating parser-test                                                                                                         
libtool: link: cannot find the library `/usr/lib64/libGL.la' or unhandled argument `/usr/lib64/libGL.la'                     
make[2]: Leaving directory `/var/tmp/paludis/app-text-libspectre-0.2.1/work/libspectre-0.2.1/test'                           
make[2]: *** [spectre-test] Error 1                                                                                          
make[1]: *** [all-recursive] Error 1                                                                                         
make[1]: Leaving directory `/var/tmp/paludis/app-text-libspectre-0.2.1/work/libspectre-0.2.1'                                
make: *** [all] Error 2                                                                                                      
/usr/libexec/paludis/utils/emake: emake returned error 2

Reproducible: Always

Steps to Reproduce:

[Comment 1 Rémi Cardona (RETIRED) 2009-07-08 11:52:48 UTC]

revdep-rebuild should tell you which package owns the broken .la file.

Btw, Tomas, this is still INVALID ;)

Thanks

[Comment 2 Mikko C. 2009-07-08 12:08:41 UTC]

(In reply to comment #1)
> revdep-rebuild should tell you which package owns the broken .la file.
> 

But I don't have that file :s
/usr/lib64/libGL.la doesn't exist.

[Comment 3 Rémi Cardona (RETIRED) 2009-07-08 12:18:14 UTC]

Please run revdep-rebuild nonetheless, we're looking for the .la file that's _referencing_ libGL.la.

[Comment 4 Mikko C. 2009-07-08 12:51:43 UTC]

Created attachment 197178 [details]
revdep-rebuild log

[Comment 5 Rémi Cardona (RETIRED) 2009-07-11 10:06:06 UTC]

Right, so it's just a standard .la removal.

Tomas, any reason why you want to keep this open any longer?

Thanks

[Comment 6 Maciej Józiewicz 2009-07-12 20:38:39 UTC]

So is it a mesa problem and they should put the file back there, or all the other apps should deal without it? (I hope for the first...)

[Comment 7 Rémi Cardona (RETIRED) 2009-07-12 22:35:36 UTC]

No, the .la files are not coming back. Upstream ships/installs no .la files, _we_ added them, they are actually broken (they break cross-compiling) and no-one else is doing something like that.

We did something wrong and we're fixing it.

Just use revdep-rebuild to rebuild your broken packages.

Thanks

[Comment 8 Mikko C. 2009-07-13 06:22:26 UTC]

but how can i compile for example libdrm, on which mesa depends, if libdrm doesn't compile without libGL.la?? And there are many other packages.

[Comment 9 Maciej Józiewicz 2009-07-13 06:28:42 UTC]

i92guboj suggested this on the forums (http://forums.gentoo.org/viewtopic-t-780038.html):
`lafilefixer --justfixit`

(the program is in portage)

I will try that later today.

[Comment 10 Maciej Józiewicz 2009-07-13 17:02:09 UTC]

Worked for me just fine. Didn't have to rebuild a single package after fixing the .la files. I think that a message after emerging this new mesa would be in order.

[Comment 11 Rémi Cardona (RETIRED) 2009-07-28 13:31:00 UTC]

mesa-9999 has the elog message.

Closing. Thanks