Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Hi Guys, Good to see that this issue has been resolved. I write now to pass the info that I will probably be making a 2.8.2 quite soon as they have been a couple of regressions spotted in 2.8.1 that we due to bug fixes fixing some problems but introducing new ones when the code. Sigh... two steps forward, two steps back. If there is something that would be appropriate to roll into 2.8.2 to help out the armel build then let me know. Robert. On Sun, May 31, 2009 at 11:25 AM, Loic Dachary wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alberto Luaces wrote: >> Sorry, I forgot to say that those two CMake flags should only be >> used for the armel build. >> >> Regards, >> >> Alberto >> > Hi, > > I applied your patch as shown at > http://2-8.openscenegraph.dachary.org/rev/e2a3ee540407 . I would like > to double check that it works. Would you be so kind as to give me a > copy of the qemu instance you are using to test it ? I can host it > permanently for maintainance purposes if that's convenient for you. > > Cheers > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkoiWv0ACgkQ8dLMyEl6F22HyACfclY1Jiid4i8XDSOkkzBFiTjn > X9QAmwdayoa2al82FQ5iu/6SuGzgiHTB > =OqX6 > -END PGP SIGNATURE- > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: > Sorry, I forgot to say that those two CMake flags should only be > used for the armel build. > > Regards, > > Alberto > Hi, I applied your patch as shown at http://2-8.openscenegraph.dachary.org/rev/e2a3ee540407 . I would like to double check that it works. Would you be so kind as to give me a copy of the qemu instance you are using to test it ? I can host it permanently for maintainance purposes if that's convenient for you. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoiWv0ACgkQ8dLMyEl6F22HyACfclY1Jiid4i8XDSOkkzBFiTjn X9QAmwdayoa2al82FQ5iu/6SuGzgiHTB =OqX6 -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Sorry, I forgot to say that those two CMake flags should only be used for the armel build. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Hello, I have found a solution. There was no help on the CMake side, as I wrote some days ago, as you can only operate on the linking flags, but not append new libraries to the proccess. So I went the linker route and found the "--whole-archive" option, that forces the linker to add all the object files of a library no matter if they are still not required. Then, the extra special definitions we have to pass CMake are: -D CMAKE_SHARED_LINKER_FLAGS="-Wl,--whole-archive -lgcc -lgcc_s -Wl,--no-whole-archive" and -D CMAKE_MODULE_LINKER_FLAGS="-Wl,--whole-archive -lgcc -lgcc_s -Wl,--no-whole-archive" The first one will add those libraries in the OSG linking libraries phase and the second will do the same in the plugins linking phase. The -lgcc parameter goes before the -lgcc_s, as shown. With this options, the compilation went fine until the end. Only several warnings of dh_shlibdeps about undefined symbols of the C standard library, triggered I suppose because we were linking to the whole gcc library with the whole-archive option. I executed osgversion with success. osgconv failed because the intrinsic undefined symbols in a plugin, but that was only because I forgot to add the CMAKE_MODULE_LINKER_FLAGS, so the plugins didn't receive their "-lgcc -lgcc_s" at linking stage. Since every compilation of the package spends 30 hours, I'm not going to test it inmediately, but I'm pretty sure that my solution is valid. Hope you find it useful, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Robert Osfield wrote: Hi Allberto & Loic, On Mon, May 25, 2009 at 7:09 PM, Alberto Luaces wrote: He says that it's basically a known bug that he has forwarded to gcc upstream, and in the meanwhile we can fix it on armel and hppa adding "-lgcc_s -lgcc" libraries. One can set the flags by doing setting the CMAKE_CXX_FLAGS either using ccmake ., or via the command line invocation of cmake . i.e. cmake . -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS="-lgcc_s -lgcc" Would this be workable? Absolutely. Cheers begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Hi Robert and Loic, On Tuesday 26 May 2009 11:23:15 you wrote: > One can set the flags by doing setting the CMAKE_CXX_FLAGS either > using ccmake ., or via the command line invocation of cmake . i.e. > > cmake . -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS="-lgcc_s -lgcc" > > Would this be workable? Unfortunately CMake puts the value of CMAKE_CXX_FLAGS at the beggining of the command line, so the symbols are still left undefined. The same goes for CMAKE_SHARED_LINKER_FLAGS. I was looking for something like CMAKE_LIBS, but I haven't found anything yet. I really think that should be possible without modifying CMakeLists.txt. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Hi Allberto & Loic, On Mon, May 25, 2009 at 7:09 PM, Alberto Luaces wrote: > He says that it's basically a known bug that he has forwarded to gcc upstream, > and in the meanwhile we can fix it on armel and hppa adding "-lgcc_s -lgcc" > libraries. One can set the flags by doing setting the CMAKE_CXX_FLAGS either using ccmake ., or via the command line invocation of cmake . i.e. cmake . -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS="-lgcc_s -lgcc" Would this be workable? Robert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
I just appended the libraries to my test library: debian-armel:~# nm foo.o | grep __sync_bool_compare_and_swap_4 U __sync_bool_compare_and_swap_4 debian-armel:~# g++ -shared foo.o -o libfoo.so -lgcc_s -lgcc debian-armel:~# nm -D libfoo.so | grep __sync_bool_compare_and_swap_4 debian-armel:~# What I don't know how to do at the moment is how to do the same in CMake without touching the CMakeLists.txt files. I asked yesterday on CMake list, but it seems that I have to be registered to ask anything. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
He says that it's basically a known bug that he has forwarded to gcc upstream, and in the meanwhile we can fix it on armel and hppa adding "-lgcc_s -lgcc" libraries. Hi, How did you add these two libraries ? I'll do the same and move on with 2.8.1 packaging. Great work. begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Hi Loic, On Sun, May 24, 2009 at 5:10 PM, Loic Dachary wrote: > Awesome work :-) If you come up with a way to disable this with a CMake > option, I'll set it for armel only in the upcoming 2.8.1 package. As long as > it does not change the functionalities (only speed), it is acceptable. I don't know of a current cmake way to disable the automatic selection of the atomic reference counting implemention, the present code is a series of tests that our CMakeModules/CheckAtomicOps.cmake file which is run by src/OpenThreads/CMakeLists.txt to determine the settings that are recorded in the include/OpenThreads/Config file. We could possible modify the relevant cmake to allow on to enable/disable to automatic detection, or to override it's result, but this would obviously take us away from a vanilla OSG-2.8.1 release. Perhaps if we can get CMake changes in place for OSG svn/trunk that work then we could back port these for the debian usage. I presume this is an issue with OSG-2.8.0, and perhaps even OSG-2.6.x as well. The other possibility and a bit of hack might be to provide a custom include/OpenThreads/Config file that overrides the automatically generated one. Robert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
El Domingo 24 Mayo 2009ES 18:10:11 Loic Dachary escribió: > If you come up with a way to disable this with a CMake > option, I'll set it for armel only in the upcoming 2.8.1 package. As > long as it does not change the functionalities (only speed), it is > acceptable. Thanks :) Indeed I had written a modification of the CMakeLists.txt file in order to manually disable those operations, but this morning, gcc Debian maintainer Matthias Klose replied to the bug that I posted yesterday ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530388). He says that it's basically a known bug that he has forwarded to gcc upstream, and in the meanwhile we can fix it on armel and hppa adding "-lgcc_s -lgcc" libraries. I made sure that adding those two libraries, my test example worked, so I think we can have atomic operations as well on armel. I'm now thinking how could we add those libraries for armel without modifying the CMakeLists.txt files, since it seems that is not as easy as with the Autotools where you can set the LIBS variable. I'm happy because today sparc compilation was also succesful (https://buildd.debian.org/pkg.cgi?pkg=openscenegraph), so this is the last step for having a new version of OSG in Debian :) Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Alberto Luaces wrote: El Lunes 18 Mayo 2009ES 17:53:13 Alberto Luaces escribió: El Lunes 18 Mayo 2009ES 13:55:58 Loic Dachary escribió: Based on your research it seems that we need to exclude armel from the list of supported arch for OpenSceneGraph for the time being. Do you see another solution ? Yes, I'm following now Peter's suggestion, so I have now a "qemulated" armel system on my computer, and now I'm building the package on this platform. If I'm successful reproducing the error, I can ping the OSG list for a fix or at least for a switch in the CMake system in order to deactivate that feature, in the case it were the culprit. The downside is that the compilation is very slow, but at least I don't have to wait several weeks and in additon, I can make as many tests as I need. I have located the problem. Unfortunately it lies on Sid g++ versions 4.3.3-10 and 4.4.0-5 of armel's g++. * Antecedents: Newer versions of OSG make use of GCC builtin atomic operations where available in order to improve efficiency (__sync_bool_compare_and_swap, __sync_sub_and_fetch, __sync_add_and_fetch...). The specific code that uses those GCC intrinsic functions is located in OpenThreads, but inlined on the headers this library. * Problem: On armel, if one links an object file using those intrinsic functions to make a shared object with the g++ driver, the intrinsic functions remain undefined on the resultant library, that's why the build of OSG package fails when linking the first executable, osgviewer. I have written this small testcase: debian-armel:~# cat foo.c void doit(void **p, void *val, void *val2) { __sync_bool_compare_and_swap(p, val, val2); } debian-armel:~# gcc foo.c -c debian-armel:~# g++ -shared foo.o -o libfoo.so debian-armel:~# nm -D libfoo.so | grep sync U __sync_bool_compare_and_swap_4 debian-armel:~# gcc -shared foo.o -o libfoo.so debian-armel:~# nm -D libfoo.so | grep sync debian-armel:~# * Solutions: I'm going to submit a bug report for g++, but anyway I don't think we are going to get a fix anytime soon, I don't know if it is allowed for the Debian packaging rules to change the compiling options for certain platforms. If it were the case, I could dive into OSG's CMake build system and put a switch in order to deactivate the use of intrinsics. We would use that switch only for armel. We could also modify OSG's test for the availability of intrinsics in order to not only test if a program using them could be compiled, but also if the compiler is also able to link a simple program with a library using them. This way we could have a platform independent test, not just something specific for armel. Awesome work :-) If you come up with a way to disable this with a CMake option, I'll set it for armel only in the upcoming 2.8.1 package. As long as it does not change the functionalities (only speed), it is acceptable. Cheers begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
El Lunes 18 Mayo 2009ES 17:53:13 Alberto Luaces escribió: > El Lunes 18 Mayo 2009ES 13:55:58 Loic Dachary escribió: > > Based on your research it seems that we need to exclude armel from the > > list of supported arch for OpenSceneGraph for the time being. Do you > > see another solution ? > > Yes, I'm following now Peter's suggestion, so I have now a "qemulated" > armel system on my computer, and now I'm building the package on this > platform. If I'm successful reproducing the error, I can ping the OSG list > for a fix or at least for a switch in the CMake system in order to > deactivate that feature, in the case it were the culprit. The downside is > that the compilation is very slow, but at least I don't have to wait > several weeks and in additon, I can make as many tests as I need. I have located the problem. Unfortunately it lies on Sid g++ versions 4.3.3-10 and 4.4.0-5 of armel's g++. * Antecedents: Newer versions of OSG make use of GCC builtin atomic operations where available in order to improve efficiency (__sync_bool_compare_and_swap, __sync_sub_and_fetch, __sync_add_and_fetch...). The specific code that uses those GCC intrinsic functions is located in OpenThreads, but inlined on the headers this library. * Problem: On armel, if one links an object file using those intrinsic functions to make a shared object with the g++ driver, the intrinsic functions remain undefined on the resultant library, that's why the build of OSG package fails when linking the first executable, osgviewer. I have written this small testcase: debian-armel:~# cat foo.c void doit(void **p, void *val, void *val2) { __sync_bool_compare_and_swap(p, val, val2); } debian-armel:~# gcc foo.c -c debian-armel:~# g++ -shared foo.o -o libfoo.so debian-armel:~# nm -D libfoo.so | grep sync U __sync_bool_compare_and_swap_4 debian-armel:~# gcc -shared foo.o -o libfoo.so debian-armel:~# nm -D libfoo.so | grep sync debian-armel:~# * Solutions: I'm going to submit a bug report for g++, but anyway I don't think we are going to get a fix anytime soon, I don't know if it is allowed for the Debian packaging rules to change the compiling options for certain platforms. If it were the case, I could dive into OSG's CMake build system and put a switch in order to deactivate the use of intrinsics. We would use that switch only for armel. We could also modify OSG's test for the availability of intrinsics in order to not only test if a program using them could be compiled, but also if the compiler is also able to link a simple program with a library using them. This way we could have a platform independent test, not just something specific for armel. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
El Lunes 18 Mayo 2009ES 13:55:58 Loic Dachary escribió: > Based on your research it seems that we need to exclude armel from the > list of supported arch for OpenSceneGraph for the time being. Do you > see another solution ? Yes, I'm following now Peter's suggestion, so I have now a "qemulated" armel system on my computer, and now I'm building the package on this platform. If I'm successful reproducing the error, I can ping the OSG list for a fix or at least for a switch in the CMake system in order to deactivate that feature, in the case it were the culprit. The downside is that the compilation is very slow, but at least I don't have to wait several weeks and in additon, I can make as many tests as I need. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: > Package: openscenegraph Version: 2.4.0-1.1 Severity: serious > Justification: no longer builds from source > > > At last, the armel build of 2.8.0-4 took place on May 10th. However > it failed because the following error when building the first > program on the suite that uses the library, osgviewer: > > /usr/bin/ld: ../../bin/osgviewer: hidden symbol > `__sync_bool_compare_and_swap_4' in > /usr/lib/gcc/arm-linux-gnueabi/4.3.3/libgcc.a(linux-atomic.o) is > referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable > section on output > > It is the same error that the 2.8.0-1 release got on this platform > in the past. I think the error is caused since the new atomic > operations feature was incorporated to OpenThreads between the 2.4 > and the 2.8 releases. > > Since it seems that nobody uses armel on the OSG list -- otherwise > this error would come up several months ago --, one possible > solution would be to deactivate the use of those intrinsics only > for armel. This approach has however several disadvantages: > > - Seeing the CMakeLists.txt file, it seems that there is no way of > deactivating that feature, since is not optional but configured > automatically through tests. I could, however, ask for a way to do > it on the mailing list. > > - It is almost a shoot in the dark, since we cannot test in a fast > way if the fix is working (it seems that for armel the latency is > almost two months). > > - We cannot know if the original error comes from OSG, CMake o > armel's system libraries. > > Suggestions? Based on your research it seems that we need to exclude armel from the list of supported arch for OpenSceneGraph for the time being. Do you see another solution ? Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoRTM4ACgkQ8dLMyEl6F22Q4wCgiaJ2HPfTs0XZz9Nl6ATz0diE kAsAnRvQjS6rUBoqoXOB+sxze/oS4xaY =EUCM -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced, by DSO"
El Lunes 18 Mayo 2009ES 02:37:15 peter green escribió: > >- It is almost a shoot in the dark, since we cannot test in a fast way > > if the fix is working (it seems that for armel the latency is almost > > two months). > > > > > Suggestions? > > There is always qemu, it may take a few days (not sure how qemu compares in > speed to the current armel buildds) but that still may be quicker than > waiting for the buildds to get arround it. Very good advice, Peter. I didn't know that qemu could emulate other architectures than x86. I'm going to try to reproduce the bug. Thank you, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced, by DSO"
- It is almost a shoot in the dark, since we cannot test in a fast way if the fix is working (it seems that for armel the latency is almost two months). Suggestions? There is always qemu, it may take a few days (not sure how qemu compares in speed to the current armel buildds) but that still may be quicker than waiting for the buildds to get arround it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"
Package: openscenegraph Version: 2.4.0-1.1 Severity: serious Justification: no longer builds from source At last, the armel build of 2.8.0-4 took place on May 10th. However it failed because the following error when building the first program on the suite that uses the library, osgviewer: /usr/bin/ld: ../../bin/osgviewer: hidden symbol `__sync_bool_compare_and_swap_4' in /usr/lib/gcc/arm-linux-gnueabi/4.3.3/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output It is the same error that the 2.8.0-1 release got on this platform in the past. I think the error is caused since the new atomic operations feature was incorporated to OpenThreads between the 2.4 and the 2.8 releases. Since it seems that nobody uses armel on the OSG list -- otherwise this error would come up several months ago --, one possible solution would be to deactivate the use of those intrinsics only for armel. This approach has however several disadvantages: - Seeing the CMakeLists.txt file, it seems that there is no way of deactivating that feature, since is not optional but configured automatically through tests. I could, however, ask for a way to do it on the mailing list. - It is almost a shoot in the dark, since we cannot test in a fast way if the fix is working (it seems that for armel the latency is almost two months). - We cannot know if the original error comes from OSG, CMake o armel's system libraries. Suggestions? Regards, Alberto -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openscenegraph depends on: ii freeglut32.4.0-6.1 OpenGL Utility Toolkit ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-7 The OpenGL utility library (GLU) ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libopenscenegraph7 2.4.0-1.1 3D scenegraph ii libopenthreads7 2.4.0-1.1 Object-Oriented (OO) thread interf ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar openscenegraph recommends no packages. openscenegraph suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org