[opensuse-factory] New package wxWidgets-3_0-nostl
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. I've had audacity 2.1.2 waiting to be submitted since February due to this problem and 2.1.3 will be released soon. sr#405087 to Factory. Thanks Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote:
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets.
Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the package gets accepted in X11:wxWdigets. thanks, Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL. From a maintenance point of view I just have to keep patches up to date and follow wxWidgets. A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 28 Jun 2016 08:45:18 +0200, Dave Plater wrote:
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL.
If it's the case, we have to reconsider whether it's a good idea to have a package without STL at all. Is it only about the maintenance burden, or is it by other reasons? (Now adding Jan to Cc.)
From a maintenance point of view I just have to keep patches up to date and follow wxWidgets.
I don't mind too much as long as it's only in multimedia:libs. But, we need to push this to FACTORY/TW (since audacity requires it now), and this is a bigger problem from the maintenance POV.
A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman.
Yes. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 28/06/2016 09:37, Takashi Iwai wrote:
On Tue, 28 Jun 2016 08:45:18 +0200, Dave Plater wrote:
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL.
If it's the case, we have to reconsider whether it's a good idea to have a package without STL at all. Is it only about the maintenance burden, or is it by other reasons? (Now adding Jan to Cc.)
From a maintenance point of view I just have to keep patches up to date and follow wxWidgets. I don't mind too much as long as it's only in multimedia:libs. But, we need to push this to FACTORY/TW (since audacity requires it now), and this is a bigger problem from the maintenance POV.
A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman. Yes.
Takashi The latest audacity git is still full of STL related build errors, too many to patch. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 28 Jun 2016 08:45:18 +0200, Dave Plater wrote:
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL.
If it's the case, we have to reconsider whether it's a good idea to have a package without STL at all. Is it only about the maintenance burden, or is it by other reasons? (Now adding Jan to Cc.)
From a maintenance point of view I just have to keep patches up to date and follow wxWidgets. I don't mind too much as long as it's only in multimedia:libs. But, we need to push this to FACTORY/TW (since audacity requires it now), and this is a bigger problem from the maintenance POV.
A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman. Yes.
Takashi If you use : https://maintainer.zq1.de/?pkg=audacity&type=auto&.submit=Search#audacity you will see that all the major distributions have audacity-2.1.2 and when the update was released I searched for a solution and have found
On 28/06/2016 09:37, Takashi Iwai wrote: that we are the only major distribution with wxWidgets with STL, this is a good thing, Jan even tried to get the audacity developers to fix and made a very large patch himself, I also tried to finish the patch but the code is badly commented and the errors are so far entrenched that I gave up. At least one openSUSE user on the audacity forum rolled her own wxWidgets in order to update audacity, this is a quote from the audacity forum : Gale Andrews wrote: Are you using system wxWidgets that uses STL? Audacity will fail to compile with the issues you see in that case. If you self-build wxWidgets 3.0.2 from https://github.com/wxWidgets/wxWidgets/releases/download/v3.0.2/wxWidgets-3.... with no configure arguments, install that Widgets build then run ldconfig, Audacity should build fine. Gale This will cause more trouble with the system than having a wxWidgets without stl will. Are we working to have a stable distribution or are we working on something else. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 28 Jun 2016 15:01:36 +0200, Dave Plater wrote:
On Tue, 28 Jun 2016 08:45:18 +0200, Dave Plater wrote:
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL.
If it's the case, we have to reconsider whether it's a good idea to have a package without STL at all. Is it only about the maintenance burden, or is it by other reasons? (Now adding Jan to Cc.)
From a maintenance point of view I just have to keep patches up to date and follow wxWidgets. I don't mind too much as long as it's only in multimedia:libs. But, we need to push this to FACTORY/TW (since audacity requires it now), and this is a bigger problem from the maintenance POV.
A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman. Yes.
Takashi If you use : https://maintainer.zq1.de/?pkg=audacity&type=auto&.submit=Search#audacity you will see that all the major distributions have audacity-2.1.2 and when the update was released I searched for a solution and have found
On 28/06/2016 09:37, Takashi Iwai wrote: that we are the only major distribution with wxWidgets with STL, this is a good thing, Jan even tried to get the audacity developers to fix and made a very large patch himself, I also tried to finish the patch but the code is badly commented and the errors are so far entrenched that I gave up. At least one openSUSE user on the audacity forum rolled her own wxWidgets in order to update audacity, this is a quote from the audacity forum : Gale Andrews wrote: Are you using system wxWidgets that uses STL? Audacity will fail to compile with the issues you see in that case.
If you self-build wxWidgets 3.0.2 from https://github.com/wxWidgets/wxWidgets/releases/download/v3.0.2/wxWidgets-3.... with no configure arguments, install that Widgets build then run ldconfig, Audacity should build fine.
Gale This will cause more trouble with the system than having a wxWidgets without stl will. Are we working to have a stable distribution or are we working on something else.
Well, the questions are simple: - Providing the non-STL version of wxWdigets package is the best option for users? - If yes, can both STL and non-STL versions coexist? Or it's easier / safer to just switch to non-STL version for the whole? - If we package both versions, can non-STL version be maintained in the same package repo? Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 28 Jun 2016 15:01:36 +0200, Dave Plater wrote:
On Tue, 28 Jun 2016 08:45:18 +0200, Dave Plater wrote:
I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template Library (stl). The reason for this is that due to the fact that no other major distribution builds wxWidgets with stl the audacity developers aren't interested in fixing their software to build with stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL.
If it's the case, we have to reconsider whether it's a good idea to have a package without STL at all. Is it only about the maintenance burden, or is it by other reasons? (Now adding Jan to Cc.)
From a maintenance point of view I just have to keep patches up to date and follow wxWidgets. I don't mind too much as long as it's only in multimedia:libs. But, we need to push this to FACTORY/TW (since audacity requires it now), and this is a bigger problem from the maintenance POV.
A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman. Yes.
Takashi If you use : https://maintainer.zq1.de/?pkg=audacity&type=auto&.submit=Search#audacity you will see that all the major distributions have audacity-2.1.2 and when the update was released I searched for a solution and have found
On 28/06/2016 09:37, Takashi Iwai wrote: that we are the only major distribution with wxWidgets with STL, this is a good thing, Jan even tried to get the audacity developers to fix and made a very large patch himself, I also tried to finish the patch but the code is badly commented and the errors are so far entrenched that I gave up. At least one openSUSE user on the audacity forum rolled her own wxWidgets in order to update audacity, this is a quote from the audacity forum : Gale Andrews wrote: Are you using system wxWidgets that uses STL? Audacity will fail to compile with the issues you see in that case.
If you self-build wxWidgets 3.0.2 from https://github.com/wxWidgets/wxWidgets/releases/download/v3.0.2/wxWidgets-3.... with no configure arguments, install that Widgets build then run ldconfig, Audacity should build fine.
Gale This will cause more trouble with the system than having a wxWidgets without stl will. Are we working to have a stable distribution or are we working on something else.
Well, the questions are simple:
- Providing the non-STL version of wxWdigets package is the best option for users?
- If yes, can both STL and non-STL versions coexist? Or it's easier / safer to just switch to non-STL version for the whole?
- If we package both versions, can non-STL version be maintained in the same package repo?
Takashi I've been monitoring audacity development since this problem appeared, when I felt the need to release the nostl wxWidgets package I emailed him stating the three options : a) A linked nostl package b) A multimedia:libs package c) Audacity gets banished to Packman I won't post his reply out of courtesy but translated I took it to mean
On 28/06/2016 15:14, Takashi Iwai wrote: that he didn't care. I replied : 'll make a separate package for audacity then. It's a popular package unfortunately and needs to be updated. I'll put the non stl package in packman maybe and unlink the audacity package there. Upstream won't lift a finger until ubuntu or similar changes their wxWidgets, Dave This was June 8 and there was no reply. There is a bug in audacity 2.1.1 openSUSE:Leap:42.1 and I've seen similar on the Packman list : for me audacity doesn't work (coredump): Fatal Error: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1009,STL containers,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1010,STL containers,compatible with 2.6). [1] 10900 abort (core dumped) audacity I had the same error before Tumbleweed moved to gcc6. and
Dear Packman Team, on my fresh installation suse tumbleweed 64 bit, audacity does start with this error: ---------------------------------- @spectre-nm:~> audacity Fatal Error: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1009,STL containers,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1010,STL containers,compatible with 2.6). Annullato (core dump creato) ------------------------------
Let me know if you need more info.
Thank for your job Nicola Minutiello
I suggest that you start by installing audacity from openSUSE:Tumbleweed first and if it has the same error open a bug and assign it to user plater with my email address. The Packman audacity is the same, it just has mp3 capabilities. Thanks Dave Unfortunately no one has filed a bug except : http://bugzilla.audacityteam.org/show_bug.cgi?id=1393 I think the move away from wxWidgets 2 to 3 for audacity is urgent. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 28 Jun 2016 16:16:29 +0200, Dave Plater wrote:
On 28/06/2016 15:14, Takashi Iwai wrote:
On Tue, 28 Jun 2016 15:01:36 +0200, Dave Plater wrote:
On Tue, 28 Jun 2016 08:45:18 +0200, Dave Plater wrote:
On Mon, 27 Jun 2016 22:54:22 +0200, Dave Plater wrote: > I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of > X11:wxWidgets / wxWidgets-3_0 that is built without Standard Template > Library (stl). The reason for this is that due to the fact that no > other major distribution builds wxWidgets with stl the audacity > developers aren't interested in fixing their software to build with > stl enabled wxWidgets. Wouldn't it make more sense just to create that package without copying, just by adding another *.spec file and make a link package? Maintaining two variants in two different projects is really painful and error-prone. You can create a link to m:libs once after the package gets accepted in X11:wxWdigets.
thanks,
Takashi I've discussed this with Jan and I don't think he wants to maintain a
On 28/06/2016 07:33, Takashi Iwai wrote: package built without STL.
If it's the case, we have to reconsider whether it's a good idea to have a package without STL at all. Is it only about the maintenance burden, or is it by other reasons? (Now adding Jan to Cc.)
From a maintenance point of view I just have to keep patches up to date and follow wxWidgets. I don't mind too much as long as it's only in multimedia:libs. But, we need to push this to FACTORY/TW (since audacity requires it now), and this is a bigger problem from the maintenance POV.
A wxWidgets link would be the easiest way, it would be low maintainance and wouldn't need a linked package in Packman. Yes.
Takashi If you use : https://maintainer.zq1.de/?pkg=audacity&type=auto&.submit=Search#audacity you will see that all the major distributions have audacity-2.1.2 and when the update was released I searched for a solution and have found
On 28/06/2016 09:37, Takashi Iwai wrote: that we are the only major distribution with wxWidgets with STL, this is a good thing, Jan even tried to get the audacity developers to fix and made a very large patch himself, I also tried to finish the patch but the code is badly commented and the errors are so far entrenched that I gave up. At least one openSUSE user on the audacity forum rolled her own wxWidgets in order to update audacity, this is a quote from the audacity forum : Gale Andrews wrote: Are you using system wxWidgets that uses STL? Audacity will fail to compile with the issues you see in that case.
If you self-build wxWidgets 3.0.2 from https://github.com/wxWidgets/wxWidgets/releases/download/v3.0.2/wxWidgets-3.... with no configure arguments, install that Widgets build then run ldconfig, Audacity should build fine.
Gale This will cause more trouble with the system than having a wxWidgets without stl will. Are we working to have a stable distribution or are we working on something else.
Well, the questions are simple:
- Providing the non-STL version of wxWdigets package is the best option for users?
- If yes, can both STL and non-STL versions coexist? Or it's easier / safer to just switch to non-STL version for the whole?
- If we package both versions, can non-STL version be maintained in the same package repo?
Takashi I've been monitoring audacity development since this problem appeared, when I felt the need to release the nostl wxWidgets package I emailed him stating the three options : a) A linked nostl package b) A multimedia:libs package c) Audacity gets banished to Packman I won't post his reply out of courtesy but translated I took it to mean that he didn't care.
If it doesn't matter, the obviously best option is (a) from the maintenance POV. Why this wasn't chosen? Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2016-06-28 16:58, Takashi Iwai wrote:
>> I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of
- Providing the non-STL version of wxWdigets package is the best option for users?
The best option IMHO if projects like audacity get their act together to use the wxString type, because that will work with both STL and non-STL wx builds, which would be beneficial for DIY-compiling end-users as well as intermediate actors like distro packagers. As reported, I don't care how it's done, though STL build should remain being the blessed variant, and if possible, I would like to see that not more packages grow a dependency on ancient and/or build-specific behavior. Anyhow, 360465 did not convince me. 405089 does. The spec could be added to wxWidgets-3_0. Maybe my earlier silence did not convey enough that this is an option; at least now it is. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On mardi, 28 juin 2016 17.39:58 h CEST Jan Engelhardt wrote:
On Tuesday 2016-06-28 16:58, Takashi Iwai wrote:
>>> I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy >>> of
- Providing the non-STL version of wxWdigets package is the best
option for users?
The best option IMHO if projects like audacity get their act together to use the wxString type, because that will work with both STL and non-STL wx builds, which would be beneficial for DIY-compiling end-users as well as intermediate actors like distro packagers.
As reported, I don't care how it's done, though STL build should remain being the blessed variant, and if possible, I would like to see that not more packages grow a dependency on ancient and/or build-specific behavior.
Anyhow, 360465 did not convince me. 405089 does. The spec could be added to wxWidgets-3_0. Maybe my earlier silence did not convey enough that this is an option; at least now it is. To add a bit of fuel, filezilla is also affected
gdb /usr/bin/filezilla GNU gdb (GDB; openSUSE Tumbleweed) 7.11 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-suse-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/filezilla...Reading symbols from /usr/lib/debug/ usr/bin/filezilla.debug...done. done. (gdb) run Starting program: /usr/bin/filezilla /usr/bin/filezilla: relocation error: /usr/lib64/libwx_gtk2u_core-suse.so.1: symbol _ZTI10wxListBase, version WXU_3.0 not defined in file libwx_baseu- suse.so.1 with link time reference [Inferior 1 (process 9228) exited with code 0177] (gdb) And we got the same trouble in Application:Geo with Saga having a need for non stl -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2016-06-28 17:49, Bruno Friedmann wrote:
To add a bit of fuel, filezilla is also affected
gdb /usr/bin/filezilla (gdb) run Starting program: /usr/bin/filezilla /usr/bin/filezilla: relocation error: /usr/lib64/libwx_gtk2u_core-suse.so.1: symbol _ZTI10wxListBase, version WXU_3.0 not defined in file libwx_baseu- suse.so.1 with link time reference
17:57 ares40:../usr/lib64 > nm libwx_baseu-suse.so.1 -D|grep WXU_3 0000000000000000 A WXU_3.0 0000000000000000 A WXU_3.0.1 0000000000000000 A WXU_3.0.2 Looks like you broke libwx_baseu-suse.so.1. Possibly from a foreign source. In tumbleweed, filezilla works and is able to start, both normally and under gdb. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On mardi, 28 juin 2016 18.01:12 h CEST Jan Engelhardt wrote:
On Tuesday 2016-06-28 17:49, Bruno Friedmann wrote:
To add a bit of fuel, filezilla is also affected
gdb /usr/bin/filezilla (gdb) run Starting program: /usr/bin/filezilla /usr/bin/filezilla: relocation error: /usr/lib64/libwx_gtk2u_core-suse.so.1: symbol _ZTI10wxListBase, version WXU_3.0 not defined in file libwx_baseu- suse.so.1 with link time reference
17:57 ares40:../usr/lib64 > nm libwx_baseu-suse.so.1 -D|grep WXU_3 0000000000000000 A WXU_3.0 0000000000000000 A WXU_3.0.1 0000000000000000 A WXU_3.0.2
Looks like you broke libwx_baseu-suse.so.1. Possibly from a foreign source. In tumbleweed, filezilla works and is able to start, both normally and under gdb.
sound strange .. nm libwx_baseu-suse.so.1 -D|grep WXU_3 0000000000000000 A WXU_3.0 0000000000000000 A WXU_3.0.1 0000000000000000 A WXU_3.0.2 bruno@qt-kt:/usr/lib64$ gdb /usr/bin/filezilla GNU gdb (GDB; openSUSE Tumbleweed) 7.11 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-suse-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/filezilla...Reading symbols from /usr/lib/debug/ usr/bin/filezilla.debug...done. done. (gdb) run Starting program: /usr/bin/filezilla /usr/bin/filezilla: relocation error: /usr/lib64/libwx_gtk2u_core-suse.so.1: symbol _ZTI10wxListBase, version WXU_3.0 not defined in file libwx_baseu- suse.so.1 with link time reference [Inferior 1 (process 10278) exited with code 0177] (gdb) q bruno@qt-kt:/usr/lib64$ rpm -qf libwx_baseu-suse.so.1 libwx_baseu-suse1-3.0.2-5.2.x86_64 bruno@qt-kt:/usr/lib64$ rpm -qi libwx_baseu-suse1-3.0.2-5.2.x86_64 Name : libwx_baseu-suse1 Version : 3.0.2 Release : 5.2 Architecture: x86_64 Install Date: mar 28 jun 2016 17:31:26 CEST Group : System/Libraries Size : 2290856 License : GPL-2.0+ Signature : RSA/SHA256, ven 24 jun 2016 16:39:24 CEST, Key ID b88b2fd43dbdc284 Source RPM : wxWidgets-3_0-3.0.2-5.2.src.rpm Build Date : ven 24 jun 2016 16:36:00 CEST Build Host : lamb20 Relocations : (not relocatable) Packager : http://bugs.opensuse.org Vendor : openSUSE URL : http://www.wxwidgets.org/ Summary : wxWidgets Library Description : Library for the wxWidgets cross-platform GUI. Distribution: openSUSE Tumbleweed bruno@qt-kt:/usr/lib64$ zypper se -si libwx_baseu-suse1-3.0.2-5.2.x86_64 Loading repository data... Reading installed packages... No matching items found. bruno@qt-kt:/usr/lib64$ zypper se -si libwx_baseu-suse1 Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+-------------------+---------+-----------+--------+----------- i | libwx_baseu-suse1 | package | 3.0.2-5.2 | x86_64 | oss -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
gdb /usr/bin/filezilla (gdb) run Starting program: /usr/bin/filezilla /usr/bin/filezilla: relocation error: /usr/lib64/libwx_gtk2u_core-suse.so.1: symbol _ZTI10wxListBase, version WXU_3.0 not defined in file libwx_baseu- suse.so.1 with link time reference
More specifically, 18:38 zap:/usr/lib64 > nm -D /usr/lib64/libwx_gtk2u_core-suse.so.1 | grep ListBase 0000000000369760 T _ZN16wxGDIObjListBaseC1Ev 0000000000369760 T _ZN16wxGDIObjListBaseC2Ev 0000000000369820 T _ZN16wxGDIObjListBaseD1Ev 0000000000369820 T _ZN16wxGDIObjListBaseD2Ev so a proper gtk2u_core would not even *request* a wxListBase (probably because it got inlined, which is also the reason the corresponding symbol _ZT10.. is absent from libwx_base). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 28 Jun 2016 17:39:58 +0200, Jan Engelhardt wrote:
On Tuesday 2016-06-28 16:58, Takashi Iwai wrote:
>>> I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of
- Providing the non-STL version of wxWdigets package is the best option for users?
The best option IMHO if projects like audacity get their act together to use the wxString type, because that will work with both STL and non-STL wx builds, which would be beneficial for DIY-compiling end-users as well as intermediate actors like distro packagers.
As reported, I don't care how it's done, though STL build should remain being the blessed variant, and if possible, I would like to see that not more packages grow a dependency on ancient and/or build-specific behavior.
Anyhow, 360465 did not convince me. 405089 does. The spec could be added to wxWidgets-3_0. Maybe my earlier silence did not convey enough that this is an option; at least now it is.
Thanks, now the situation got clearer. Yes, I recommend merging the spec into a single repo. You can replace the suffix with a macro in the spec files, so that 99% of lines become identical in both cases. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 28/06/2016 17:49, Takashi Iwai wrote: > On Tue, 28 Jun 2016 17:39:58 +0200, > Jan Engelhardt wrote: >> >> On Tuesday 2016-06-28 16:58, Takashi Iwai wrote: >>>>>>>>>> I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of >>>>> - Providing the non-STL version of wxWdigets package is the best >>>>> option for users? >> The best option IMHO if projects like audacity get their act together >> to use the wxString type, because that will work with both STL and >> non-STL wx builds, which would be beneficial for DIY-compiling >> end-users as well as intermediate actors like distro packagers. >> >> As reported, I don't care how it's done, though STL build should >> remain being the blessed variant, and if possible, I would like to >> see that not more packages grow a dependency on ancient and/or >> build-specific behavior. >> >> Anyhow, 360465 did not convince me. 405089 does. The spec could be >> added to wxWidgets-3_0. Maybe my earlier silence did not convey >> enough that this is an option; at least now it is. > Thanks, now the situation got clearer. > > Yes, I recommend merging the spec into a single repo. You can replace > the suffix with a macro in the spec files, so that 99% of lines become > identical in both cases. > > > Takashi Will be done, there's already a linked wxGTK3 anyway. It's very buggy and without stl does strange things to audacity's gui. I'll follow the style of wxGTK3. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2016-06-28 18:11, Dave Plater wrote:
Will be done, there's already a linked wxGTK3 anyway. It's very buggy and without stl does strange things to audacity's gui. I'll follow the style of wxGTK3.
wxGTK3 is not even functional because of weird drawing errors that, even more mysteriously so, are unreproducible by upstream. Possibly because we have some weird patch in gtk3 probably and upstream, which might be running Debian, does not. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 28/06/2016 17:39, Jan Engelhardt wrote: > On Tuesday 2016-06-28 16:58, Takashi Iwai wrote: >>>>>>>>> I've created multimedia:libs/wxWidgets-3_0-nostl which is a copy of >>>> - Providing the non-STL version of wxWdigets package is the best >>>> option for users? > The best option IMHO if projects like audacity get their act together > to use the wxString type, because that will work with both STL and > non-STL wx builds, which would be beneficial for DIY-compiling > end-users as well as intermediate actors like distro packagers. > > As reported, I don't care how it's done, though STL build should > remain being the blessed variant, and if possible, I would like to > see that not more packages grow a dependency on ancient and/or > build-specific behavior. > > Anyhow, 360465 did not convince me. 405089 does. The spec could be > added to wxWidgets-3_0. Maybe my earlier silence did not convey > enough that this is an option; at least now it is. Is the package ready to submit to factory or is there something else I need to do? Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 2016-06-29 18:00, Dave Plater wrote:
Is the package ready to submit to factory or is there something else I need to do?
405460 State:review By:factory-auto When:2016-06-29T12:25:12 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 2016-06-29 18:00, Dave Plater wrote:
Is the package ready to submit to factory or is there something else I need to do? 405460 State:review By:factory-auto When:2016-06-29T12:25:12
On 29/06/2016 18:17, Jan Engelhardt wrote: thanks dave p -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Bruno Friedmann -
Dave Plater -
Jan Engelhardt -
Takashi Iwai