FS#10185 - libdc1394-2.0.1-1 brakes gnash??

Attached to Project: Arch Linux
Opened by Martin Zecher (MartinZ) - Monday, 14 April 2008, 02:44 GMT
Last edited by Greg (dolby) - Tuesday, 15 July 2008, 17:20 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture i686
Severity Medium
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:
I am not sure of this, because unfortunelly I made a pacman -Sc before noting this. It seems to me that latest upgrade in libdc1394 broke gnash, because executing /usr/bin/kde-gnash gives this:
'error while loading shared libraries: libdc1394_control.so.12: cannot open shared object file: No such file or directory'

I guess since version 2 this pkg doesn't provide libdc1394_control.so anymore, but couldn't find information about it.
This task depends upon

Closed by  Greg (dolby)
Tuesday, 15 July 2008, 17:20 GMT
Reason for closing:  Fixed
Comment by Blaž Tomažič (billy) - Monday, 21 April 2008, 17:54 GMT
same here

gnash-common 0.8.2-1
libdc1394 2.0.1-1
Comment by Eric Belanger (Snowman) - Thursday, 24 April 2008, 05:54 GMT
works here on x86_64:

libdc1394 2.0.1-1
gnash-common 0.8.2-2
gnash-kde 0.8.2-1
Comment by Heiko Baums (cyberpatrol) - Thursday, 24 April 2008, 06:15 GMT
As far as I know libdc1394 isn't a dependency of gnash-common 0.8.2-2 anymore. At least when I installed it from testing, pacman said, that libdc1394 was installed as a dependency and isn't needed anymore.
Comment by Heiko Baums (cyberpatrol) - Thursday, 24 April 2008, 06:53 GMT
Just tried it again on i686, and libdc1394 isn't installed as a dependency of gnash-common 0.8.2-2 anymore, but gnash-common 0.8.2-2 is still linked to libdc1394_control.so.12, which, of course can't be found. So gnash still fails to start, and the problem still exists.
Comment by Eric Belanger (Snowman) - Thursday, 24 April 2008, 14:14 GMT
The problem is only on i686. The gnash-kde gnash-gtk gnash-common packages needs to be rebuilt as they all link to the missing libdc1394_control.so.12.
Comment by Fredrik (vEX) - Thursday, 01 May 2008, 20:45 GMT
$ pacman -Q libdc1394 gnash-common gnash-gtk
libdc1394 2.0.1-1
gnash-common 0.8.2-1
gnash-gtk 0.8.2-1

$ gnash
/usr/bin/gtk-gnash: error while loading shared libraries: libdc1394_control.so.12: cannot open shared object file: No such file or directory

$ uname -m
x86_64

It sure is broken on my 64-bit installation. Rebuilding the package with the PKGBUILD from testing solves it though.
Comment by Phillipe smith (phillipe) - Sunday, 04 May 2008, 06:38 GMT
I find a solution, for me it's just go allright.

All I have done is install the flashplayer-standalone ( pacman -S flashplayer-standalone ) and the problem with gnash was solved.
Comment by name withheld (Gullible Jones) - Saturday, 17 May 2008, 15:16 GMT
Phillipe: substituting a different program is not a solution.

(Meanwhile, it looks like there's a recompiled gnash-common in Testing - has anyone tested that yet?)
Comment by Phillipe smith (phillipe) - Saturday, 17 May 2008, 16:01 GMT
You're right Gullible, now I uninstall the flashplayer-standalone and reinstall only gnash-common anda gnash-gtk from EXTRA.
I'm tested and have gnash working perfectly on my PC. I tested the gnash from TESTING to, and working with no problem.
Comment by name withheld (Gullible Jones) - Saturday, 17 May 2008, 18:18 GMT
When was the last time you updated your system? Run pacman -Suy and see what happens to gnash...
Comment by Phillipe smith (phillipe) - Saturday, 17 May 2008, 18:32 GMT
I update my system today morning. But just now, I made pacman -Suy and nothing happens. gnash continue operating normally.
Comment by name withheld (Gullible Jones) - Saturday, 17 May 2008, 19:47 GMT
Are you using the Testing repository?
Comment by Phillipe smith (phillipe) - Sunday, 18 May 2008, 00:03 GMT
I use all repositories with no problem my friend.
Comment by name withheld (Gullible Jones) - Sunday, 18 May 2008, 00:12 GMT
That's why. You're using Testing which has the recompiled version.

In which case, I assume this is fixed in Testing... Maybe it's time to move the Testing version into Extra, if it's just recompiled?
Comment by Heiko Baums (cyberpatrol) - Sunday, 18 May 2008, 04:13 GMT
In testing there is no recompiled version of gnash.

I've uninstalled gnash by running `pacman -Rs gnash-common gnash-kde gnash-gtk`, which also uninstalled libdc1394, and I also removed my link libdc1394_control.so.12. Then I installed gnash again by running `pacman -S gnash-kde gnash-gtk`, which also installs gnash-common 0.8.2-2 and libdca as dependencies. I'm using testing and ran of course `pacman -Syu` just before.

But I'm still getting the error message from the original bug report, when running gnash in konqueror.

So the version in testing isn't recompiled, yet. Maybe something (a file or a link) wasn't uninstalled, when Phillipe uninstalled flashplayer-standalone?
Or is Phillipe running an x86_64 system? Because this bug seems to be i686 related, not x86_64.

gnash-common and probably gnash-kde and gnash-gtk still need to be recompiled.
Comment by Phillipe smith (phillipe) - Sunday, 18 May 2008, 04:57 GMT
Cyberpatrol, I use Archlinux i686 and I uninstalled the flashplayer-standalone (pacman -Rscn flashplayer-standalone) right before install gnash-common and gnash-gtk again... But before install gnash packages, I uninstalled all them (pacman -Rscn gnash-gtk gnash-common) and as I say, gnash is fully fuctionally for me now.
Comment by Heiko Baums (cyberpatrol) - Sunday, 18 May 2008, 05:46 GMT
Phillipe, maybe you don't get the error, because you don't have gnash-kde installed?
Comment by Phillipe smith (phillipe) - Sunday, 18 May 2008, 06:10 GMT
I supose that the gnash-kde won't cause the problem... Because I have the some problem of the others before, but I don't exactly now what have made my gnash working again....
Comment by Heiko Baums (cyberpatrol) - Sunday, 18 May 2008, 08:19 GMT
gnash-kde indeed causes the problem. I tried it again.

This is the appropriate line in the output, which is also posted in the original bug report above:
/usr/bin/kde-gnash: error while loading shared libraries: libdc1394_control.so.12: cannot open shared object file: No such file or directory
Particularly look at the beginning of the line:
/usr/bin/kde-gnash:

The binary kde-gnash belongs to the package gnash-kde.
So gnash-kde has to be recompiled, too.

And this is, why Phillipe doesn't get this error.
Comment by name withheld (Gullible Jones) - Sunday, 18 May 2008, 09:40 GMT
Umm, I never installed gnash-kde. Only gnash-common and gnash-gtk.
Comment by name withheld (Gullible Jones) - Sunday, 18 May 2008, 09:45 GMT
And as far as I can tell, messing around with flashplayer-standalone doesn't solve anything. Installed and gnash still clearly doesn't work.
Comment by name withheld (Gullible Jones) - Wednesday, 21 May 2008, 17:12 GMT
Gnash-gtk is the problem on systems using GTK. Both gnash-gtk and gnash-kde must be recompiled. Using gnash-common from Testing does not help, it looks like that package can be ignored.

(Installing flashplayer-standalone still does nothing with gnash-common from Testing, so I have no idea what's going on with your system, Phillipe...)
Comment by Phillipe smith (phillipe) - Wednesday, 21 May 2008, 20:49 GMT
Really this is very strange. I'm search im my system something diferent that can possible cause gnash function normally, but I can't find anything....
Comment by name withheld (Gullible Jones) - Monday, 26 May 2008, 20:08 GMT
Alright this seems to be fixed now. Gnash is working for me, though it doesn't play Youtube videos.
Comment by Greg (dolby) - Thursday, 19 June 2008, 20:17 GMT
Is this solved?

Loading...