I've suggest to add ~amd64 to that ebuild like the other archs cause by build was without any complications....
did you actually test whether it *works* or just *builds*? I heard of several people that it will just segfault when attempting to play a flash file
Its working.. I've tested several Flash files from flashkit.com.. for example: http://images.flashkit.com/movies/3D/Centre_G-waynenor-10948/Centre_G-waynenor-10948.swf http://images.flashkit.com/movies/3D/Dancing_-Julien_T-10585/Dancing_-Julien_T-10585.swf http://images.flashkit.com/movies/Effects/Special_Effects/a_nice_t-tom-10329/a_nice_t-tom-10329.swf I also tested all samples in the server/samples directory of gnash and they working too without any segfault on Flashkit I found 2 or 3 Movie not working but they did also not work on x86 so its not an arch Bug but a general gnash bug
I can agree to this, I have tested a few flash files locally with the standalone player, only had 1 segv so far. Getting around to reporting it upstream shortly, I might actually report in Gentoo Bugzilla first actually, and then move upstream if necessary. I would really like to see a browserplugin/nsplugin USE flag enabled on this ebuild actually, preferably before it going ~amd64 but i guess it doesnt really matter when that much.
Well, it segfaults for me: void gnash::get_movie_info(const char*, int*, int*, int*, float*, int*, int*): filename is ./Centre_G-waynenor-10948.swf Fatal signal: Segmentation Fault (SDL Parachute Deployed) The same happens for all movies in this bug. I have amd64 running natively (with multilib), xorg x11r7 with r300 card (running opensource drivers). $ emerge --info Portage 2.1_pre4-r1 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r5 x86_64) ================================================================= System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre15 dev-lang/python: 2.3.5-r2, 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -pipe -ffast-math -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon64 -pipe -ffast-math -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sfperms strict" GENTOO_MIRRORS="http://gentoo.prz.rzeszow.pl/ http://gentoo.po.opole.pl http://src.gentoo.pl http://gentoo.zie.pg.gda.pl/" LC_ALL="pl_PL" LINGUAS="pl en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 7zip X aac acpi alsa avi berkdb bitmap-fonts crypt cups dbus dri dvd dvdr eds emboss encode font-server foomaticdb fortran gif glx gpm gstreamer gtk gtk2 imlib ipv6 jpeg jpeg2k kde kdeenablefinal lm_sensors logitech-mouse lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly oggvorbis opengl pam pdflib perl png python qt quicktime readline sdl speedo spell ssl tcpd tiff truetype-fonts type1 type1-fonts usb userlocales v4l xinerama xpm xprint xv zlib elibc_glibc kernel_linux linguas_pl linguas_en userland_GNU video_cards_ati video_cards_none" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LDFLAGS
(In reply to comment #4) > Well, it segfaults for me: > > void gnash::get_movie_info(const char*, int*, int*, int*, float*, int*, int*): > filename is ./Centre_G-waynenor-10948.swf > Fatal signal: Segmentation Fault (SDL Parachute Deployed) > for me that looks like an SDL error.. I got it at NWN and the cause was permission related... maybe here too ?? > > The same happens for all movies in this bug. > I have amd64 running natively (with multilib), xorg x11r7 with r300 card > (running opensource drivers). >
It compiles and plays the samples fine here, too. I think it deserves ~amd64 so we get wider user-base to do further testing...
I would say thats fair enough. I would really like to see somr progress on bug#122659 though in the process somewhere... having a browser plugin would really help a lot. Care to give some input Anarchy?
I would say thats fair enough. I would really like to see some progress on bug#122659 though in the process somewhere... having a browser plugin would really help a lot. Care to give some input Anarchy?
Another report of compiling and playing fine here too.
It's working here too (compiling and working)!
For all ppl trying the new ebuilds on amd64 ... I could not compile gnash-0.7_alpha20060331 and -r1 ... have you got the same problem?
ups, i forgot the bug number ... it's bug # 129131 cheers ;)
The version reported as working (and not working ;)) is no longer in the tree. Newer versions don't build anymore according to bug 129131. Closing this until the issue is fixed upstream or somebody provides a patch. Feel free to reopen once it works again :)
