Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 369801 - media-sound/rosegarden-11.06 doesnt start
Summary: media-sound/rosegarden-11.06 doesnt start
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal
Assignee: Professional Audio Applications Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-02 12:32 UTC by Latinvs
Modified: 2012-03-16 20:21 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Output of "strace rosegarden" (Salida_strace_rosegarden,32.06 KB, text/plain)
2011-07-20 18:48 UTC, Latinvs
Details
Output of "strace /usr/bin/rosegarden" (Salida_strace_usr.bin.rosegarden,30.63 KB, text/plain)
2011-07-21 12:57 UTC, Latinvs
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Latinvs 2011-06-02 12:32:31 UTC
Hello.

This text has been created by Google's automatic translator, so forgive the possible nonsense, I hope it is well understood. I also put the original text below, if this translation is confusing and someone to understand Spanish.

Rosegarden 11.06 do not start. If you click "rosegarden"in a console it stays as pending and nothing happens, the program will not start or see anything on screen or on the console will display a message, but the process seems to be running, at least KDE system monitor shows it as running.

I think not essential for at least the normal starting Rosegarden, but ago if they had to do, I have installed jack-audio-connection-kit 0.118.0 and 0.3.7 qjackctl. Using KDE 4.6.3, QT 4.7, GCC 4.4.5 and kernel-gentoo-r5 02/06/1938. If you need any information let me know.
(Pardon my ignorance, but I'm pretty new to computer composition and not very experienced with Gentoo)


Rosegarden 11.06 no arranca. Si tecleo "rosegarden" en una consola ésta se queda como a la espera y no sucede nada, el programa no arranca ni aparece nada en pantalla ni en la consola se muestra ningún mensaje, sin embargo el proceso parece estar en marcha, al menos el monitor del sistema de KDE lo muestra como en ejecución.

Creo que no son imprescindibles para al menos el arranque normal de Rosegarden, pero por si tuviesen ago que ver, tengo instalados jack-audio-connection-kit 0.118.0 y qjackctl 0.3.7. Uso KDE 4.6.3, QT 4.7, GCC 4.4.5 y el núcleo 2.6.38-gentoo-r5. Si es necesaria alguna información más decídmelo.
(Perdonad mi ignorancia, pero soy bastante nuevo en la composición por ordenador y tampoco muy experto con Gentoo).

Saludos.

Reproducible: Always

Steps to Reproduce:
1. Start Rosegarden via Kickoff or Konsole
2.
3.
Actual Results:  
Nothing, Rosengarden just loas in memory but nothing appears on the screen

Expected Results:  
Start normally, I suppose.
Comment 1 Tim Harder gentoo-dev 2011-06-09 22:03:02 UTC
So if you start rosegarden manually from a console there is no output on the console at all?
Comment 2 Latinvs 2011-06-22 20:16:10 UTC
(In reply to comment #1)
> So if you start rosegarden manually from a console there is no output on the
> console at all?

Excuse the delay, I was of vacations.

Correct! I write "rosegarden" and then press enter, the cursor jumps a line down and that is all. Doesnt happen anithing more.
Comment 3 Tim Harder gentoo-dev 2011-07-13 08:21:57 UTC
I really don't know what the problem is so I'd try a bunch of different debugging techniques such as using strace or gdb to see if you can find out what is happening.
Comment 4 Latinvs 2011-07-20 18:48:42 UTC
Created attachment 280483 [details]
Output of "strace rosegarden"
Comment 5 Latinvs 2011-07-20 18:54:58 UTC
(In reply to comment #3)
> I really don't know what the problem is so I'd try a bunch of different
> debugging techniques such as using strace or gdb to see if you can find out
> what is happening.

Thanks for you indications, Tim.
In the atachement is what I get. After "FUTEX_WAIT_PRIVATE, 1, NULL" it stops and stays so for ever.
Comment 6 Tim Harder gentoo-dev 2011-07-20 20:20:40 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > I really don't know what the problem is so I'd try a bunch of different
> > debugging techniques such as using strace or gdb to see if you can find out
> > what is happening.
> 
> Thanks for you indications, Tim.
> In the atachement is what I get. After "FUTEX_WAIT_PRIVATE, 1, NULL" it stops
> and stays so for ever.

It looks like you're executing /usr/local/bin/rosegarden so you are probably running a version of rosegarden that wasn't installed by portage. Perhaps you built and installed rosegarden manually from source at some point and haven't removed it yet?

Anyway, try "strace /usr/bin/rosegarden" which is where portage places the binary it installs for rosegarden.
Comment 7 Latinvs 2011-07-21 12:57:48 UTC
Created attachment 280523 [details]
Output of "strace /usr/bin/rosegarden"

The truth is that I've tried so many ways for making Rosegarden function -11.06 and previous versions- that I don't remember; but I think you are right, that I installed manually some versions of RS, and it seems that I didnt uninstall all them.

Ok, here's strace "/usr/bin/rosegarden" output atached.
Comment 8 edes 2011-08-21 13:58:55 UTC
i have had exactly the same problem for a long time, rosegarden doesn't start. i tried launching it from a console to see if i could see any messages, but absolutely nothing. 

i'm completely at loss, any ideas what can be the problem? any other debugging information i could provide apart from strace?

thanks.
Comment 9 edes 2011-08-21 14:00:26 UTC
i forgot to mention that this has been happening for me for several versions of rosegarden, not just 11.06.
Comment 10 edes 2011-09-07 14:56:27 UTC
any advancement on this problem? i see the status hasn't changed from "UNCONFIRMED"... is there anything else we could do to help the developers?
Comment 11 Tim Harder gentoo-dev 2011-09-15 23:42:46 UTC
(In reply to comment #10)
> any advancement on this problem? i see the status hasn't changed from
> "UNCONFIRMED"... is there anything else we could do to help the developers?

I can't reproduce it on any setup I've tried. (In reply to comment #7)
> Created attachment 280523 [details]
> Output of "strace /usr/bin/rosegarden"
> 
> The truth is that I've tried so many ways for making Rosegarden function -11.06
> and previous versions- that I don't remember; but I think you are right, that I
> installed manually some versions of RS, and it seems that I didnt uninstall all
> them.
> 
> Ok, here's strace "/usr/bin/rosegarden" output atached.

Just so you know, it still seems that you have more externally built libraries that it's loading /usr/local (vorbis related ones), but that probably isn't related to this problem.

Unfortunately it looks like it's hanging on a futex which doesn't tell us that much (a futex is a userspace locking system call).
Comment 12 Tim Harder gentoo-dev 2011-09-15 23:45:11 UTC
(In reply to comment #10)
> any advancement on this problem? i see the status hasn't changed from
> "UNCONFIRMED"... is there anything else we could do to help the developers?

If you can figure out how to reproduce the bug that would be helpful. I haven't been able to reproduce it yet. It probably would be helpful to talk with upstream too to see if other users have had the problem before.
Comment 13 Latinvs 2011-09-21 23:03:43 UTC
(In reply to comment #11)
> (In reply to comment #10)
> > any advancement on this problem? i see the status hasn't changed from
> > "UNCONFIRMED"... is there anything else we could do to help the developers?
> 
> I can't reproduce it on any setup I've tried. (In reply to comment #7)
> > Created attachment 280523 [details]
> > Output of "strace /usr/bin/rosegarden"
> > 
> > The truth is that I've tried so many ways for making Rosegarden function -11.06
> > and previous versions- that I don't remember; but I think you are right, that I
> > installed manually some versions of RS, and it seems that I didnt uninstall all
> > them.
> > 
> > Ok, here's strace "/usr/bin/rosegarden" output atached.
> 
> Just so you know, it still seems that you have more externally built libraries
> that it's loading /usr/local (vorbis related ones), but that probably isn't
> related to this problem.

Oh, yes, but effectively I do not either think they have to do with this problem. I have builded Vorbis libraries externally to compress my music in OGG with AOTUV for better quality. You think I should try with the vorbis libraries original?


> Unfortunately it looks like it's hanging on a futex which doesn't tell us that
> much (a futex is a userspace locking system call).

Then you think it is time to report a bug in Rosegarden's site as a upstrean bug?
Comment 14 Tim Harder gentoo-dev 2011-09-21 23:06:48 UTC
(In reply to comment #13)
> Then you think it is time to report a bug in Rosegarden's site as a upstrean
> bug?

Probably. Or start a discussion with upstream in some other fashion to find if others have run into the problem before.

As long as I can't reproduce the issue I don't know what to fix.
Comment 15 Latinvs 2011-09-21 23:11:23 UTC
(In reply to comment #14)
> (In reply to comment #13)
> > Then you think it is time to report a bug in Rosegarden's site as a upstrean
> > bug?
> 
> Probably. Or start a discussion with upstream in some other fashion to find if
> others have run into the problem before.
> 
> As long as I can't reproduce the issue I don't know what to fix.

Ok, I shall do it. Many thanks for your time, Tim.

Regards
Comment 16 Latinvs 2011-09-21 23:12:14 UTC
(In reply to comment #9)
> i forgot to mention that this has been happening for me for several versions of
> rosegarden, not just 11.06.


The same for me. I also tried the package from Sabayon (http://packages.sabayon.org/quicksearch?q=rosegarden&x=0&y=0&=S if you want try) with the same result and te same strace output. Sorry, but as you see, there aren't any avances, :-/
Comment 17 Philipp 2011-12-09 13:44:15 UTC
I'm seeing the same problem as well.

The constructor of QSettings deadlocks somewhere in QtCore.
A very simple program can be used to reproduce the bug:

#include <QSettings>

int main()
{
        QSettings settings;
}

The backtrace is as follows:

#0  0x00007ffff643cd7c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007ffff792e5bf in QMutexPrivate::wait(int) () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007ffff792a515 in QMutex::lock() () from /usr/lib64/qt4/libQtCore.so.4
#3  0x00007ffff79ecd43 in getPath(QSettings::Format, QSettings::Scope) () from /usr/lib64/qt4/libQtCore.so.4
#4  0x00007ffff79f4c7e in QConfFileSettingsPrivate::QConfFileSettingsPrivate(QSettings::Format, QSettings::Scope, QString const&, QString const&) () from /usr/lib64/qt4/libQtCore.so.4
#5  0x00007ffff79f5351 in QSettings::QSettings(QSettings::Scope, QString const&, QString const&, QObject*) () from /usr/lib64/qt4/libQtCore.so.4
#6  0x00007ffff7a12a62 in QFactoryLoader::update() () from /usr/lib64/qt4/libQtCore.so.4
#7  0x00007ffff7a15770 in QFactoryLoader::QFactoryLoader(char const*, QString const&, Qt::CaseSensitivity) () from /usr/lib64/qt4/libQtCore.so.4
#8  0x00007ffff7a61078 in loader() () from /usr/lib64/qt4/libQtCore.so.4
#9  0x00007ffff7a61edf in QTextCodec::codecForName(QByteArray const&) () from /usr/lib64/qt4/libQtCore.so.4
#10 0x00007ffff7a624ca in setupLocaleMapper() () from /usr/lib64/qt4/libQtCore.so.4
#11 0x00007ffff7a638a3 in QTextCodec::codecForLocale() () from /usr/lib64/qt4/libQtCore.so.4
#12 0x00007ffff7978013 in QString::fromLocal8Bit(char const*, int) () from /usr/lib64/qt4/libQtCore.so.4
#13 0x00007ffff79b73b5 in locale_decode(QByteArray const&) () from /usr/lib64/qt4/libQtCore.so.4
#14 0x00007ffff79b77ba in QFile::decodeName(QByteArray const&) () from /usr/lib64/qt4/libQtCore.so.4
#15 0x00007ffff7a03456 in QFSFileEngine::homePath() () from /usr/lib64/qt4/libQtCore.so.4
#16 0x00007ffff79a9a10 in QDir::homePath() () from /usr/lib64/qt4/libQtCore.so.4
#17 0x00007ffff79ecaa0 in initDefaultPaths () from /usr/lib64/qt4/libQtCore.so.4
#18 0x00007ffff79ecd65 in getPath(QSettings::Format, QSettings::Scope) () from /usr/lib64/qt4/libQtCore.so.4
#19 0x00007ffff79f4c7e in QConfFileSettingsPrivate::QConfFileSettingsPrivate(QSettings::Format, QSettings::Scope, QString const&, QString const&) () from /usr/lib64/qt4/libQtCore.so.4
#20 0x00007ffff79f51a8 in QSettings::QSettings(QObject*) () from /usr/lib64/qt4/libQtCore.so.4
#21 0x00000000004005fe in main ()
Comment 18 Philipp 2011-12-09 14:33:45 UTC
It seems like Qt doesn't like constructing a QSettings object before a QApplication has been constructed.
But for some reason, rosegarden does exactly this in their main function. I could get rosegarden to start by uncommenting all the settings that are taken from the initial QSettings object.
Comment 19 Tim Harder gentoo-dev 2011-12-10 01:44:44 UTC
(In reply to comment #18)
> It seems like Qt doesn't like constructing a QSettings object before a
> QApplication has been constructed.
> But for some reason, rosegarden does exactly this in their main function. I
> could get rosegarden to start by uncommenting all the settings that are taken
> from the initial QSettings object.

Can you communicate with upstream to get this fixed? I'm still unable to reproduce this with rosegarden-11.11.11 so I can't really help.
Comment 20 edes 2012-03-12 14:57:34 UTC
well, i guess i solved the problem... somehow.

i'm not a programmer, so i can't make heads or tails of the trace messages. but somehow i suspected that this problem could be related to the use flags in the qt packages.

by default i have minimal use flags activated, so i began to experiment. i discovered that activating the "iconv" use flag in qt-core, rosegarden starts. i heven't tested it extensively, but it seems to work. at least it starts...

my use flags for qt-core right now are:

x11-libs/qt-core exceptions glib iconv qt3support ssl

so i guess that the rosegarden ebuild should check the iconv use flag in qt-core.
perhaps there are others (qt-gui?), but at least this solved the problem for me.
Comment 21 Latinvs 2012-03-16 20:21:08 UTC
Yes, you solved the problem. Activating the iconv flag RS works, :)
I know this is not a forum, but should I edit the title to «Solved»?