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
seems not related to canberra
CC: (none) => fundawang, lists.jjorge
CC: (none) => mageia
I'll fix at least that symlink problem.
CC: (none) => jani.valimaa
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".
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
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.
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
Does lives-1.6.1-2.mga2 look better?
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.
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.
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
No news for this problem?
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.
CC: jani.valimaa => (none)
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?
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
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
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
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")
After the update from RC, still have the same problem.
Keywords: NEEDINFO => (none)CC: (none) => sander.lepik
Does lives-1.6.2 look better?
Assignee: bugsquad => fundawangTarget Milestone: --- => Mageia 2
Created attachment 2491 [details] output of the "make" process
I can't tell since it is not in the repository and the installation from sources fails in the make process (see attachment)
(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 ;-)
yeah! Great! It works fine ;-)
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)
Sorry , Another problem : From the Tools menu -> preferences you can not navigate the tabs. It gets stuck on the "GUI" tab.
(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?
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
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
Preparing to build. Might take some time.... One day I'll remember how to do all this without looking it up:-)
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
Please cc me on all future LiVES bugs.
(In reply to comment #31) > Please cc me on all future LiVES bugs. Why ?
Well, I presume you want them fixed.
(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
@ 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
I'm the main developer of LiVES.
ok great, thanks, added in the bugsquad notes.
Assignee: fundawang => salsaman
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.
(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
(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 => ASSIGNEDAssignee: lists.jjorge => qa-bugs
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
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/
Adding it now, thanks.
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
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) => derekjennWhiteboard: (none) => mga2-64-OK
@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.
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.
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.
(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.
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.
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)
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?
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.
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.
Sounds like a plan. I apologise for my part in making this such a confusing bug report.
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_updateCC: (none) => sysadmin-bugsWhiteboard: (none) => MGA2-64-OK MGA2-32-OK
Bug 6700 has been raised to cover the issue with the Preferences menu not working.
Update pushed: https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0102
Status: ASSIGNED => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED