Description
Arfrever Frehtes Taifersar Arahesis (RETIRED)
2008-07-17 02:15:26 UTC
And gecko-mediaplayer-0.6.3 was released too. Can't compile gecko-mediaplayer with xulrunner-1.9. configure: WARNING: mozilla-plugin not found, trying another checking for GECKO... no configure: WARNING: firefox-plugin not found, trying another checking for GECKO... no configure: WARNING: seamokey-plugin not found, trying another checking for GECKO... no configure: WARNING: xulrunner-plugin not found, trying another checking for GECKO... yes checking for xpidl... no configure: error: xpidl compiler not found emerge --info Portage 2.1.4.4 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r6 i686) ================================================================= System uname: 2.6.25-gentoo-r6 i686 AMD Turion(tm) 64 X2 Mobile Technology TL-52 Timestamp of tree: Mon, 21 Jul 2008 06:45:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r5 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon64 -msse3 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -msse3 -O2 -pipe -fomit-frame-pointer" DISTDIR="/home/gentoo/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo/ http://gentoo.inf.elte.hu http://gentoo.inode.at " LANG="hu_HU.UTF-8" LC_ALL="hu_HU.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="hu" MAKEOPTS="-j4" PKGDIR="/home/gentoo/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/home/gentoo/tmp" PORTDIR="/home/gentoo/portage" PORTDIR_OVERLAY="/home/gentoo/overlay /home/gentoo/overlay-compiz" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X acpi alsa bluetooth branding bzip2 cairo cdr cli cracklib crypt dbus dri dvd dvdr dvdread eds emboss evo fam firefox flac ftp gdbm gif gnome gnome-keyring gstreamer gtk hal howl iconv isdnlog jpeg lcms libnotify mad midi mikmod mmx mmxext mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3support quicktime readline reflection sdl session slang spl sse sse2 sse3 ssl startup-notification svg tcpd tiff truetype unicode vorbis win32codecs x86 xinerama xml xorg xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_dbd authn_default authn_file authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir env expires ext_filter filter headers ident imagemap include info log_config mem_cache mime mime_magic negotiation rewrite setenvif so speling status userdir usertrack unique_id vhost_alias suexec" APACHE2_MPMS="worker" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="hu" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS net-www/gecko-mediaplayer-0.6.3 was released on 2008-07-02. Created attachment 161104 [details, diff]
patch against gecko-mediaplayer-0.6.2.ebuild for xulrunner-1.9 support
(In reply to comment #5) > Created an attachment (id=161104) [edit] > patch against gecko-mediaplayer-0.6.2.ebuild for xulrunner-1.9 support > Patch works great with gecko-mediaplayer-0.6.3 too. media-video/gnome-mplayer-0.7.0 was released on 2008-08-15. net-www/gecko-mediaplayer-0.7.0 was released on 2008-08-15. (In reply to comment #6) > (In reply to comment #5) > > Created an attachment (id=161104) [edit] > > patch against gecko-mediaplayer-0.6.2.ebuild for xulrunner-1.9 support > > > > Patch works great with gecko-mediaplayer-0.6.3 too. > Just renaming the patched ebuild works fine. (~x86 keyword) make it 0.8.0 no clue, whether it compiles with xulrunenr 1.9 out of the box. media-video/gnome-mplayer-0.8.0 was released on 2008-09-30. net-www/gecko-mediaplayer-0.8.0 was released on 2008-09-30. (In reply to comment #10) > media-video/gnome-mplayer-0.8.0 was released on 2008-09-30. > net-www/gecko-mediaplayer-0.8.0 was released on 2008-09-30. > Renaming the 0.6.3 ebuilds worked fine here (against xulrunner-1.8). (In reply to comment #11) > (In reply to comment #10) > > media-video/gnome-mplayer-0.8.0 was released on 2008-09-30. > > net-www/gecko-mediaplayer-0.8.0 was released on 2008-09-30. > > > Renaming the 0.6.3 ebuilds worked fine here (against xulrunner-1.8). > Renaming the gnome-mplayer 0.6.3 ebuild worked fine (against xulrunner-1.9) The patched gecko-mediaplayer (see my previous post) ebuild worked fine (against xulrunner-1.9) Only one problem, I can't play anything on either one. I have tried all 3 video outputs and I get nothing, renaming the 0.63 ebuild to 0.80 works fine and it compiles out of the box but none of them will actually play a video file!!!!! Billy, as for your problem of it not working. Please get gnome-mplayer working first after that gecko-mediaplayer should work correctly. You can debug gnome-mplayer problems by using the -v or --reallyverbose command line options. As for the patch. I would prefer if you would provide a patch to configure.in Could be as simple as changing AC_PATH_PROG([GECKO_XPIDL], [xpidl], [no], [$GECKO_HOME:$PATH]) if test "x$GECKO_XPIDL" = "xno"; then AC_MSG_ERROR([xpidl compiler not found]) fi to AC_PATH_PROG([GECKO_XPIDL], [xpidl], [no], [$GECKO_HOME:$GECKO_HOME/stable:$PATH]) if test "x$GECKO_XPIDL" = "xno"; then AC_MSG_ERROR([xpidl compiler not found]) fi But my libxul sets the variables correctly so I am unable to verify this fixes it. (In reply to comment #13) > Only one problem, I can't play anything on either one. I have tried all 3 video > outputs and I get nothing, renaming the 0.63 ebuild to 0.80 works fine and it > compiles out of the box but none of them will actually play a video file!!!!! You might have the same problem as i had: your mplayer doesn't support ASS, so you have to disable ASS in gnome-mplayer's settings (is enabled by default). Okay, that was the problem, this ASS thing, Kevin, ASS should NOT!@!! be enabled by default. I think that should be fixed in the source package because anyone trying this will get turned away from this when it doesn't work out of the box. As for any patches, none are necessary!! Ebuilds should be bumped to 80 version and they compile and work fine. We have one problem if this is to replace mplayerplug-in. Gecko media player needs to build for both 32 and 64 bit plugins. Will file a separate bug. The patched gecko-mediaplayer-0.8.0 fails with the attached error, if you have _both_ xulrunner-1.8 _and_ xulrunner-1.9 installed. Compiles fine, though, if you remove the 1.8. Created attachment 167696 [details]
gecko-mediaplayer-0.8.0 compile error
*** Bug 245165 has been marked as a duplicate of this bug. *** media-video/gnome-mplayer-0.9.0 was released on 2008-10-31. net-www/gecko-mediaplayer-0.9.0 was released on 2008-10-31. gnome-mplayer / gecko-mediaplayer 0.9.0 changelog: http://code.google.com/p/gnome-mplayer/source/browse/trunk/ChangeLog http://code.google.com/p/gecko-mediaplayer/source/browse/trunk/ChangeLog Created attachment 170480 [details]
gnome-mplayer/gnome-mplayer-0.9.0.ebuild
Updated ebuild with updated deps for gio support
USE="gnome" for now optional gconf support
USE="libnotify" for optional libnotify support
This works for me, but be careful when using as ebuild probably needs review from competent dev.
gnome-mplayer-0.9.1 was released (In reply to comment #23) > gnome-mplayer-0.9.1 was released > 0.9.1 Fix playlist hide on fullscreen Updated fr translation Fix compile issues on glib < 2.16 Fix autoconf for gio Updated po translation just renaming ebuild forks fine. At least on my 64-bit multilib system gecko-mediaplayer-0.9.0 originally installs the plugins in /usr/lib64/nspr/mozilla/plugins/, instead of /usr/lib64/mozilla/plugins/ specified in 0.8.0 and earlier ebuilds, so the 0.9.0 ebuild needs a little patch to work: - mv "${D}"/usr/$(get_libdir)/mozilla/plugins/${PN}* \ + mv "${D}"/usr/$(get_libdir)/nspr/mozilla/plugins/${PN}* \ Anyway, this whole moving-around-the-plugins is very inelegant... Has anyone found a way to tell the gecko-mediaplayer to install the plugins to the correct place right from the start? Upstream? (In reply to comment #25) > At least on my 64-bit multilib system gecko-mediaplayer-0.9.0 originally > installs the plugins in /usr/lib64/nspr/mozilla/plugins/, instead of > /usr/lib64/mozilla/plugins/ specified in 0.8.0 and earlier ebuilds, so the > 0.9.0 ebuild needs a little patch to work: > > - mv "${D}"/usr/$(get_libdir)/mozilla/plugins/${PN}* \ > + mv "${D}"/usr/$(get_libdir)/nspr/mozilla/plugins/${PN}* \ > > Anyway, this whole moving-around-the-plugins is very inelegant... Has anyone > found a way to tell the gecko-mediaplayer to install the plugins to the correct > place right from the start? Upstream? > Tested. Works. Thank you. :) gnome-mplayer-0.9.2 released some days ago. >Fix problematic playlist loading >libgpod support, will load tracks off of ipods using ipod database >Rework the track loading method, store more metadata internally so we don't have to refetch it >If you have libmusicbrainz3 and libcurl installed album cover art will be loaded from the net. Use --disable_cover_art_fetch to work offline (also a preference setting) >Rework the alsa stuff, add --mixer command line option and preference to choose the mixer you want to use. If no mixer specified it defaults to Master > >Use XDG .config and .cache directories (gnome-mplayer.conf in non-gconf2 setup has moved from $HOME/.mplayer to $XDG_CONFIG_DIR/gnome-mplayer. Usually in $HOME/.config/gnome-mplayer. >Packagers please note that you make want to check your libraries. (In reply to comment #27) > gnome-mplayer-0.9.2 released some days ago. I know. I've tried bumping to this version, but it doesn't play anything with or without using the gconf backend on ~x86. Sorry but can't add unworking version, or have debug information avail. yet (there was no errors in strerr, stdout) (In reply to comment #28) > I know. I've tried bumping to this version, but it doesn't play anything with > or without using the gconf backend on ~x86. That's odd. It has been working fine for me on ~amd64. (In reply to comment #29) > (In reply to comment #28) > > I know. I've tried bumping to this version, but it doesn't play anything with > > or without using the gconf backend on ~x86. > > That's odd. It has been working fine for me on ~amd64. > Yeah I know. I need to do some futher debugging, but I just came back to Gentoo. I was gone for some months. Please understand and give me some time, I have lots of catching up to do. But if another media-video developer wants to bump this, and it works for him, I'm not against it. (In reply to comment #28) > I know. I've tried bumping to this version, but it doesn't play anything with > or without using the gconf backend on ~x86. You have disabled ASS in gmome-mplayer or you're an ASS enabled mplayer build? I renamed the ebuild to gecko-mediaplayer-0.9.2.ebuild, applied the xulrunner patch and I get this: [lots of totally random stuff about NFS, 'C' locale, CORBA and ORBit (huh?)] mv: cannot stat `/var/tmp/portage/net-www/gecko-mediaplayer-0.9.2/image//usr/lib64/mozilla/plugins/gecko-mediaplayer*': No such file or directory Any ideas? with the patch packages compile fine but gecko-mediaplayer doesn't appear in firefox plugins ( about:plugins ). We probably need a further patch work, it's a pity I don't even know where to start from. Anyway is this patch due to xulrunner faulty .pc or to gecko-mediaplayer faulty configure? (In reply to comment #33) > with the patch packages compile fine but gecko-mediaplayer doesn't appear in > firefox plugins ( about:plugins ). I've changed some lines in the ebuild and now it is ok on my box ( x86 with xulrunner-1.9 ) original: #mv "${D}"/usr/$(get_libdir)/mozilla/plugins/${PN}* \ # "${D}"/usr/$(get_libdir)/nsbrowser/plugins || die "mv plugins failed." now: mv "${D}"/usr/$(get_libdir)/nspr/mozilla/plugins/${PN}* \ "${D}"/usr/$(get_libdir)/nsbrowser/plugins || die "mv plugins failed." I've simply added nspr subdir (and uncommented those lines) a few notes: 1) it works ok on my system, but I don't know if it depends on my particular configuration or if it is a more general fix. 2) netscape-flash ebuild (and maybe others) inherit nsplugins eclass and use inst_plugin function to symlink their plugin to the right position in the filesystem: maybe this could apply to gecko-mediaplayer too. Gnome Mplayer and Gecko MediaPlayer were both broken on my machine until I turnend off ASS subtitle support. Try that if Gnome Mplayer isn't playing anything. This seems to be a problem for a lot of people. Created attachment 175739 [details]
gecko-mediaplayer-0.9.2.ebuild
Created attachment 175740 [details]
gnome-mplayer-0.9.2.ebuild
added renamed ebuilds for gnome-mplayer-0.9.2.ebuild and gecko-mediaplayer-0.9.2.ebuild they work for me on x86. pls test them and include them in the portage tree. tnx (In reply to comment #38) > added renamed ebuilds for gnome-mplayer-0.9.2.ebuild and > gecko-mediaplayer-0.9.2.ebuild > they work for me on x86. > pls test them and include them in the portage tree. > tnx > I've tested it on my x86 box. It compiles, but gnome-mplayer gives an error, related to gconf. I'll attach the build log. Created attachment 175842 [details]
gnome-mplayer-0.9.2 build log
Created attachment 175998 [details] media-video/gnome-mplayer/gnome-mplayer-0.9.2.ebuild * add support for media-libs/musicbrainz * add support for media-libs/libgpod * fix alsa support as now configure script works correctly with alsa "with/without" flags (In reply to comment #39) You can try this ebuild, it supports many new features that were introduced in versions 0.6.3-0.9.2 Has anyone managed to build succesfully gecko-mediaplayer-0.9.2 with xulrunner-1.9.1-beta2 / firefox 3.1-beta2 from mozilla overlay on ~amd64? Here it fails complaining about a npupp.h not found... gecko-mediaplayer fails with /bin/bash: gconftool-2: command not found if gconf is not installed, and with the following build.log if it is Created attachment 176653 [details]
build.log
(In reply to comment #43) > gecko-mediaplayer fails with /bin/bash: gconftool-2: command not found if gconf > is not installed, and with the following build.log if it is emerge gnome-base/gconf gnome-base/gconf:2 should probably be added in the ebuild in DEPEND. (In reply to comment #42) > Has anyone managed to build succesfully gecko-mediaplayer-0.9.2 with > xulrunner-1.9.1-beta2 / firefox 3.1-beta2 from mozilla overlay on ~amd64? Here > it fails complaining about a npupp.h not found... > Okay here's a quick and _very_ _very_ dirty fix, perhaps the worst way of doing it but it seems to work, at least on my setup: I downloaded separately the xulrunner 1.9.0.5 source file, more precisely I took http://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/latest-trunk/xulrunner-1.9.0.5pre.en-US.linux-i686.sdk.tar.bz2 , opened it, got into the include/plugin subdirectory and copied files npupp.h and npapi.h into the files/ subdirectory of my gecko-mediaplayer folder in my local portage repository, then added to the gecko-mediaplayer-0.9.2.ebuild the lines src_unpack() { unpack ${A} cd ${S} cp "${FILESDIR}"/npupp.h . cp "${FILESDIR}"/npapi.h . } I know this is awful, and as a matter of fact emerge complains at some point in the final stages of installation, yet it seems to be working. Only do this if you're desperate. 0.9.3 has been released You may also want to try using the option "--with-xulrunner-sdk=[path to sdk]" and not using the auto detection of libxul and friends. I realize this issue is annoying, but it seems that every distro has a different way of distributing the firefox/xulrunner/whatever base libs. And every one is broken in a different way (that is why there at 8 different checks for the base libs, which as a developer is annoying). I will be willing to even add patches upstream, but they have to be clean. Created attachment 177146 [details]
gecko-mediaplayer-0.9.2.ebuild
ebuild needs adjustments for amd64 multilib systems, currently it is only for x86.
* xulrunner-1.9 is forced
* optional gconf support with USE="gnome"
Created attachment 177148 [details, diff]
files/default-libdir.patch
Created attachment 177150 [details, diff]
files/force-libxul.patch
Created attachment 177152 [details]
gnome-mplayer-0.9.3.ebuild
exact copy of 0.9.2 with cleaned unneeded comment
Created attachment 177153 [details]
gecko-mediaplayer-0.9.3.ebuild
* added support for multilib as per documentation, needs actual testing
* use cleaner way to remove empty directories
* still forces libxul and default libdir as per updated patches
Created attachment 177155 [details, diff]
files/default-libdir-0.9.3.patch
Created attachment 177157 [details, diff]
files/force-libxul-0.9.3.patch
Is there an overlay that i can add via layman to test this? That would be great! Maybe Michal has his own developer overlay? (In reply to comment #55) > Is there an overlay that i can add via layman to test this? > That would be great! Maybe Michal has his own developer overlay? > Sadly no as i am not an ebuild dev. Currently i may only poke devs with tree commit access to look here and add ebuilds to the tree. I can add it to my overlay, bu there is a problem: both gnome-mplayer and gecko-mplayer make access violation in sandbox. And I don't really know how to handle it yet. ACCESS DENIED open_wr: /root/.gconf/.testing.writeability ACCESS DENIED unlink: /root/.gconf/.testing.writeability Some changes have been made to the gecko-mediaplayer SVN that should help with compilation issues. Please let me know if there are issues. xulrunner-1.9 compile issues are resolved in SVN r263. Created attachment 177594 [details]
gnome-mplayer live svn ebuild
Created attachment 177595 [details]
gecko-mediaplayer live svn ebuild
Ive attached some basic live ebuilds for both packages (essentially the same as the ones posted for version 0.9.3) to aid testing. Both appear to build ok, but still fail with sandbox errors as of gecko-mediaplayer rev. 270 and gnome-mplayer rev. 1091. Sanbox errors are the same as in post 57 above for both programs. I just a committed a huge change to SVN that moves the plugin from XPCom to npruntime so you may want to make sure your SVN ebuild still works. It looks like it should, but suggest that you test. Both still appear to compile fine, however both still fail to install because of sandbox violations while trying to check that ${HOME}/.gconf is writable. Unfortunately because of this i cant test functionality, hopefully these errors can be fixed, im guessing its something in the makefiles triggering the sandbox violation. I don't think there is anything in the gecko-mediaplayer makefiles that would be causing this. Unless it is the code that installing the schemas Might try with --disable-schemas-install flag on the configure stage. (In reply to comment #65) > I don't think there is anything in the gecko-mediaplayer makefiles that would > be causing this. Unless it is the code that installing the schemas > > Might try with --disable-schemas-install flag on the configure stage. > Doing this seems to work and everything installs ok without any sandbox violations now. Anyone on gentoo can test this by disabling the gnome USE flag. (In reply to comment #66) > Doing this seems to work and everything installs ok without any sandbox > violations now. > Anyone on gentoo can test this by disabling the gnome USE flag. > USE="-gnome" works as it uses this configure switch. I will look today how to actually install schema and workaround sandbox issues. Created attachment 177635 [details, diff]
files/sandbox-violation-0.9.3.patch
NOTE: for both gnome-mplayer and gecko-mediaplayer
Created attachment 177636 [details]
gnome-mplayer-0.9.3.ebuild
Created attachment 177637 [details]
gecko-mediaplayer-0.9.3.ebuild
(In reply to comment #65) > I don't think there is anything in the gecko-mediaplayer makefiles that would > be causing this. Unless it is the code that installing the schemas Actually it is. Look at sandbox-violation-0.9.3.patch I looked how other gnome apps handle that (i.e. evince) and this is the difference. Also man gconftool2 advice against this use. Now both ebuilds should work, sorry guys for not fixing it in first place. Somehow paludis is not keen to stop package installation with sandbox violation. Sandbox violation patch applied to upstream gnome-mplayer and gecko-mediaplayer I can confirm that both now build and install ok, however when gnome-mplayer is started it immediately segfaults. 0.6.3 used to work fine so its something that has changed since then and the current contents of svn, Nick, open a bug here: http://code.google.com/p/gnome-mplayer/issues/list For the gnome-mplayer issue, and if I can dup I'll probably have it fixed today. (In reply to comment #74) > Nick, > > open a bug here: http://code.google.com/p/gnome-mplayer/issues/list > > For the gnome-mplayer issue, and if I can dup I'll probably have it fixed > today. > gnome-mplayer-0.9.4 / gecko-mediaplayer-0.9.4 has been released <a href="http://kdekorte.blogspot.com/2009/02/new-gnome-mplayer-and-gecko-mediaplayer.html">kevin's post</a> (In reply to comment #75) > (In reply to comment #74) > > Nick, > > > > open a bug here: http://code.google.com/p/gnome-mplayer/issues/list > > > > For the gnome-mplayer issue, and if I can dup I'll probably have it fixed > > today. > > > > gnome-mplayer-0.9.4 / gecko-mediaplayer-0.9.4 has been released > > <a > href="http://kdekorte.blogspot.com/2009/02/new-gnome-mplayer-and-gecko-mediaplayer.html">kevin's > post</a> > oops, sorry for the html code :( Created attachment 181218 [details]
gnome-mplayer-0.9.4.ebuild
I just discovered this programm and i hope its good enough so i can get rid of qt and smplayer (gtk ftw ;p)
I made a few changes in the ebuild for 0.9.4:
1) use eapi=2 for mplayer[ass] dependency
2)added alsa gnome and libnotify default flags (alsa seems pretty useful and gnome/libnotify make sense since its an mplayer for gnome)
2)added gvfs (gio) optional dependency and configure switch
3)added curl dependency for musicbrainz flag
4)use_enable for schemas-install option insted of use
5)removed INSTALL DOCS/tech/dbus.txt and DOCS/tech/plugin-interaction.txt as they are useless for users
6)removed autotools eutils inherit and src_unpack() because sandbox-violation-0.9.3.patch was applied upstream
I still havent tested gecko-mediaplayer-0.9.4
Created attachment 181220 [details]
gnome-mplayer-0.9.4.ebuild
minor changes
Created attachment 181412 [details]
gecko-mediaplayer-0.9.4.ebuild
This ebuild seems to work for 0.9.4 version of gecko mediaplayer. I'm not sure of where I got it, I believe I renamed an older version but it seems to work fine. I don't believe any of the patches from 9.3 are necessary.
Created attachment 181483 [details, diff] Diff against gnome-mplayer-0.9.4.ebuild id=181220 (In reply to comment #77) > I made a few changes in the ebuild for 0.9.4: Thanks for the update - i've just successfully used a variation of it; Mostly regressions, i'm afraid. 1. I re-included the required dependency on >=sys-apps/dbus-0.95 2. I removed the unnecessary dependency on gnome-base/gvfs - the GIO-mechanisms are provided by dev-libs/glib alone. 3. Since GIO-capability is available from a mandatory dependency, i re-enforced the --with-gio configure-switch and removed the conditional-check for it against the gnome USE-flag - maybe a gio USE-flag could be added, but i don't know what --without-gio does to performance... I also reduced the glib minimum-version to 2.14 as specified in configure.in - has it been set at 2.16 previously for a specific reason, and if so does that mean that the sources are wrong? (I should note that my successful build only inluded the alsa USE-flag) Slightly OT, the player has menu-options for DVD-playback "with menus",which would require mplayer built not only with DVD-support, but with dvdnav-support - are these conditions that need to be incorporated into this ebuild, and for that matter does dvdnav actually work these days? There are also TV-options, which would mean further optional features required of the mplayer-backend... So far, i'm liking this package a lot. I'll be trying out the TV features shortly, and hopefully the gecko-companion as well. Addressing some points... 1. having gio does not affect performance except for remote files, gio is typically used for remote files such as files contained on a sftp server and such, also if you are using sftp file shares you can have a better experience if gvfs-fuse is installed as it will require less caching. 2. mplayer from svn now his libdvdread and libdvdnav in the SVN tree. However, libdvdcss is still an optional install. (In reply to comment #80) > Created an attachment (id=181483) [edit] > Diff against gnome-mplayer-0.9.4.ebuild id=181220 > > (In reply to comment #77) > > I made a few changes in the ebuild for 0.9.4: > > I also reduced the glib minimum-version to 2.14 as specified in configure.in - > has it been set at 2.16 previously for a specific reason, and if so does that > mean that the sources are wrong? > Read comment right above the the RDEPEND (present even in your diff) and you will know. Your modified ebuild will be broken for certain glib versions. (In reply to comment #82) > > I also reduced the glib minimum-version to 2.14 as specified in configure.in - > > has it been set at 2.16 previously for a specific reason, and if so does that > > mean that the sources are wrong? > > > > Read comment right above the the RDEPEND (present even in your diff) and you > will know. Your modified ebuild will be broken for certain glib versions. So the source-code *IS* wrong, then? I don't wish to cast doubt unfairly, or sound antagonistic, but as someone interested in developing better bug-fixing and ebuild-writing skills, i'd very much appreciate learning how this issue was identified, and how to go about getting it resolved upstream, as i haven't seen any mention of it in the 'issues' list on it's homepage, or in the portage-changelog (official ebuilds use 2.14) - if it's covered earlier in this thread, my apologies for missing it, and could you specify which comment i should re-appraise? If the above is naive, please excuse it as a symptom of my bug-fixing inexperience, and please also help me to avoid making similar mistakes in the future by explaining my misunderstanding. (In reply to comment #83) > (In reply to comment #82) > So the source-code *IS* wrong, then? The source is completely ok. The requirement for higher glib version is strictly connected with presence of gio library, which is part of the glib from version 2.16. By using configure option you specify that gio is present in the system. If user has lower version then there are few possibilities that depend on the configure script and how gio detection is internally written (and i did not analyzed that), i.e. script may fail or fallback to some other library. There is also another problem, when for some reason user will downgrade glib version. Application will probably fail to run regardless that dependencies are present in system, according to the ebuild. > If the above is naive, please excuse it as a symptom of my bug-fixing > inexperience, and please also help me to avoid making similar mistakes in the > future by explaining my misunderstanding. > Hope that above explanation helps. The dependencies in gecko-mediaplayer-0.9.4 ebuild are all messed up. Does it REALLY need either seamonkey or epihany to work? Created attachment 181695 [details]
gecko-mediaplayer-0.9.4-r1 ebuild
Ok, here's a (hopefully) better one, updated from the 0.9.3 ebuild above. I removed the now unnecessary src_unpack() stage & fixed the plugin paths.
(In reply to comment #84) > Hope that above explanation helps. It does - thanks very much. ;) It appears to my unskilled eye as though the internal calls to gio are conditional on GIO_ENABLED=1, which only happens if both --with-gio is selected _AND_ $PKG_CONFIG_PATH/gio-2.0.pc exists - if the latter isn't found a warning is logged and compilation continues _without_ gio-support, over-riding the configure-option (i think). For Gentoo, we could either make --with-gio switchable through a new USE-flag or enforce a high enough version of glib (2.16) as you had done prior to my tampering - we certainly need one or the other to avoid breakage though downgrading. What's our preferrence? As an aside, i was only able to determine when gio was incorporated into glib by scanning the gio/Changelog in a 2.16.3-tarball - i couldn't find anything online. For educational purposes, can you explain how you determined the minimum-version required, please? Thanks again for humouring my slightly OT questions. (In reply to comment #86) > Created an attachment (id=181695) [edit] > gecko-mediaplayer-0.9.4-r1 ebuild > > Ok, here's a (hopefully) better one, updated from the 0.9.3 ebuild above. I > removed the now unnecessary src_unpack() stage & fixed the plugin paths. I think the G2CONF-section would be more elegant with :- $(use_enable gnome schemas-install) ...instead of... $(use !gnome && echo "--disable-schemas-install") ...BUT i have no idea how portage's internal workings handle them, so perhaps someone better-versed could voice an opinion..? (In reply to comment #87) > For Gentoo, we could either make --with-gio switchable through a new USE-flag > or enforce a high enough version of glib (2.16) as you had done prior to my > tampering - we certainly need one or the other to avoid breakage though > downgrading. What's our preferrence? > It's preference of maintainer or ebuild creator. I don't think so that there is some policy about that. I can add here that gio can give you transparent access to various protocols (i.e. ssh, ftp, samba), and that is why it may be worth to force little newer version. > As an aside, i was only able to determine when gio was incorporated into glib > by scanning the gio/Changelog in a 2.16.3-tarball - i couldn't find anything > online. For educational purposes, can you explain how you determined the > minimum-version required, please? I develop simple apps in gtk+, as such i monitor releases of related libraries (and added features). Basically it's what you did, but done during releases. > $(use_enable gnome schemas-install) > ...instead of... > $(use !gnome && echo "--disable-schemas-install") As far as i remember, configure script did not support "--enable-schemas-install", which is generated by the default use_enable. Thanks for the multiple replies...
> > $(use_enable gnome schemas-install)
> > ...instead of...
> > $(use !gnome && echo "--disable-schemas-install")
>
> As far as i remember, configure script did not support
> "--enable-schemas-install", which is generated by the default use_enable.
Okay - i was thinking purely of a negative flag-test, the consequences of a positive result never occured to me, and i don't have a system suitable for testing with 'gnome' enabled. Pardon the noise.
Strange, but this plugin works very well in opera-9.63 but doesn't work in ff-3.0.6 or konqueror-4.2 - they just show gray box without any gnome-mplayer control panel. I've added the two ebuilds to my overlay: "yangman" from http://yangman.ca/gentoo-overlays.xml The discussion regarding glib-2.14* dependency is actually moot as it is not in the tree. My overlay contains the version which depends on >=glib-2.16, and always has gio enabled. *** Bug 262466 has been marked as a duplicate of this bug. *** *** Bug 262468 has been marked as a duplicate of this bug. *** Version bumped in my overlay. (In reply to comment #95) > Version bumped in my overlay. > Compiles and runs fine on amd64. Guys, portage has almost one year old ebuilds (0.6.3) from gnome-mplayer and gecko-mediaplayer. I have to use - not the same by the way - overlays over and over again. I think these ebuilds should hit the tree. Is there any blocking thing which prevents it? gnome-mplayer 0.9.5 is out. works fine on x86 Created attachment 186238 [details]
my 2 cents: gnome-mplayer-0.9.5
Created attachment 186239 [details]
my 2 cents: gecko-mediaplayer-0.9.5
Seriously, why has this update been ignored for so long? This is getting embarrassing. Anyone alive in here? (In reply to comment #100) > Seriously, why has this update been ignored for so long? This is getting > embarrassing. Because no-one is maintaining these packages anymore. They are effectively maintainer-needed. Arfrever, do you want to step up? (In reply to comment #102) > (In reply to comment #100) > > Seriously, why has this update been ignored for so long? This is getting > > embarrassing. > > Because no-one is maintaining these packages anymore. They are effectively > maintainer-needed. Arfrever, do you want to step up? > Is it absolutely necessary that the package has to have a maintainer? From 0.5.x there were an ebuild to almost every version of gnome-mplayer and gecko-mediaplayer from bugzilla. And I thing future versions also would have. It's subjective, but I think they could go to the tree. It reported that 0.9.5 compiles and runs fine on at least x86 and amd64. Comon' guys, give it a chance. If it doesn't work, we'll report it here. (In reply to comment #103) > (In reply to comment #102) > > (In reply to comment #100) > > > Seriously, why has this update been ignored for so long? This is getting > > > embarrassing. > > > > Because no-one is maintaining these packages anymore. They are effectively > > maintainer-needed. Arfrever, do you want to step up? > > > > Is it absolutely necessary that the package has to have a maintainer? > From 0.5.x there were an ebuild to almost every version of gnome-mplayer and > gecko-mediaplayer from bugzilla. And I thing future versions also would have. > > It's subjective, but I think they could go to the tree. It reported that 0.9.5 > compiles and runs fine on at least x86 and amd64. Comon' guys, give it a > chance. > If it doesn't work, we'll report it here. > oops :) -there were an ebuild +there was an ebuild (In reply to comment #103) > Is it absolutely necessary that the package has to have a maintainer? Yes, someone needs to look out for updates and commit them to portage, at the very least checking if a simple bump works and doesn't produce problems in the CVS tree. I have just committed ebuilds for the 0.9.5 version. I'm not planning to actively look after this package (especially since I don't use gnome), but I can commit version bumps. Maybe someone wants to be maintainer-by-proxy? This is assigned to the media-video-herd? Can't this be maintained by all members - somebody just jumps in and does the job as long as he the time - maybe just a day, and then the next day somebody else? Isn't that a way of working as a team? Pretty please look at bug 266801 (In reply to comment #105) > I have just committed ebuilds for the 0.9.5 version. I'm not planning to > actively look after this package (especially since I don't use gnome) This is useful to everyone using Firefox (I use KDE 4), not just Gnome users :) It's needed for being able to see videos on sites that use "Media Player" videos instead of Flash. Has anyone made tests with gecko-mediaplyer and Firefox3.5/SeaMonkey2 using qt toolbox? (I don't see why KDE users would want to build those with gtk2 toolkit) Old closed bug is no place for such discussion. |