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