public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] hugin error message
@ 2008-03-13 20:28 David Harel
  2008-03-13 22:38 ` Alan McKinnon
  0 siblings, 1 reply; 4+ messages in thread
From: David Harel @ 2008-03-13 20:28 UTC (permalink / raw
  To: gentoo-user

Hi,


I emerged hugin-0.6.1-r2 (latest stable) with everything it depends on 
and when I run it I get:

*$ hugin
Fatal Error: Mismatch between the program and library build versions 
detected.
The library used 2.6 (no debug,ANSI,compiler with C++ ABI 102,wx 
containers,compatible with 2.4),
and your program used 2.6 (no debug,ANSI,compiler with C++ ABI 1002,wx 
containers,compatible with 2.4).
Aborted*

Which library? Any idea?


-- 
Regards.

David Harel,

==================================

Home office +972 77 7657645
Fax:        +972 77 7657645
Cellular:   +972 54 4534502
Snail Mail: Amuka
            D.N Merom Hagalil
            13802
            Israel
Email:      hareldvd@ergolight-sw.com


-- 
gentoo-user@lists.gentoo.org mailing list



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-user] hugin error message
  2008-03-13 20:28 [gentoo-user] hugin error message David Harel
@ 2008-03-13 22:38 ` Alan McKinnon
  2008-03-15 20:46   ` David Harel
  0 siblings, 1 reply; 4+ messages in thread
From: Alan McKinnon @ 2008-03-13 22:38 UTC (permalink / raw
  To: gentoo-user

On Thursday 13 March 2008, David Harel wrote:
> Hi,
>
>
> I emerged hugin-0.6.1-r2 (latest stable) with everything it depends
> on and when I run it I get:
>
> *$ hugin
> Fatal Error: Mismatch between the program and library build versions
> detected.
> The library used 2.6 (no debug,ANSI,compiler with C++ ABI 102,wx
> containers,compatible with 2.4),
> and your program used 2.6 (no debug,ANSI,compiler with C++ ABI
> 1002,wx containers,compatible with 2.4).
> Aborted*
>
> Which library? Any idea?

No idea, but I'll bet revdep-rebuild does :-)

On second thoughts, maybe not. (it's still worth a try). Try run ldd on 
the hugin binary, note which libs look like they are specific-ish to 
hugin, identify the packages that supplied them and recompile  those 
together with hugin itself.

I'm thinking a library linked to by hugin was built my your previous C++ 
compiler, not your current one


-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-user] hugin error message
  2008-03-13 22:38 ` Alan McKinnon
@ 2008-03-15 20:46   ` David Harel
  2008-03-16  9:15     ` Alan McKinnon
  0 siblings, 1 reply; 4+ messages in thread
From: David Harel @ 2008-03-15 20:46 UTC (permalink / raw
  To: gentoo-user

Don't you think the error message should have been more specific about 
which library causes the conflict? Is it hugin error message?

Alan McKinnon wrote:
> On Thursday 13 March 2008, David Harel wrote:
>   
>> Hi,
>>
>>
>> I emerged hugin-0.6.1-r2 (latest stable) with everything it depends
>> on and when I run it I get:
>>
>> *$ hugin
>> Fatal Error: Mismatch between the program and library build versions
>> detected.
>> The library used 2.6 (no debug,ANSI,compiler with C++ ABI 102,wx
>> containers,compatible with 2.4),
>> and your program used 2.6 (no debug,ANSI,compiler with C++ ABI
>> 1002,wx containers,compatible with 2.4).
>> Aborted*
>>
>> Which library? Any idea?
>>     
>
> No idea, but I'll bet revdep-rebuild does :-)
>   
revdep-rebuild is fine.
# revdep-rebuild
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/kde/3.5/lib/kde3/khotkeys_shared_arts.la (requires 
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.la)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

Dynamic linking on your system is consistent... All done.

> On second thoughts, maybe not. (it's still worth a try). Try run ldd on
ldd givs a long list. obviously I don't want to reinstall that big of a 
list:
$ ldd /usr/bin/hugin
        linux-gate.so.1 =>  (0xffffe000)
        libwx_gtk2_xrc-2.6.so.0 => /usr/lib/libwx_gtk2_xrc-2.6.so.0 
(0xb7f2c000)
        libwx_gtk2_qa-2.6.so.0 => /usr/lib/libwx_gtk2_qa-2.6.so.0 
(0xb7f0f000)
        libwx_gtk2_html-2.6.so.0 => /usr/lib/libwx_gtk2_html-2.6.so.0 
(0xb7e82000)
        libwx_gtk2_adv-2.6.so.0 => /usr/lib/libwx_gtk2_adv-2.6.so.0 
(0xb7ddf000)
        libwx_gtk2_core-2.6.so.0 => /usr/lib/libwx_gtk2_core-2.6.so.0 
(0xb7a90000)
        libwx_base_xml-2.6.so.0 => /usr/lib/libwx_base_xml-2.6.so.0 
(0xb7a85000)
        libwx_base_net-2.6.so.0 => /usr/lib/libwx_base_net-2.6.so.0 
(0xb7a5a000)
        libwx_base-2.6.so.0 => /usr/lib/libwx_base-2.6.so.0 (0xb78fd000)
        libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb75b5000)
        libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7536000)
        libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb751a000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 
(0xb7503000)
        libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 
(0xb74f9000)
        libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb74cb000)
        libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7491000)
        libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb7420000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb73f6000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb737c000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7268000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7260000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xb7171000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xb716e000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7168000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7130000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb712c000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7128000)
        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7123000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb710c000)
        librt.so.1 => /lib/librt.so.1 (0xb7102000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7047000)
        libpano12.so.0 => /usr/lib/libpano12.so.0 (0xb6ff4000)
        libboost_thread-mt.so => /usr/lib/libboost_thread-mt.so (0xb6fe7000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb6fc4000)
        libtiff.so.3 => /usr/lib/libtiff.so.3 (0xb6f71000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb6f51000)
        libz.so.1 => /lib/libz.so.1 (0xb6f3e000)
        libstdc++.so.6 => 
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6 (0xb6e55000)
        libm.so.6 => /lib/libm.so.6 (0xb6e2f000)
        libc.so.6 => /lib/libc.so.6 (0xb6cfe000)
        libgcc_s.so.1 => 
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1 (0xb6cf2000)
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb6ced000)
        libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb6ce8000)
        libstdc++.so.5 => /usr/lib/libstdc++-v3/libstdc++.so.5 (0xb6c30000)
        libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb6bd1000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb6bb0000)
        libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb6bac000)
        libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb6ba8000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6ba3000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xb6b95000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0xb6b8b000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb6b85000)
        libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb6b7b000)
        /lib/ld-linux.so.2 (0xb7fbf000)

>  
> the hugin binary, note which libs look like they are specific-ish to 
> hugin, identify the packages that supplied them and recompile  those 
> together with hugin itself.
>   
I reinstalled:
libpano12
boost
boost-build

> I'm thinking a library linked to by hugin was built my your previous C++ 
> compiler, not your current one
>
>
>   

-- 
Regards.

David Harel,

==================================

Home office +972 77 7657645
Fax:        +972 77 7657645
Cellular:   +972 54 4534502
Snail Mail: Amuka
            D.N Merom Hagalil
            13802
            Israel
Email:      hareldvd@ergolight-sw.com


-- 
gentoo-user@lists.gentoo.org mailing list



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-user] hugin error message
  2008-03-15 20:46   ` David Harel
@ 2008-03-16  9:15     ` Alan McKinnon
  0 siblings, 0 replies; 4+ messages in thread
From: Alan McKinnon @ 2008-03-16  9:15 UTC (permalink / raw
  To: gentoo-user

On Saturday 15 March 2008, David Harel wrote:
> Don't you think the error message should have been more specific
> about which library causes the conflict? Is it hugin error message?

Yes, the message is not very illuminating. You'd think the app that 
emitted it would mention where it comes from and which libs it was 
referring it <sigh>

The revdep-rebuild and ldd output also doesn't say much other than mono 
is involved, which I don't know a whole lot about. My next tactic would 
be to run hugin under strace, and see which library calls came just 
before the error. This however can be a long and tedious process. 
Hopefully someone else more familiar with mono will come along soon


-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2008-03-16  9:21 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-13 20:28 [gentoo-user] hugin error message David Harel
2008-03-13 22:38 ` Alan McKinnon
2008-03-15 20:46   ` David Harel
2008-03-16  9:15     ` Alan McKinnon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox