Bug 32532

This bug may replace 
https://bugs.mageia.org/show_bug.cgi?id=32231
which begins to be unreadable

Created attachment 14167 [details]
spec file for guayadeque using a new source

NB
I built this rpm with mock and then with Mageia BS and it's OK


BUT This updated rpm doesn't work for everyone
Some people get an immediate crash when launching it :
https://bugs.mageia.org/show_bug.cgi?id=32231#c54
https://bugs.mageia.org/attachment.cgi?id=14160
https://bugs.mageia.org/show_bug.cgi?id=32231#c72

and we need to investigate further

That seems caused for them by something interacting badly with 
/lib64/libwx_gtk3u_wxsqlite3-3.2.so.0"

I test %global optflags %{optflags} -fuse-ld=gold , to force the use of gold as ld tool and keep as-needed ldflags but that not works

The only that allows to me to use this in both arches is 

%global _disable_ld_as_needed 1

It's not an issue of missing require, I have all the wx requires in both systems
Maybe I'm wrong but also don't believe is an issue with missing symbols, I don't think in missing symbols case that disable as-needed fix the application in both arches

I think the current and testing version crash for me and others that never before use this application because both "enable volume and fader" and "enable equalizer" are default settings, I see that in my custom build that don't crash

The suggested change makes the testing version works even on Mageia 8 i586

*** Bug 32231 has been marked as a duplicate of this bug. ***

@ Jani
I really don't know what to do with the corrected spec file since its version is now lower that the one in SVN
Is it possible nevertheless to use mgarepo to upload it ?


NB I rebuilt guayadeque rpm with this corrected spec file inside mock
I uninstalled my last built rpm and installed this one
I renamed my /home/myusername/.guayadeque to /home/myusername/.guayadequebak not to pollute it
I launched guayadeque which created a new /home/myusername/.guayadeque
added a path to a music directory (guayadeque built its database and displayed the library
I created a playlist
Played the playlist (with fader and equalizer enabled)
changed the track
modified the equalizer

NO CRASH

stopped guayadeque

I then deleted the new created /home/myusername/.guayadeque
Renamed my backed up /home/myusername/.guayadequebak to/home/myusername/.guayadeque

Launched again Guayadeque
It used my whole previous library (verifying if the database is up to date)
I can play whatever I want without any crash !

Strange isn't it ?

This solution for this bug made an other bug appear for some testers
who tested both the current 0.4.7-1 version and the proposed update
https://bugs.mageia.org/show_bug.cgi?id=32535
For them Guayadeque crashes immediately for an other reason

the useful part of the initial crash report created by Guayadeque itself for this problem 
https://bugs.mageia.org/attachment.cgi?id=13965 
indicated that something went wrong with Gstreamer :

 <stack>
    <frame level="0" function="Guayadeque::guMainApp::OnFatalException()" offset="0" address="0x56e9ba"/>
    <frame level="1" offset="0x1d8570" address="0x7fbdfd5d8570" module="/lib64/libwx_baseu-3.2.so.0"/>
    <frame level="2" offset="0x36980" address="0x7fbdfbb88980" module="/lib64/libc.so.6"/>
    <frame level="3" function="Guayadeque::guGstStateToNullAndUnref(_GstElement*)" offset="0" address="0x58410b"/>
    <frame level="4" function="Guayadeque::guFaderPlaybin::~guFaderPlaybin()" offset="0" address="0x570ede"/>
    <frame level="5" function="Guayadeque::guFaderPlaybin::~guFaderPlaybin()" offset="0" address="0x571079"/>
    <frame level="6" function="Guayadeque::guMediaCtrl::DoCleanUp()" offset="0" address="0x58756f"/>
    <frame level="7" function="Guayadeque::guMediaCtrl::DoCleanUp()" offset="0" address="0x5878c9"/>
    <frame level="8" offset="0x59164" address="0x7fbdfc75a164" module="/lib64/libglib-2.0.so.0"/>
    <frame level="9" function="g_main_context_dispatch" offset="0x149" address="0x7fbdfc759689" module="/lib64/libglib-2.0.so.0"/>
    <frame level="10" offset="0x58a18" address="0x7fbdfc759a18" module="/lib64/libglib-2.0.so.0"/>
    <frame level="11" function="g_main_loop_run" offset="0x6f" address="0x7fbdfc759cbf" module="/lib64/libglib-2.0.so.0"/>
    <frame level="12" function="gtk_main" offset="0x75" address="0x7fbdfb3ecc45" module="/lib64/libgtk-3.so.0"/>
    <frame level="13" function="wxGUIEventLoop::DoRun()" offset="0x25" address="0x7fbdfcd723e5" module="/lib64/libwx_gtk3u_core-3.2.so.0"/>
    <frame level="14" function="wxEventLoopBase::Run()" offset="0x2d" address="0x7fbdfd4d72ad" module="/lib64/libwx_baseu-3.2.so.0"/>
    <frame level="15" function="wxAppConsoleBase::MainLoop()" offset="0x6b" address="0x7fbdfd4a4afb" module="/lib64/libwx_baseu-3.2.so.0"/>
    <frame level="16" function="wxEntry(int&amp;, wchar_t**)" offset="0x47" address="0x7fbdfd51ec67" module="/lib64/libwx_baseu-3.2.so.0"/>
    <frame level="17" function="main" offset="0" address="0x561a88"/>
    <frame level="18" offset="0x236b7" address="0x7fbdfbb756b7" module="/lib64/libc.so.6"/>
    <frame level="19" function="__libc_start_main" offset="0x85" address="0x7fbdfbb75775" module="/lib64/libc.so.6"/>
    <frame level="20" function="_start" offset="0" address="0x566fd1"/>
  </stack>

The first patch proposed by Jani to disable fader and equalizer was a workaround

The guayadeque dev brought minor corrections to comply with the lat version of gstreamer and wxgtk 
This kind of crash has totally disappeared

Created attachment 14172 [details]
corrected spec file for gauayadeque

This modified spec file has a correct version numbering
And an added Requires : binutils

This Requires is needed since binutils is not installed by default on a simple install of Mageia9
see :
https://bugs.mageia.org/show_bug.cgi?id=32535#c15
https://bugs.mageia.org/show_bug.cgi?id=32535#c38

That solves partly this other bug

Attachment 14167 is obsolete: 0 => 1

Created attachment 14173 [details]
diff for this newly corrected spec file

NB 
the corrected spec files has not yet been uploaded to the svn with mgarepo neither for cauldron nor for Mageia9/core/updates_testing

Created attachment 14174 [details]
corrected spec file for Mageia9 and Cauldron

Attachment 14172 is obsolete: 0 => 1

Created attachment 14175 [details]
diff with the actual spec from svn

Created attachment 14176 [details]
diff with the actual spec from svn

Attachment 14173 is obsolete: 0 => 1
Attachment 14175 is obsolete: 0 => 1

I think that when this will have been submitted to 
Cauldron and 
Mageia9/core/updates_testing
and validated for this problem
this bug might be closed as resolved

 two other bugs will remain 
https://bugs.mageia.org/show_bug.cgi?id=32535
https://bugs.mageia.org/show_bug.cgi?id=32536
They are caused by something else ... and prevent some users to test this solution which is valid for this particular bug !

https://bugs.mageia.org/show_bug.cgi?id=32535#c40
4) Update guayadeque from updates_testing
launch it
enable fader and equalizer
no more crash ok

https://bugs.mageia.org/show_bug.cgi?id=32535#c41
4) Update guayadeque from updates_testing (0.4.8-4.git20231115.1)
launch it
enable fader and equalizer
no more crash           OK

Looks like the pending update fixes the problem, good for OK?
Except the new issue of a requires for binutils.

CC: (none) => lewyssmith

Hi Lewis
Indeed there will be a new rpm in updates_testing :
I made a mistake with the version numbering : 0.4.8-4.git20231115.1 is not right

Waiting for sysadmins to remove it before submitting a better number : that should have  been : 0.4.7-3.git20231115.1 

In the mean time
I modified again the spec to add Requires : binutils to correct partly https://bugs.mageia.org/show_bug.cgi?id=32535
and the version will be now 0.4.7-3.git20231115.2

It's not yet submitted !

(In reply to Lewis Smith from comment #16)

> Except the new issue of a requires for binutils.

It does indeed require binutils to supply the addr2line command, but that, in and of itself, doesn't fix the new issue. 

I tried simply installing binutils, and while the complaint of no addr2line command went away, guayadeque still crashed right away.

It's my belief that there may be yet another missing dependency, which in turn is dependent on binutils. But, not being a developer myself, all I can do is speculate on that.

(In reply to Thomas Andrews from comment #18)
> (In reply to Lewis Smith from comment #16)
> 
> > Except the new issue of a requires for binutils.
> 
> It does indeed require binutils to supply the addr2line command, but that,
> in and of itself, doesn't fix the new issue. 
> 
> I tried simply installing binutils, and while the complaint of no addr2line
> command went away, guayadeque still crashed right away.
> 
> It's my belief that there may be yet another missing dependency, which in
> turn is dependent on binutils. But, not being a developer myself, all I can
> do is speculate on that.

Hi Thomas
I splitted the bug in two parts
this one is only for the fader and equalizer problem
for the crash that you encountered I created bug 32535
Where I will dig again since the binutils problem is solved

@ Thomas
look at this :
https://bugs.mageia.org/show_bug.cgi?id=32535#c41
that really make me think that some other hidden dependency is missing for you

resolved by bug 32550

Status: NEW => RESOLVED
Resolution: (none) => FIXED