Bug 5413 - LiVES doesn't work on mageia2 for x86_64 (Failed to load module "canberra-gtk-module")
Summary: LiVES doesn't work on mageia2 for x86_64 (Failed to load module "canberra-gtk...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 2
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: Mageia 2
Assignee: QA Team
QA Contact:
URL:
Whiteboard: MGA2-64-OK MGA2-32-OK
Keywords: PATCH, validated_update
Depends on:
Blocks:
 
Reported: 2012-04-15 12:11 CEST by David GEIGER
Modified: 2012-07-10 16:15 CEST (History)
12 users (show)

See Also:
Source RPM: lives-1.6.1-1.mga2.src.rpm
CVE:
Status comment:


Attachments
error on console with lives-1.4.9-mga1 (4.90 KB, text/plain)
2012-04-23 23:03 CEST, David GEIGER
Details
output of the "make" process (1.38 KB, text/plain)
2012-06-25 10:16 CEST, jean michel masereel
Details

Description David GEIGER 2012-04-15 12:11:11 CEST
I test Mageia2_beta3 for x86_64 and the environment KDE4.

I installed the package LiVES but it doesn't work for me

When I click on the icon in menu KDE4 ->> application ->> Sound and video ->> LiVES ,it nothing happens.

In console :

$ lives
bash: lives : command not found

$ /usr/bin/lives-exe 
Gtk-Message: Failed to load module "canberra-gtk-module"

LiVES 1.6.1
Copyright 2002-2012 Gabriel Finch (salsaman@gmail.com) and others.
LiVES comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details.

Here LiVES launch but then hangs on the configuration.It hangs on the window
"LiVES will now run some basic configuration tests"
I can not do anything except "Ctrl + Esc" to kill the process

I also noticed that in /usr/bin/, the symlink "lives" is weird because it points to:./home/iurt/rpm/BUILDROOT/lives-1.6.1-1.mga2.x86_64/usr/bin/lives-exe and the type : is unknown ,while in Mageia 1 he points to: lives-exe and type: is executable
Comment 1 Manuel Hiebel 2012-04-15 15:46:16 CEST
seems not related to canberra

CC: (none) => fundawang, lists.jjorge

Comment 2 Manuel Hiebel 2012-04-15 15:46:23 CEST
seems not related to canberra

CC: (none) => mageia

Comment 3 Jani Välimaa 2012-04-15 15:48:29 CEST
I'll fix at least that symlink problem.

CC: (none) => jani.valimaa

Comment 4 Pascal Terjan 2012-04-15 15:59:40 CEST
Can you confirm at which steps of the checks it stops?
Here the first 3 pass, then it stops on "Checking if mplayer can convert audio".
Comment 5 David GEIGER 2012-04-15 16:46:13 CEST
For me at "LiVES will now run some basic configuration tests":

-Checking for "sox" presence  :  Passed Ok

-Checking if sox can convert audio :  Passed Ok

-Checking for "mplayer" presence  :  Passed Ok

-Checking if mplayer can convert audio  :  NOTHING HERE
Comment 6 Jani Välimaa 2012-04-15 16:47:02 CEST
Fixed the symlink, but only in SVN as I also saw some missing BRs when testing build locally. Maybe they're some optional BRs. Didn't investigate it more yet.

Check stops also in mplayer audio check for me. However I can make it pass by touching file ".status" in newly created subdir (name full of numbers) under LiVES temp dir which was defined earlier.
Comment 7 Pascal Terjan 2012-04-15 17:26:04 CEST
OK I add a look in gdb and even if display says so, it went further but probably did not update the window

  add_test(table,4,_("Checking if mplayer can decode to png/alpha"),success2&&success4);

  success3=FALSE;

  // try to open resource vidtest.avi

  if (success2&&success4) {

    info_fd=-1;
    unlink(cfile->info_file);

    rname=get_resource("vidtest.avi");

    com=g_strdup_printf("smogrify open_test \"%s\" \"%s\" 0 png",cfile->handle,
                        (tmp=g_filename_from_utf8 (rname,-1,NULL,NULL,NULL)));
    g_free(tmp);
    g_free(rname);

    mainw->com_failed=FALSE;
    lives_system(com,TRUE);
    if (mainw->com_failed) {
      tmp=g_strdup_printf(_("Command failed: %s"),com);
      fail_test(table,4,tmp);
      g_free(tmp);
    }

    g_free(com);

    while (mainw->cancelled==CANCEL_NONE&&(info_fd=open(cfile->info_file,O_RDONLY)==-1)) {
      g_usleep(prefs->sleep_time);
    }

It is in this loop, waiting for this file to be created.

CC: (none) => pterjan

Comment 8 Funda Wang 2012-04-16 06:43:08 CEST
Does lives-1.6.1-2.mga2 look better?
Comment 9 David GEIGER 2012-04-16 07:53:16 CEST
Ok ,the symlink is Fixed.

(In reply to comment #8)
> Does lives-1.6.1-2.mga2 look better?

No ,it don't works

For me at "LiVES will now run some basic configuration tests":

-Checking for "sox" presence  :  Passed Ok

-Checking if sox can convert audio :  Passed Ok

-Checking for "mplayer" presence  :  Passed Ok

-Checking if mplayer can convert audio  :  Passed Ok

Now the four passes but the button "next" is grayed out and nothing happens.still blocked.
Comment 10 Funda Wang 2012-04-16 08:44:12 CEST
Well, we are using exactly the same code with latest upstream trunk. So I don't know what I can do besides suggesting you reporting upstream.
Comment 11 David GEIGER 2012-04-16 09:22:08 CEST
Now with lives-1.6.1-3.mga2:

For me at "LiVES will now run some basic configuration tests":

-Checking for "sox" presence  :  Passed Ok

-Checking if sox can convert audio :  Passed Ok

-Checking for "mplayer" presence  :  Passed Ok

-Checking if mplayer can convert audio  :  Passed Ok

-Checking if mplayer can decode to png/alpha : NOTHING HERE
Comment 12 David GEIGER 2012-04-21 13:35:03 CEST
No news for this problem?
Comment 13 Pascal Terjan 2012-04-21 14:25:12 CEST
No, I spent hours trying to debug it but gave up. 

If someone is motivated smogrify has a lot of useless lines and several obvious bugs, i had started fixing them but this did not help for this problem. 

Two of them I remember, the first one was partially fixed in the svn version we now have.

http://lives.svn.sourceforge.net/viewvc/lives/tags/1.6.1/smogrify?annotate=1348#l4463
$mplay_command="LANGUAGE=en LANG=en ";
$mplay_command.=&rc_get("video_open_command");
if ($mplay_command eq "") {
    $mplay_command=&get_location("mplayer");
}
if ($mplay_command eq "") {
    $panic=1;
    return;
}

$mplay_command can never be empty, it contains at least "LANGUAGE=en LANG=en ", so it will never call get_location. Anyway the method get_location does not exist, it should be &location("mplayer").
And for the same reason, it will not fail at that point.

http://lives.svn.sourceforge.net/viewvc/lives/tags/1.6.1/smogrify?annotate=1348#l4505

"if (! -f $file_ident) {return;};" is run more than 10 times between here and line 4674 as if running grep could remove the file.

This tool seems too much of a hack for me to spend more time trying to get it to work, you should ask the developer for help.
Jani Välimaa 2012-04-22 11:34:04 CEST

CC: jani.valimaa => (none)

Comment 14 David GEIGER 2012-04-23 23:03:03 CEST
Created attachment 2084 [details]
error on console with lives-1.4.9-mga1

Ok so I just continued my investigations about the package LiVES :


I installed for testing version "lives-1.4.9-1.1.mga1.x86_64.rpm" of Mageia1
And with it, it works and opens. Just some default on console about pixbuf and libpng. Attached the result.

For info:
To install(only for test) the version of Mageia1 must also install "lib64mjpegtools1.9_0-1.9.0-10.mga1.x86_64.rpm" and "mjpegtools1.9.0-10.mga1.x86_64.rpm" 

Does this tell can help and serve? Should we dig in that direction?

If in the version "lives-1.6.1-3.mga2.src.rpm" there are too many bug ,may be should we downgrade in version "lives-1.4.9-1.1.mga1.x86_64.rpm" ?

What do you think?
Comment 15 jean michel masereel 2012-04-24 19:25:07 CEST
Hi,
just to say that I have the same problem here (on mga2-beta3): lives (Source RPM  : lives-1.6.1-3.mga2.src.rpm) freeze at the stage "Checking if mplayer can convert audio" (which passed)

bye

CC: (none) => jean-michel.masereel

Comment 16 Marja Van Waes 2012-05-26 13:07:51 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 17 David GEIGER 2012-05-26 13:22:28 CEST
After a new fresh install for Mageia 2 with the Mageia-2-x86_64-DVD, I can
confirm that the bug is always present for me.

Version: Cauldron => 2

David GEIGER 2012-05-26 13:23:15 CEST

Summary: LiVES doesn't work on mageia2_beta3 for x86_64 (Failed to load module "canberra-gtk-module") => LiVES doesn't work on mageia2 for x86_64 (Failed to load module "canberra-gtk-module")

Comment 18 jean michel masereel 2012-05-26 14:32:41 CEST
After the update from RC, still have the same problem.
Sander Lepik 2012-05-26 14:42:35 CEST

Keywords: NEEDINFO => (none)
CC: (none) => sander.lepik

Comment 19 Funda Wang 2012-06-25 04:33:52 CEST
Does lives-1.6.2 look better?

Assignee: bugsquad => fundawang
Target Milestone: --- => Mageia 2

Comment 20 jean michel masereel 2012-06-25 10:16:57 CEST
Created attachment 2491 [details]
output of the "make" process
Comment 21 jean michel masereel 2012-06-25 10:18:22 CEST
I can't tell since it is not in the repository and the installation from sources fails in the make process (see attachment)
Comment 22 José Jorge 2012-06-25 12:14:55 CEST
(In reply to comment #21)
> I can't tell since it is not in the repository and the installation from
> sources fails in the make process (see attachment)

Yes it is, but in the updates_testing repository. Please enable it to update lives to 1.6.2 . Be carafull you will see all updates waiting for tests, just install Lives if you don't want to become a tester ;-)
Comment 23 jean michel masereel 2012-06-25 13:06:56 CEST
yeah! Great! It works fine ;-)
Comment 24 David GEIGER 2012-06-25 19:39:41 CEST
Testing complete for the new srpm lives-1.6.2-1.mga2.src.rpm on Mageia release 2 (Official) for x86_64 ,it works better with this version.

However just a suggestion for mplayer:

->Checking if mplayer can decode to png/alpha : Failed (It is suggested to use a newer version of mplayer)
Comment 25 David GEIGER 2012-06-25 19:52:00 CEST
Sorry ,

Another problem :

From the Tools menu -> preferences you can not navigate the tabs.
It gets stuck on the "GUI" tab.
Comment 26 Funda Wang 2012-06-26 06:56:06 CEST
(In reply to comment #25)
> Sorry ,
> 
> Another problem :
> 
> From the Tools menu -> preferences you can not navigate the tabs.
> It gets stuck on the "GUI" tab.
Maybe a problem of oxygen-gtk theme? Did you try with another theme?
Comment 27 Richard Walker 2012-06-30 23:46:00 CEST
I just installed LiVES for the first time on MGA2 and put out a call for help on the forum because it stalls/freezes on the "Checking if mplayer can decode to png/alpha" line.

A response, from salsaman (https://forums.mageia.org/en/viewtopic.php?f=23&t=2904#p22036), noted this bug for mplayer:

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2071

It seems this has been fixed now. 

I now have installed the lives-1.6.2-1.mga2 rpm from Core Updates Testing and there is another issue for me. I can now successfully get past the configuration screen to the "Choose an audio player" screen where the "Use jack audio player" is correctly pre-selected, so I click "Next". After a couple of seconds of no apparent activity a simple screen appears stating, quite understandably, "Unable to connect to pulse audio server.". OK so far, everything appears normal, apart from the apparent attempt to use an unselected resource. The only button on this scren is "OK" so I click it and wait ... and wait ... and wait ... nothing happens.

I restart LiVES. This time it goes straight to the "Choose an audio player" screen where it still shows the correct selection, so I do as before and get the same result.

I restart LiVES. Again it goes straight to the "Choose an audio player" screen where it still shows the correct selection. I pick sox instead. Then I change my mind and go back to jack and click "Next". This time I get to the "Choose a startup interface" screen where I click "Finish" and LiVES starts.

I load a clip and play it and the LiVES_audio_out client ports are correctly connected to system:playback_1 and _2.

CC: (none) => richard.j.walker

Comment 28 salsa man 2012-07-01 00:35:56 CEST
Please try the following patch:

--- startup.c	(revision 1506)
+++ startup.c	(working copy)
@@ -356,6 +356,7 @@
   radiobutton_group = gtk_radio_button_get_group (GTK_RADIO_BUTTON (radiobutton1));
 
   if (prefs->audio_player==AUD_PLAYER_JACK||!capable->has_pulse_audio) {
+    prefs->audio_player=AUD_PLAYER_JACK;
     gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(radiobutton1),TRUE);
     set_pref("audio_player","jack");
   }

CC: (none) => salsaman

Comment 29 Richard Walker 2012-07-01 01:26:55 CEST
Preparing to build. Might take some time....
One day I'll remember how to do all this without looking it up:-)
Comment 30 Richard Walker 2012-07-01 02:50:08 CEST
That's it - working for me now. 
Sorry it took so long; I had to learn a lot about /usr/bin/patch and how to interpret patch errors, and how to add a patch to a spec file and soooo much more, but I hope I can remember what I learned long enough to make future use of it!

Richard
Comment 31 salsa man 2012-07-01 13:28:59 CEST
Please cc me on all future LiVES bugs.
Comment 32 Manuel Hiebel 2012-07-01 18:42:38 CEST
(In reply to comment #31)
> Please cc me on all future LiVES bugs.

Why ?
Comment 33 salsa man 2012-07-01 20:19:35 CEST
Well, I presume you want them fixed.
Comment 34 Marja Van Waes 2012-07-01 21:07:31 CEST
(In reply to comment #32)
> (In reply to comment #31)
> > Please cc me on all future LiVES bugs.
> 
> Why ?

(In reply to comment #33)
> Well, I presume you want them fixed.

Sorry for asking silly questions, but I don't know you yet, or I don't recognise your nick. Can you help to fix them or can you help with testing, or different?

If you're already a Mageia contributor, please tell me which team(s) you're in ;)

Thanks :-D

CC: (none) => marja11

Comment 35 Marja Van Waes 2012-07-01 21:13:27 CEST
@ salsa man

Oops, I didn't read all the comments in this bug

Now I see you came with a patch.

Would you  be willing to become a packager, so you can add your patches yourself?

Keywords: (none) => PATCH

Comment 36 salsa man 2012-07-01 21:30:35 CEST
I'm the main developer of LiVES.
Comment 37 Manuel Hiebel 2012-07-01 21:32:08 CEST
ok great, thanks, added in the bugsquad notes.
Funda Wang 2012-07-01 23:12:45 CEST

Assignee: fundawang => salsaman

Comment 38 salsa man 2012-07-02 01:38:22 CEST
Please do not assign bugs to me, just cc me as I requested. I don't run mageia currently, and I do not have time to make packages for individual distros.

I can fix bugs in the LiVES source only.
Comment 39 Marja Van Waes 2012-07-02 05:01:08 CEST
(In reply to comment #38)
> Please do not assign bugs to me, just cc me as I requested. I don't run mageia
> currently, and I do not have time to make packages for individual distros.
> 
> I can fix bugs in the LiVES source only.

Now assigning to the current maintainter of LiVES

Assignee: salsaman => lists.jjorge

Comment 40 José Jorge 2012-07-03 22:12:52 CEST
(In reply to comment #39)
> Now assigning to the current maintainter of LiVES

Well done, but fwang was faster than me : a build with the #c28 patch is sleeping in updates_testing....

Status: NEW => ASSIGNED
Assignee: lists.jjorge => qa-bugs

Comment 41 Richard Walker 2012-07-03 22:58:14 CEST
I'm still getting the old lives-1.6.2-1.mga2.x86_64.rpm from http://mageia.r0b0t.fr/linux/Mageia/distrib/2/x86_64/media/core/updates_testing.

Can someone point me at a mirror which has the patched version so I may test it?

thanks,

Richard
Comment 42 José Jorge 2012-07-03 23:11:34 CEST
We really have a lagging problem with some mirrors :

http://ftp-stud.hs-esslingen.de/pub/Mirrors/Mageia/distrib/2/x86_64/media/core/updates_testing/
Comment 43 Richard Walker 2012-07-03 23:16:43 CEST
Adding it now, thanks.
Comment 44 Richard Walker 2012-07-03 23:36:45 CEST
That's it. Auto-detects Jack sound and doesn't go looking for Pulseaudio - perfect!

I was a surprised installing the updated LiVES rpm did not pull in the companion libweed. I added it myself. I already had lives-1.6.2-1.mga2 installed so the correponding libweed would be the same as for lives-1.6.2-1.1.mga2 as it was not touched by the patch, so it would have been ok anyway.

Richard
Comment 45 Derek Jennings 2012-07-04 00:16:16 CEST
validated lives-1.6.2-1.1.mga2 on mga2 x86_64

On first run it complains that smogrify is not at the correct revision, but on subsequent run it starts OK

During the start up test it complains that mplayer is not new enough to decode to png/alpha, but that does not prevent it starting and working normally.

It is the first time I have used lives. It seems pretty good :-)

CC: (none) => derekjenn
Whiteboard: (none) => mga2-64-OK

Comment 46 Richard Walker 2012-07-04 00:47:28 CEST
@Derek, Is it possible that smogrify is in libweed and yours is not
 updated to same package version as LiVES?

 Just a thought.. more of a guess, really.
Comment 47 Derek Jennings 2012-07-04 01:01:25 CEST
No, smogrify is in the lives package, and lib64weed0 is at the same revision as lives.

It is just a small error. I would not hold up validation for it.
I cannot even make it do it a second time by deleting the lives hidden files in my /home.
Comment 48 salsa man 2012-07-04 02:15:57 CEST
Yes it is possible - if your previous version was say 1.6.2 and the new version is 1.6.2a - smogrify only validates the numerical part x.y.z , but it would give an error if the version string mismatched. Doing a fresh install or upgrade or running it a second time would not cause the version mismatch error.
Comment 49 David GEIGER 2012-07-04 21:18:53 CEST
(In reply to comment #28)
> Please try the following patch:
> 
> --- startup.c    (revision 1506)
> +++ startup.c    (working copy)
> @@ -356,6 +356,7 @@
>    radiobutton_group = gtk_radio_button_get_group (GTK_RADIO_BUTTON
> (radiobutton1));
> 
>    if (prefs->audio_player==AUD_PLAYER_JACK||!capable->has_pulse_audio) {
> +    prefs->audio_player=AUD_PLAYER_JACK;
>      gtk_toggle_button_set_active(GTK_TOGGLE_BUTTON(radiobutton1),TRUE);
>      set_pref("audio_player","jack");
>    }

This patch should fix the bug :"From the Tools menu -> preferences you can not navigate the tabs.It gets stuck on the "GUI" tab." ? or not ?

Because I have tested the new version of lives-1.6.2-1.1.mga2 on mga2 x86_64 and  problem is always present for me.
Comment 50 Richard Walker 2012-07-04 21:34:30 CEST
That's my fault I'm afraid. I sort of hi-jacked the bug -
 unintentionally - by mentioning the default sound selection problem.
 This patch fixed that problem - not the original one you refer to.

 Having said that, I have no difficulty selecting any of the 14 icons
 for the different Preferences sheets. You call them "tabs" which I
 usually associate with things like the tabs on my browser window which
 let me select individual windows.
Comment 51 Derek Jennings 2012-07-04 22:07:41 CEST
Yes you are correct David. The problem of not being able to navigate the Preferences menu mentioned in Comment 25 is present for me too on both x86_84 and i586

We are only supposed to address one bug per report but I suppose it is kind of important to be able to set the preferences.

Unvalidating for the moment.

Whiteboard: mga2-64-OK => (none)

Comment 52 Richard Walker 2012-07-04 22:17:15 CEST
I cannot duplicate the problem mentioned in  Comment 25 . Comment 26 pointed to oxygen-gtk as a possible suspect. I don't use this theme on my LXDE desktop. Could that be why it works for me?
Comment 53 salsa man 2012-07-04 22:23:54 CEST
A preferences freezing bug was fixed in 1.6.2. It only affected people who had their internal image type set to jpeg (as opposed to png). I believe it is most likely the same bug mentioned here earlier.
Comment 54 Derek Jennings 2012-07-04 22:30:16 CEST
Yes Richard you are correct. When using oxygen-gtk under XFCE the preferences
menu cannot be navigated.
If I switch to Raleigh theme it works OK

Since the original subject of this bug report is fixed plus a few other bugs as
well I propose we validate lives-1.6.2-1.1.mga2.srpm and open a new bug report
for the problem with oxygen-gtk theme.
Comment 55 Richard Walker 2012-07-04 22:38:44 CEST
Sounds like a plan. I apologise for my part in making this such a
 confusing bug report.
Comment 56 Derek Jennings 2012-07-05 11:10:25 CEST
Validated on MGA2 64 and 32 bit

For the problem with the preferences menu described in Comment 25 I will raise a new bug report.

Could someone from sysadmin please push lives-1.6.2-1.1.mga2.src.rpm from mga2 core/updates/testing to core/updates

Advisory
========
This update fixes problems with lives initialising and with selection of Jack audio. Bug 5413

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs
Whiteboard: (none) => MGA2-64-OK MGA2-32-OK

Comment 57 Derek Jennings 2012-07-05 12:06:20 CEST
Bug 6700  has been raised to cover the issue with the Preferences menu not working.
Comment 58 Thomas Backlund 2012-07-10 16:15:50 CEST
Update pushed:
https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0102

Status: ASSIGNED => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.