"on a laptop or connected to an HDTV, boxee gives you a true entertainment experience to enjoy your movies, TV shows, music and photos, as well as streaming content from websites like Hulu, Netflix, ABC, CBS, Comedy Central, Last.fm, and flickr." Source code is available. Reproducible: Always
Of note is that there are some people looking at this in the forums here: http://forums.gentoo.org/viewtopic-t-728759.html
Thanks for that.
Created attachment 182563 [details, diff] sdl-stretch-0.2.3-invalid-lvalue-in-increment.patch
Created attachment 182564 [details] sdl-stretch-0.2.3.ebuild
Created attachment 182565 [details] boxee-0.9.8-r4880.ebuild
New ebuilds for media-libs/sdl-stretch-0.2.3 media-tv/boxee-0.9.8-r4880 SDL-stretch requires a patch to fix an error saying "invalid lvalue in intrement", which was supplied by Andreas Jochens in 2005, but not yet added to the official source repository. See http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg10340.html Boxee ebuild is still in testing.
Created attachment 182569 [details] boxee-0.9.8-r4880.ebuild
Created attachment 182669 [details] build.log Build fails in xbmc/lib/libBoxee/tinyxpath
Created attachment 182671 [details] xbmc/lib/libBoxee/tinyxpath/config.log
I've been trying to build using the ebuild from this bug, however I am running out of RAM during what looks like final step which then causes the OOM killer to come out. I'm running on a system with 4GB of RAM and another 4GB of swap, both the RAM and swap limit out to around 3GB each (probably due to me running 32bit Gentoo). Is there a way to limit the RAM for the build to prevent the OOM issue? I made sure to run a non-tainted kernel with X disabled and I still have this issue.
(In reply to comment #10) > I've been trying to build using the ebuild from this bug, however I am running > out of RAM during what looks like final step which then causes the OOM killer > to come out. That is really strange - I'm building this using an EEE PC 701 with 512 MB of RAM and I'm not encountering any of the errors you're describing. 3 questions: 1) Are you using ccache ? 2) If so, where is your ccache directory? 3) What is your PORTAGE_TMPDIR ? Later on today, I'm going to submit 2 or three more patches and a newer ebuild. It's unlikely that this ebuild will make it into the portage tree anytime soon though. The reason is that xbmc / boxee both bundle libraries, which is heavily frowned upon by many of the Gentoo package maintainers. See bug #198849 - there's a link to a post by Diego (flameeyes) explaining why. Once xbmc / boxee are mature enough so that they no longer need to bundle static versions of libraries (i.e. when they use dynamic linking), then it's much more likely that we'll see their official (stable) inclusion in the portage tree. In any case, it doesn't stop me from writing an unofficial boxee ebuild, for now.
I would really like to test your Boxee ebuild, haven't seen any updates from you in about two weeks, despite your claim of submitting newer patches and an ebuild. If you have something, post it, submit early... submit often. Let's take a whack at it.
I decided to take a whack at getting an ebuild for boxee (version 0.9.10.5534) running, or at least compiling. I can successfully compile it manually, but for some reason when I try doing the same thing in an ebuild the compilation fails. I tried running the commands in a few ways with no success. The new version of the sources also need to be patched. I will attach the modified ebuild and patch right after this post. The src_install section is completely untested, so use at your own risk. Modifications are welcome! This is where things error out for me: AppRepositories.cpp: In member function ‘bool CAppRepositories::Save()’: AppRepositories.cpp:103: warning: comparison between signed and unsigned integer expressions AppRepositories.cpp: In member function ‘void CAppRepositories::ReloadAppDescriptors()’: AppRepositories.cpp:126: warning: comparison between signed and unsigned integer expressions AppRepositories.cpp: In member function ‘bool CAppRepositories::Add(CAppRepository&)’: AppRepositories.cpp:134: warning: comparison between signed and unsigned integer expressions AppRepositories.cpp: In member function ‘bool CAppRepositories::Delete(const CStdString&)’: AppRepositories.cpp:150: warning: comparison between signed and unsigned integer expressions AppRepositories.cpp: In member function ‘bool CAppRepositories::GetDescriptorById(CStdString, CAppDescriptor&)’: AppRepositories.cpp:172: warning: comparison between signed and unsigned integer expressions AppRepositories.cpp: In member function ‘std::map<CStdStr<char>, CAppDescriptor, std::less<CStdStr<char> >, std::allocator<std::pair<const CStdStr<char>, CAppDescriptor> > >& CAppRepositories::GetAvailableApps(bool, bool)’: AppRepositories.cpp:198: warning: comparison between signed and unsigned integer expressions make[1]: Leaving directory `/var/tmp/portage/media-tv/boxee-0.9.10.5534/work/boxee-0.9.10.5534-sources/xbmc' For what it's worth, with these steps I can compile things properly manually: cd boxee-0.9.10.5534-sources/ patch -p1 < boxee-0.9.10.5534-makefile.patch autoconf cd xbmc/cores/dvdplayer/Codecs/libmad libtoolize --copy --force aclocal cd - aclocal
Created attachment 186928 [details] ebuild for boxee version 0.9.10.5534
Created attachment 186929 [details] patch to correct three of the makefiles for boxee version 0.9.10.5534
I accidentally didn't type in all the steps I used to compile boxee manually in my previous post. These work: cd boxee-0.9.10.5534-sources/ patch -p1 < boxee-0.9.10.5534-makefile.patch autoconf cd xbmc/cores/dvdplayer/Codecs/libmad libtoolize --copy --force aclocal cd - aclocal ./configure --prefix=/usr/boxee --mandir=/usr/share/man make
Created attachment 186967 [details] sdl-stretch compile error
sdl-stretch wont compile for me :-( here is attach the log with error.. "sdl-stretch-build-error.log"
if I compile manually I get this: boxee-0.9.10.5534-sources # make make -C guilib make[1]: Entering directory `/usr/local/src/boxee-0.9.10.5534-sources/guilib' g++ -MD -c -g -D_DEBUG -Wall -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/usr/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Icommon -I../xbmc -I../xbmc/cores -I../xbmc/linux -I../xbmc/utils -I/usr/include/freetype2 -I/usr/include/SDL -ItinyXML GraphicContext.cpp -o GraphicContext.o In file included from ../xbmc/stdafx.h:62, from ../xbmc/BoxeeAuthenticator.h:4, from ../xbmc/Application.h:69, from GraphicContext.cpp:32: ../xbmc/utils/CharsetConverter.h:31:39: error: fribidi/fribidi_char_sets.h: No such file or directory make[1]: *** [GraphicContext.o] Error 1 make[1]: Leaving directory `/usr/local/src/boxee-0.9.10.5534-sources/guilib'
(In reply to comment #19) > if I compile manually I get this: > boxee-0.9.10.5534-sources # make > make -C guilib > make[1]: Entering directory `/usr/local/src/boxee-0.9.10.5534-sources/guilib' > g++ -MD -c -g -D_DEBUG -Wall -DDBUS_API_SUBJECT_TO_CHANGE > -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal > -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE > -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR > -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/usr/boxee\"" > -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Icommon -I../xbmc > -I../xbmc/cores -I../xbmc/linux -I../xbmc/utils -I/usr/include/freetype2 > -I/usr/include/SDL -ItinyXML GraphicContext.cpp -o GraphicContext.o > In file included from ../xbmc/stdafx.h:62, > from ../xbmc/BoxeeAuthenticator.h:4, > from ../xbmc/Application.h:69, > from GraphicContext.cpp:32: > ../xbmc/utils/CharsetConverter.h:31:39: error: fribidi/fribidi_char_sets.h: No > such file or directory > make[1]: *** [GraphicContext.o] Error 1 > make[1]: Leaving directory `/usr/local/src/boxee-0.9.10.5534-sources/guilib' > found a durti fix.. ln -s lib/libfribidi/ fribidi then it continues compiling..
FYI, in case anyone is not aware - boxee-0.9.10 has not been released for Linux yet - there are some problems with Hulu and other areas. I'll check my media box when I get home, but I'm pretty certain that I have ebuilds for 0.9.8.4826, including some patches for early 64-bit support. There are some samba binaries needed to build it on 64-bit, so I'll throw them up somewhere and provide some instructions later. Sorry for sitting on the ebuilds - I've been waiting to see if they'll roll the 64-bit stuff into the next release as it would make distributing the ebuild much easier.
I'll have to adapt the ebuild I have to slipstream in the changes I've made to the tree, give me a couple of days and I'll get the build together.
Created attachment 187746 [details] updated boxee ebuild
Created attachment 187748 [details] new makefile patch
I attached an updated ebuild for boxee-0.9.11.5591. I have been able to compile and run (with limited success) these sources in a tmp dir, but for some reason the ebuild fails. I figured I'd post it here anyway in case anyone can fix it. I receive this error when emerge tried to compile it: checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gawk... (cached) gawk checking for gcc... gcc i686-pc-linux-gnu-g++ -MD -c -O2 -march=prescott -pipe -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D __STDC_FORMAT_MACROS -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Ilinux -Icores -I../guilib -I../guilib/tinyXML -Iutils -IFileSystem -Ilib/libBoxee -Ilib/libBoxee/tinyxml -Ilib/libUPnP/Platinum/ThirdParty/Neptune/Source/Core -Ilib/libUPnP/Platinum/Source/Core -Ilib/libUPnP/Platinum/Source/Devices/MediaServer -Ilib/libUPnP/Platinum/ThirdParty/Neptune/Source/System/Posix -Ilib/libUPnP/Platinum/Source/Devices/MediaConnect -Ilib/libUPnP/Platinum/Source/Devices/MediaRenderer Album.cpp -o Album.o checking for C compiler default output file name... configure: error: in `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/xbmc/lib/libBoxee/tinyxpath': configure: error: C compiler cannot create executables See `config.log' for more details. make[1]: *** [libtxpath.a] Error 77 make[1]: Leaving directory `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/xbmc/lib/libBoxee' make: *** [libBoxee] Error 2
(In reply to comment #25) > I attached an updated ebuild for boxee-0.9.11.5591. I have been able to > compile and run (with limited success) these sources in a tmp dir, but for some > reason the ebuild fails. I figured I'd post it here anyway in case anyone can > fix it. I have a fix for this in my patched source - I'll post my ebuild on the weekend, however you should remember that some functionality has been tested not to work on linux with the recent source releases, so my ebuild is based on the last functional release.
(In reply to comment #26) > (In reply to comment #25) > > I attached an updated ebuild for boxee-0.9.11.5591. I have been able to > > compile and run (with limited success) these sources in a tmp dir, but for some > > reason the ebuild fails. I figured I'd post it here anyway in case anyone can > > fix it. > > I have a fix for this in my patched source - I'll post my ebuild on the > weekend, however you should remember that some functionality has been tested > not to work on linux with the recent source releases, so my ebuild is based on > the last functional release. > (In reply to comment #21) > FYI, in case anyone is not aware - boxee-0.9.10 has not been released for Linux > yet - there are some problems with Hulu and other areas. > > I'll check my media box when I get home, but I'm pretty certain that I have > ebuilds for 0.9.8.4826, including some patches for early 64-bit support. There > are some samba binaries needed to build it on 64-bit, so I'll throw them up > somewhere and provide some instructions later. > > Sorry for sitting on the ebuilds - I've been waiting to see if they'll roll the > 64-bit stuff into the next release as it would make distributing the ebuild > much easier. > I will apreciate if you show me how to compile it for 64 bit.. :-(
Created attachment 187750 [details] Patches several files allowing x86_64 builds of 0.9.11.5591 to work I've been maintaining a patch set and compile script for Ubuntu users on the Boxee forums, but they should work with minimal modification on Gentoo as long as you have all the necessary files. I'm currently attaching the x86_64 patch set for 0.9.11.5591 source, the files patched are: (required for x86 & x86_64 to build) boxee-0.9.11.5591-src/xbmc/app/Makefile.patch boxee-0.9.11.5591-src/xbmc/Makefile.patch boxee-0.9.11.5591-src/xbmc/lib/libPython/Makefile.patch (required for x86_64 only) boxee-0.9.11.5591-src/xbmc/cores/dvdplayer/Codecs/libmad/Makefile.in.patch boxee-0.9.11.5591-src/xbmc/FileSystem/FileCurl.patch boxee-0.9.11.5591-src/xbmc/FileSystem/FileSmb.patch boxee-0.9.11.5591-src/xbmc/lib/cximage/tiff/Makefile.patch (fixes a User Add bug on x86_64) boxee-0.9.11.5591-src/xbmc/utils/md5.h.patch (fixes a bug in that script) boxee-0.9.11.5591-src/system/rtorrent.rc.linux.patch The thread with the scripts/patches is here: http://forum.boxee.tv/showthread.php?t=7497 (post 29 has 0.9.11.5591 files).
Created attachment 187751 [details, diff] Fixes the Makefiles & rtorrent but doesn't include x86_64 fixes
I'm not sure I agree with all of your patches, I'll review them on the weekend, and compare with my solution (which I submitted to the boxee guys some time ago, but it doesn't look like they've taken any action on), then post my results. Perhaps the thread on the boxee forums would be a better venue for that, where it doesn't pertain to the Gentoo ebuild. Will post my results in the next day or two.
you added a / and the patch fails.. I did to resolve it: sed -i 's/\/boxee-0.9.11.5591-src//g' boxee-0.9.11.5591-x86_64.patch
Im still getting the same error with the x86_64 patch :-( also have problems with sdl-stretch... * Building boxee make -j5 make -C guilib make -C xbmc make[1]: Entering directory `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/guilib' x86_64-pc-linux-gnu-g++ -MD -c -march=native -O2 -pipe -fomit-frame-pointer -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Icommon -I../xbmc -I../xbmc/cores -I../xbmc/linux -I../xbmc/utils -I/usr/include/freetype2 -I/usr/include/SDL -ItinyXML ActionManager.cpp -o ActionManager.o x86_64-pc-linux-gnu-g++: -pg and -fomit-frame-pointer are incompatible make -C xbmc/FileSystem make[1]: *** [ActionManager.o] Error 1 make[1]: *** Waiting for unfinished jobs.... x86_64-pc-linux-gnu-g++ -MD -c -march=native -O2 -pipe -fomit-frame-pointer -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Icommon -I../xbmc -I../xbmc/cores -I../xbmc/linux -I../xbmc/utils -I/usr/include/freetype2 -I/usr/include/SDL -ItinyXML AnimatedGif.cpp -o AnimatedGif.o x86_64-pc-linux-gnu-g++: -pg and -fomit-frame-pointer are incompatible make[1]: *** [AnimatedGif.o] Error 1 make[1]: *** wait: No child processes. Stop. make: *** [guilib] Error 2 make: *** Waiting for unfinished jobs.... make[1]: Entering directory `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/xbmc/FileSystem' x86_64-pc-linux-gnu-g++ -MD -c -march=native -O2 -pipe -fomit-frame-pointer -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D__STDC_FORMAT_MACROS -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -I../ -I../linux -I../../guilib -I../lib/UnrarXLib -I../utils -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../lib/libBoxee -I../lib/libUPnP/Platinum/ThirdParty/Neptune/Source/Core -I../lib/libUPnP/Platinum/Source/Core -I../lib/libUPnP/Platinum/Source/Devices/MediaServer -I../lib/libUPnP/Platinum/ThirdParty/Neptune/Source/System/Posix -I../../guilib/tinyXML cddb.cpp -o cddb.o make[1]: Entering directory `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/xbmc' x86_64-pc-linux-gnu-g++: -pg and -fomit-frame-pointer are incompatible make[1]: *** [cddb.o] Error 1 make[1]: *** Waiting for unfinished jobs.... x86_64-pc-linux-gnu-g++ -MD -c -march=native -O2 -pipe -fomit-frame-pointer -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D__STDC_FORMAT_MACROS -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -I../ -I../linux -I../../guilib -I../lib/UnrarXLib -I../utils -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../lib/libBoxee -I../lib/libUPnP/Platinum/ThirdParty/Neptune/Source/Core -I../lib/libUPnP/Platinum/Source/Core -I../lib/libUPnP/Platinum/Source/Devices/MediaServer -I../lib/libUPnP/Platinum/ThirdParty/Neptune/Source/System/Posix -I../../guilib/tinyXML cdioSupport.cpp -o cdioSupport.o x86_64-pc-linux-gnu-g++: -pg and -fomit-frame-pointer are incompatible make[1]: *** [cdioSupport.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/xbmc/FileSystem' make: *** [filesystem] Error 2 x86_64-pc-linux-gnu-g++ -MD -c -march=native -O2 -pipe -fomit-frame-pointer -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D __STDC_FORMAT_MACROS -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Ilinux -Icores -I../guilib -I../guilib/tinyXML -Iutils -IFileSystem -Ilib/libBoxee -Ilib/libBoxee/tinyxml -Ilib/libUPnP/Platinum/ThirdParty/Neptune/Source/Core -Ilib/libUPnP/Platinum/Source/Core -Ilib/libUPnP/Platinum/Source/Devices/MediaServer -Ilib/libUPnP/Platinum/ThirdParty/Neptune/Source/System/Posix -Ilib/libUPnP/Platinum/Source/Devices/MediaConnect -Ilib/libUPnP/Platinum/Source/Devices/MediaRenderer Application.cpp -o Application.o x86_64-pc-linux-gnu-g++: -pg and -fomit-frame-pointer are incompatible make[1]: *** [Application.o] Error 1 make[1]: *** Waiting for unfinished jobs.... x86_64-pc-linux-gnu-g++ -MD -c -march=native -O2 -pipe -fomit-frame-pointer -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D __STDC_FORMAT_MACROS -pg -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTIXML_USE_STL -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -D'SVN_REV="exported"' -DINSTALL_PATH="\"/opt/boxee\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Ilinux -Icores -I../guilib -I../guilib/tinyXML -Iutils -IFileSystem -Ilib/libBoxee -Ilib/libBoxee/tinyxml -Ilib/libUPnP/Platinum/ThirdParty/Neptune/Source/Core -Ilib/libUPnP/Platinum/Source/Core -Ilib/libUPnP/Platinum/Source/Devices/MediaServer -Ilib/libUPnP/Platinum/ThirdParty/Neptune/Source/System/Posix -Ilib/libUPnP/Platinum/Source/Devices/MediaConnect -Ilib/libUPnP/Platinum/Source/Devices/MediaRenderer CueDocument.cpp -o CueDocument.o x86_64-pc-linux-gnu-g++: -pg and -fomit-frame-pointer are incompatible make[1]: *** [CueDocument.o] Error 1 make[1]: *** wait: No child processes. Stop. make: *** [xbmc] Error 2 * * ERROR: media-tv/boxee-0.9.11.5591 failed. * Call stack: * ebuild.sh, line 48: Called src_compile * environment, line 2971: Called die * The specific snippet of code: * emake || die "emake failed" * The die message: * emake failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/media-tv/boxee-0.9.11.5591/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-tv/boxee-0.9.11.5591/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' * >>> Failed to emerge media-tv/boxee-0.9.11.5591, Log file: >>> '/var/tmp/portage/media-tv/boxee-0.9.11.5591/temp/build.log' * Messages for package media-tv/boxee-0.9.11.5591: * * ERROR: media-tv/boxee-0.9.11.5591 failed. * Call stack: * ebuild.sh, line 48: Called src_compile * environment, line 2971: Called die * The specific snippet of code: * emake || die "emake failed" * The die message: * emake failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/media-tv/boxee-0.9.11.5591/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-tv/boxee-0.9.11.5591/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/'
Created attachment 188597 [details, diff] fixes floating point exception when playing some internet content
Created attachment 188598 [details] updated ebuild Was hoping Peter would have got his ebuild up by now as it seems he's solved some issues the rest of us haven't, but this should at least go some way to fixing things. The build will still die part way through with the libtxpath configure problem. If you then: cd /var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src make export FEATURES="noauto" cd <your overlay location> ebuild media-tv/boxee/boxee-0.9.11.5591.ebuild install ebuild media-tv/boxee/boxee-0.9.11.5591.ebuild qmerge You should end up with a (mostly) working install under /usr/boxee - unfortunately bxflplayer seg faults when you try to use it, which means most of the internet content won't work (Apple Trailers do, not much else), but this seems to be a general linux issue. Hopefully the boxee people will release a more stable bxflplayer for linux soon. Only tested this on 32bit... 64bit may have more issues.
(In reply to comment #34) > Created an attachment (id=188598) [edit] > updated ebuild > > Was hoping Peter would have got his ebuild up by now as it seems he's solved > some issues the rest of us haven't, but this should at least go some way to > fixing things. I've been working with Nick to make sure we come out with a functional ebuild - I've only got access to x86_64 boxes, so Nick's been testing x86 for me and has come up with a few bugs. I'm about to send him an updated ebuild to fix those probs, and if it works for him, I'll post all the required components tomorrow. Sorry for the delay.
(In reply to comment #35) > I've been working with Nick to make sure we come out with a functional ebuild - > I've only got access to x86_64 boxes, so Nick's been testing x86 for me and has > come up with a few bugs. I'm about to send him an updated ebuild to fix those > probs, and if it works for him, I'll post all the required components tomorrow. > Sorry for the delay. > I'm still waiting to hear back from Nick on one last issue, if anyone else has an x86 box to test on let me know and I'll send you my current builds - I just want to get this nailed before I post to the general populace here.
did anyone check into the issues Im having with my 86_64 ebuild? Thanks
(In reply to comment #37) > did anyone check into the issues Im having with my 86_64 ebuild? > > Thanks > My ebuild works on x86_64, I just want to make sure x86 works before I post it.
(In reply to comment #38) > (In reply to comment #37) > > did anyone check into the issues Im having with my 86_64 ebuild? > > > > Thanks > > > > My ebuild works on x86_64, I just want to make sure x86 works before I post it. > kk I will try your new ebuild, the one you posted first fail for me, I posted the output last week.
> > > > > > > My ebuild works on x86_64, I just want to make sure x86 works before I post it. > > > > kk I will try your new ebuild, the one you posted first fail for me, I posted > the output last week. > ohh wait so this last ebuild is only for x86? :-( you should post the x86_64 I have never been able to compile it, with none of the ebuild so far.. so I cant wait to get it working..
Christian, you could try my last ebuild, it may work on x86_64 but hasn't been tested. The errors you last posted are more to do with you having -fomit-frame-pointer in your CFLAGS than your arch, the later ebuild should filter it out. Peter, I can try your ebuild on x86 if you'd like?
(In reply to comment #41) > Christian, you could try my last ebuild, it may work on x86_64 but hasn't been > tested. The errors you last posted are more to do with you having > -fomit-frame-pointer in your CFLAGS than your arch, the later ebuild should > filter it out. > > Peter, I can try your ebuild on x86 if you'd like? > Hi, thanks for the response, I have try all the ebuilds listed above none of them work, :-( is there around instructions on how to manually compile it on gentoo with out the ebuilds so at least I can use it in the mean time we get a stable ebuild? Thanks
(In reply to comment #36) > (In reply to comment #35) > > I've been working with Nick to make sure we come out with a functional ebuild - > > I've only got access to x86_64 boxes, so Nick's been testing x86 for me and has > > come up with a few bugs. I'm about to send him an updated ebuild to fix those > > probs, and if it works for him, I'll post all the required components tomorrow. > > Sorry for the delay. > > > > I'm still waiting to hear back from Nick on one last issue, if anyone else has > an x86 box to test on let me know and I'll send you my current builds - I just > want to get this nailed before I post to the general populace here. > I'm testing on an x86 box, and would be happy to test your revised ebuild. The latest one posted on here doesn't compile for me... bombs out where it always does: configure: error: in `/var/tmp/portage/media-tv/boxee-0.9.11.5591/work/boxee-0.9.11.5591-src/xbmc/lib/libBoxee/tinyxpath': configure: error: C compiler cannot create executables Somehow this error doesn't occur when I compile outside of portage.
> Is there around instructions on how to manually compile it on > gentoo with out the ebuilds so at least I can use it in the mean time we get a > stable ebuild? > Yop : http://forum.boxee.tv/showthread.php?t=2309
Created attachment 189111 [details] Boxee 0.9.11.5591 ebuild bundle OK, thanks to Nick Andrade and Robert Kerr for testing, I'm posting my ebuild, that includes (provisional) x86_64 support, plus various other fixes. It will generate loads of QA warnings, but they're mostly from the XBMC code, so you'll have to ignore them. Hopefully this works for all of you - I'm posting a tarball first since there are multiple required ebuilds and associated patches, et al for x86_64, however as the tracker convention is to post plain text, I will follow up with the the individual files. PS - I haven't got parallel builds going yet, so this is restricted to -j1, sorry. Also, there are probably a few more long long int cleanups for x86_64, but we'll get to that when we do. Finally, I should split out the large patch into it's constituants, but I'll probably wait until the next upstream release for that. Finally, please not that bxflplayer is indeed broken for linux currently, so much online video content won't work. I can probably release an ebuild for the last working linux version (4826) if people are particularly interested, though you'll have to give me a few days to make sure my patches are in order.
Created attachment 189112 [details] app-emulation/emul-linux-x86-libcurl/emul-linux-x86-libcurl-7.16.4-r1.ebuild
Created attachment 189114 [details] app-emulation/emul-linux-x86-nspr/files/01nspr32
Created attachment 189116 [details] app-emulation/emul-linux-x86-nspr/emul-linux-x86-nspr-20090330.ebuild
Created attachment 189118 [details, diff] media-tv/boxee/files/0.9.11.5591-alsa_buffer_size.patch
Created attachment 189120 [details, diff] media-tv/boxee/files/0.9.11.5591-fribidi_0.19.patch
Created attachment 189121 [details, diff] media-tv/boxee/files/0.9.11.5591-x86_64-gcc_4.2.patch
Created attachment 189122 [details, diff] media-tv/boxee/files/flashlib-Makefile.patch
Created attachment 189124 [details] media-tv/boxee/boxee-0.9.11.5591.ebuild
(In reply to comment #45) > Created an attachment (id=189111) [edit] > Boxee 0.9.11.5591 ebuild bundle > > OK, thanks to Nick Andrade and Robert Kerr for testing, I'm posting my ebuild, > that includes (provisional) x86_64 support, plus various other fixes. It will > generate loads of QA warnings, but they're mostly from the XBMC code, so you'll > have to ignore them. > > Hopefully this works for all of you - I'm posting a tarball first since there > are multiple required ebuilds and associated patches, et al for x86_64, however > as the tracker convention is to post plain text, I will follow up with the the > individual files. > > PS - I haven't got parallel builds going yet, so this is restricted to -j1, > sorry. Also, there are probably a few more long long int cleanups for x86_64, > but we'll get to that when we do. Finally, I should split out the large patch > into it's constituants, but I'll probably wait until the next upstream release > for that. > > Finally, please not that bxflplayer is indeed broken for linux currently, so > much online video content won't work. I can probably release an ebuild for the > last working linux version (4826) if people are particularly interested, though > you'll have to give me a few days to make sure my patches are in order. > Hi, looks like it compiled much better but I still get an error! :-( and I wonder why is doing this samba thing... /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:356: undefined reference to `ldap_mods_free' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap.o): In function `smbldap_get_single_attribute': /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:275: undefined reference to `ldap_get_values' /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:284: undefined reference to `ldap_value_free' /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:288: undefined reference to `ldap_value_free' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function `smbldap_search_domain_info': /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:284: undefined reference to `ldap_err2string' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:291: undefined reference to `ldap_count_entries' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:297: undefined reference to `ldap_msgfree' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function `add_new_domain_info': /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:153: undefined reference to `ldap_count_entries' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:158: undefined reference to `ldap_msgfree' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:182: undefined reference to `ldap_msgfree' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:229: undefined reference to `ldap_get_option' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:231: undefined reference to `ldap_err2string' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:236: undefined reference to `ldap_mods_free' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:241: undefined reference to `ldap_mods_free' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function `add_new_domain_account_policies': /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:90: undefined reference to `ldap_get_option' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:91: undefined reference to `ldap_err2string' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:96: undefined reference to `ldap_mods_free' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:102: undefined reference to `ldap_mods_free' collect2: ld returned 1 exit status
(In reply to comment #54) > > Hi, looks like it compiled much better but I still get an error! :-( > and I wonder why is doing this samba thing... > > /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:356: undefined reference to > `ldap_mods_free' > xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap.o): In function > `smbldap_get_single_attribute': > /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:275: undefined reference to > `ldap_get_values' > /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:284: undefined reference to > `ldap_value_free' > /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:288: undefined reference to > `ldap_value_free' > xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function > `smbldap_search_domain_info': > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:284: undefined reference > to `ldap_err2string' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:291: undefined reference > to `ldap_count_entries' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:297: undefined reference > to `ldap_msgfree' > xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function > `add_new_domain_info': > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:153: undefined reference > to `ldap_count_entries' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:158: undefined reference > to `ldap_msgfree' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:182: undefined reference > to `ldap_msgfree' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:229: undefined reference > to `ldap_get_option' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:231: undefined reference > to `ldap_err2string' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:236: undefined reference > to `ldap_mods_free' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:241: undefined reference > to `ldap_mods_free' > xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function > `add_new_domain_account_policies': > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:90: undefined reference to > `ldap_get_option' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:91: undefined reference to > `ldap_err2string' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:96: undefined reference to > `ldap_mods_free' > /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:102: undefined reference > to `ldap_mods_free' > collect2: ld returned 1 exit status > Can you try installing openldap and see if that fixes the problem? If it does, I'll add it as a dep for now...
:-( no it didnt work... /usr/src/samba/samba-3.2.6/source/lib/smbldap.c:288: undefined reference to `ldap_value_free' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function `smbldap_search_domain_info': /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:284: undefined reference to `ldap_err2string' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:291: undefined reference to `ldap_count_entries' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:297: undefined reference to `ldap_msgfree' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function `add_new_domain_info': /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:153: undefined reference to `ldap_count_entries' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:158: undefined reference to `ldap_msgfree' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:182: undefined reference to `ldap_msgfree' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:229: undefined reference to `ldap_get_option' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:231: undefined reference to `ldap_err2string' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:236: undefined reference to `ldap_mods_free' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:241: undefined reference to `ldap_mods_free' xbmc/lib/libsmb/libsmbclient-x86_64-linux.a(smbldap_util.o): In function `add_new_domain_account_policies': /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:90: undefined reference to `ldap_get_option' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:91: undefined reference to `ldap_err2string' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:96: undefined reference to `ldap_mods_free' /usr/src/samba/samba-3.2.6/source/lib/smbldap_util.c:102: undefined reference to `ldap_mods_free' collect2: ld returned 1 exit status make: *** [Boxee] Error 1 > Can you try installing openldap and see if that fixes the problem? If it does, > I'll add it as a dep for now... >
(In reply to comment #56) > :-( no it didnt work... > > > > > Can you try installing openldap and see if that fixes the problem? If it does, > > I'll add it as a dep for now... > > > Right, well, that's odd. I guess I can try recompiling the samba libs without ldap support... you'll have to leave that with me... :-/
(In reply to comment #57) > (In reply to comment #56) > > :-( no it didnt work... > > > > > > > > Can you try installing openldap and see if that fixes the problem? If it does, > > > I'll add it as a dep for now... > Right, well, that's odd. I guess I can try recompiling the samba libs without > ldap support... you'll have to leave that with me... :-/ > Im recompiling now samba with LDAP support on it see if that does any difference..
(In reply to comment #58) > > Im recompiling now samba with LDAP support on it see if that does any > difference.. > It shouldn't - those are static libs it's trying to link...
(In reply to comment #59) > (In reply to comment #58) > > > > Im recompiling now samba with LDAP support on it see if that does any > > difference.. > > > > It shouldn't - those are static libs it's trying to link... > hmm :-( is there anything I can do in my end to fix this so I can try to have a working version today? thanks
Do you have anything odd set for LDFLAGS Christian? whilst I'm sure there are a lot of possible reasons this could be happening one cause might be having --as-needed in LDFLAGS. Maybe try with an empty CFLAGS, CXXFLAGS and LDFLAGS and see if that makes a difference?
(In reply to comment #61) > Do you have anything odd set for LDFLAGS Christian? whilst I'm sure there are a > lot of possible reasons this could be happening one cause might be having > --as-needed in LDFLAGS. Maybe try with an empty CFLAGS, CXXFLAGS and LDFLAGS > and see if that makes a difference? > (In reply to comment #61) > Do you have anything odd set for LDFLAGS Christian? whilst I'm sure there are a > lot of possible reasons this could be happening one cause might be having > --as-needed in LDFLAGS. Maybe try with an empty CFLAGS, CXXFLAGS and LDFLAGS > and see if that makes a difference? > hmm let me try with a CFLAGS="" empty like that. I let you know what happens.. this is what I have at this second: CHOST="x86_64-pc-linux-gnu" #CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" #CFLAGS="-march=native -O2 -pipe" CFLAGS="" CXXFLAGS="${CFLAGS}"
Peter, Thanks for the ebuild update! I was able to successfully compile and run boxee on my x86 box (even while building with -j2... I forgot to change my make.conf before I ran emerge). Things seem to be working decent, but I did run into the problems you mentioned about it not playing some (most?) videos. What seems to happen when I load certain videos is that the spinner box in the middle of the screen displays, but then nothing happens. I need to kill the boxee processes to regain control of my machine. I noticed this error for bxflplayer after I killed the process that is likely the cause of the problem: ./bxflplayer-linux: error while loading shared libraries: libnspr4.so.0d: cannot open shared object file: No such file or directory
I was messing around with boxee again this afternoon and I think I solved the libnspr4.so.0d error. Running strace revealed where bxflplayer-linux was looking for the library. This link gets around the error: ln -s /usr/lib/nspr/libnspr4.so.7 /usr/lib/libnspr4.so.0d Now I face two additional errors: $ /opt/boxee/system/players/flashplayer/bxflplayer-linux /opt/boxee/system/players/flashplayer/bxflplayer-linux: /usr/lib/libcurl.so.4: no version information available (required by /opt/boxee/system/players/flashplayer/bxflplayer-linux) /opt/boxee/system/players/flashplayer/bxflplayer-linux: /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/boxee/system/players/flashplayer/bxflplayer-linux)
(In reply to comment #64) > I was messing around with boxee again this afternoon and I think I solved the > libnspr4.so.0d error. Running strace revealed where bxflplayer-linux was > looking for the library. This link gets around the error: > > ln -s /usr/lib/nspr/libnspr4.so.7 /usr/lib/libnspr4.so.0d > > > Now I face two additional errors: > > $ /opt/boxee/system/players/flashplayer/bxflplayer-linux > > /opt/boxee/system/players/flashplayer/bxflplayer-linux: /usr/lib/libcurl.so.4: > no version information available (required by > /opt/boxee/system/players/flashplayer/bxflplayer-linux) > > /opt/boxee/system/players/flashplayer/bxflplayer-linux: > /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6: version `GLIBCXX_3.4.9' > not found (required by /opt/boxee/system/players/flashplayer/bxflplayer-linux) > Fixed this issue as well... I followed some advice on the boxee forums, and downloaded an older version of the source with a working bxflashplayer (boxee-source-0.9.8.4880) and copied it to /opt/boxee/system/players/flashplayer. Fixes this issue and videos seem to be playing without problem now!
Created attachment 189449 [details] Boxee 0.9.11.5777 ebuild bundle New bundle for the new 5777 release: - Split patches - New samba libs (-ldap) - Use xulrunner-bin to provide xulrunner support on x86 and x86_64 Individual files to follow (more this time due to split patches)... preliminary testing has working flash on x86_64! I haven't tested x86 yet, so someone please do so at their earliest
Created attachment 189450 [details, diff] media-tv/boxee/files/0.9.11.5777-desktop.patch
Created attachment 189452 [details, diff] media-tv/boxee/files/0.9.11.5777-gcc_4.2.patch
Created attachment 189453 [details, diff] media-tv/boxee/files/0.9.11.5777-gentoo.patch
Created attachment 189455 [details, diff] media-tv/boxee/files/0.9.11.5777-alsa_buffer_size.patch
Created attachment 189457 [details] media-tv/boxee/files/0.9.11.5777-fribidi_0.19.patch
Created attachment 189458 [details, diff] media-tv/boxee/files/0.9.11.5777-mv_syntax.patch
Created attachment 189460 [details] media-tv/boxee/files/0.9.11.5777-x86_64.patch
Created attachment 189463 [details, diff] media-tv/boxee/files/flashlib-Makefile.patch
Created attachment 189465 [details] media-tv/boxee/boxee-0.9.11.5777.ebuild
Created attachment 189466 [details] Boxee 0.9.11.5777 ebuild bundle Left some patches out of the last bundle, sorry!
Well, flash playing is still quite flakey (x86_64), and I imagine it will stay that way until we can convince the boxee guys to give us a 64-bit version of (o)bxflplayer and (o)bxoverride :(
I just installed 0.9.11.5591 (just before 0.9.11.5777 was posted) on my x86 laptop. Compiled fine, but I believe I found a few missing runtime deps: * app-misc/screen Without it installed "sh: /usr/bin/screen: No such file or directory" appears in the log. It isn't fatal, but boxee probably wants it for a reason. * app-crypt/mit-krb5 To get the flashplayer working (from 4880) I needed to install app-crypt/mit-krb5 (it wantes /usr/lib/libgssapi_krb5.so) and symlink "ln -s /usr/lib/nspr/libnspr4.so.7 /usr/lib/libnspr4.so.0d"
Have build 5777 on x86... a couple of issues: The ebuild is set to skip the fribidi patch, but at least in my environment this is still required - I had to remove it from the skiplist to get the build to complete. There's a non-absolute RPATH in bxflplayer - but there's not much we can do about that unless the boxee folks release the source. One question: why use xulrunner-bin vs xulrunner? I guess on x86_64 xulrunner-bin is an easy way to get a 32 bit version of the library for bxflplayer? but on x86 either could be used?
(In reply to comment #78) > I just installed 0.9.11.5591 (just before 0.9.11.5777 was posted) on my x86 > laptop. Compiled fine, but I believe I found a few missing runtime deps: > > * app-misc/screen > * app-crypt/mit-krb5 I'll add kerb for x86 and screen to the deps - gssapi_krb5 is provided by emul-linux-x86-baselibs in the x86_64 build > and symlink "ln -s > /usr/lib/nspr/libnspr4.so.7 /usr/lib/libnspr4.so.0d" I guess I could symlink this in the ebuild, though it seems like bad form to mess with other app's libs - the .0d is a weird version suffix, not included in the Gentoo ebuilds... (In reply to comment #79) > Have build 5777 on x86... a couple of issues: > > The ebuild is set to skip the fribidi patch, but at least in my environment > this is still required - I had to remove it from the skiplist to get the build > to complete. It's skipped in the *.patch list because the has_version logic is meant to still be there. Apologies - I must have accidentally dd'd instead of yy'd. New ebuild up in a sec to fix this. > There's a non-absolute RPATH in bxflplayer - but there's not much we can do > about that unless the boxee folks release the source. No chance of this I'm afraid, due to their content agreements. I actually think they have some licensing issues distributing the closed-source bins in the same package as GPL code, but their lawyers apparently think this is fine, so meh... > One question: why use xulrunner-bin vs xulrunner? I guess on x86_64 > xulrunner-bin is an easy way to get a 32 bit version of the library for > bxflplayer? but on x86 either could be used? Correct - either could be used, but I chose xulrunner-bin because it installs to a fixed path so it can be symlinked with impunity - I don't know of a way to change the symlink if the version of xulrunner is updated, but happy to take suggestions.
Created attachment 189506 [details] media-tv/boxee/boxee-0.9.11.5777-r1.ebuild * re-add fribidi has_version check * update RDEPENDS
Created attachment 189507 [details] Boxee 0.9.11.5777-r1 ebuild bundle
(In reply to comment #80) > (In reply to comment #78) > > and symlink "ln -s > > /usr/lib/nspr/libnspr4.so.7 /usr/lib/libnspr4.so.0d" > > I guess I could symlink this in the ebuild, though it seems like bad form to > mess with other app's libs - the .0d is a weird version suffix, not included in > the Gentoo ebuilds... On reflection, at the very least I should ewarn about it... I think I'll do this in the next ebuild I put up...
The libnspr4.so.0d link doesn't appear to actually be required in 5777 unless you can see otherwise? bxflplayer now just links against libnspr4.so rather than a specific version, though there may be another binary linking against it I've missed. I see what you mean about the xulrunner symlink... comes back to the silly hardcoded RPATH again. Oh well, maybe they'll fix it in the next version like they fixed libnspr in this one.
The new version compiles and installs fine for me (using x86). I still needed to replace flashplayer with the 4880 version which was not surprising. I also still need the /usr/lib/libnspr4.so.0d symlink or flashplayer. Hulu does not work (even though it is suppose to in the version). I can see the menus but can't select any videos or shows. Pandora also (still) doesn't work... same issue as hulu, I can't select any options to login, etc. Peter, I have a quick question... what is the binary-overlay in the ebuild used for? It looked like there were some pre-compiled xbmc things in the tarball.
(In reply to comment #84) > The libnspr4.so.0d link doesn't appear to actually be required in 5777 unless > you can see otherwise? bxflplayer now just links against libnspr4.so rather > than a specific version, though there may be another binary linking against it > I've missed. Right you are... (In reply to comment #85) > The new version compiles and installs fine for me (using x86). I still needed > to replace flashplayer with the 4880 version which was not surprising. This shouldn't be the case, can you tell me what symptoms you were experiencing? Also, with 5777 installed, could you run: for file in /opt/boxee/system/players/flashplayer/* ; do if [ -f ${file} ] ; then ldd ${file} ; fi ; done and post the output? > I also still need the /usr/lib/libnspr4.so.0d symlink or flashplayer. This is because you replaced the current flashplayer with the old one, which liinks agains this - it is unnecessary in 5777, as pointed out by Robert. > Hulu does not work (even though it is suppose to in the version). I can see > the menus but can't select any videos or shows. Pandora also (still) doesn't > work... same issue as hulu, I can't select any options to login, etc. This stuff definitely won't work if you replace the flashplayer stuff - that's where all the magic happens for these sites. > Peter, I have a quick question... what is the binary-overlay in the ebuild > used for? It looked like there were some pre-compiled xbmc things in the > tarball. It's predominantly for x86_64 support - the Boxee guys don't include the required static samba libs to link on that arch. In fact I think the only other thing in the archive is an image for the .desktop, which I could probably move into FILESDIR and save x86ers some bandwidth, I'll think about that for the next rev.
For some reason I still receive the libcurl.so.4 error starting bxflplayer-linux, which is why I replaced it with the 4880 version. This is the error: $ /opt/boxee/system/players/flashplayer/bxflplayer-linux /opt/boxee/system/players/flashplayer/bxflplayer-linux: /usr/lib/libcurl.so.4: no version information available (required by /opt/boxee/system/players/flashplayer/bxflplayer-linux) /opt/boxee/system/players/flashplayer/bxflplayer-linux: /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/boxee/system/players/flashplayer/bxflplayer-linux) I'm attaching the output of the for file in ... command you requested that I run (flashplayer.ldd.out).
Created attachment 189655 [details] ldd outout for flashplayer (as requested by Peter)
This new ebuild (5777) works for me on x86 -- or should I say it worked the second time when I recompiled it with GCC 4.3.2 (earlier with GCC 4.1.2 failed somewhere...). Flash playback works for all apps I've tested (except where noted below). There is a strange bug, however; when loading the new Hulu Feeds app, I get the list of all Hulu shows. But trying to click on one does nothing; the episode lists or the show's background picture never comes up. When running Boxee in debug mode, the log shows a Python error of "no module named os" -- yet this is a standard Python library. I know that Boxee has its own bundled Python, and it's all working just fine on my Jaunty laptop, so something about my Gentoo machine as it builds Boxee is breaking the included Python environment. Any clues of where I can start looking would be helpful.
Can also confirm that ebuild compiles and boxee plays flash content just fine on a separate x86 machine with GCC 4.2.4 -- however, this same machine also failed when trying to compile with gcc 4.1.2. Is there a gcc version requirement that I don't know about? This second machine also can't navigate the Hulu menus past the initial list of shows. Am trying to debug.
It could very well be a compiler/toolchain problem. I recompiled boxee this afternoon with 4.3.2 and the "GLIBCXX_3.4.9 not found" issue went away, but I have a new error now when bxflash launches, causing no video playback: ./bxflplayer-linux: /usr/lib/libcurl.so.4: no version information available (required by ./bxflplayer-linux) (process:5408): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. I should probably do a system recompile on the new version of gcc just to make sure that my toolchain and system tools aren't in an inconsistent state after the gcc update.
(In reply to comment #91) The devs on the boxee forums are consistently recommending to delete the entire UserData folder whenever doing anything with the bxflplayer binary ... on Gentoo that's at ~/.boxee/UserData -- does that allow for flash video playback?
(In reply to comment #92) > (In reply to comment #91) > > The devs on the boxee forums are consistently recommending to delete the entire > UserData folder whenever doing anything with the bxflplayer binary ... on > Gentoo that's at ~/.boxee/UserData -- does that allow for flash video playback? > No didn't make any difference for me.
'boxee-binary-overlay-r1.tbz2' not found...
(In reply to comment #94) > 'boxee-binary-overlay-r1.tbz2' not found... > The same here. Could anyone please reupload the corresponding file or send it to me via email?
(In reply to comment #95) > (In reply to comment #94) > > 'boxee-binary-overlay-r1.tbz2' not found... > > > > The same here. Could anyone please reupload the corresponding file or send it > to me via email? > I've put it on my server for the time being, please grab it and upload to a more (semi) permanent location. http://highlyrefined.com/boxee-binary-overlay-r1.tbz2
(In reply to comment #96) > (In reply to comment #95) > > (In reply to comment #94) > > > 'boxee-binary-overlay-r1.tbz2' not found... > > > > > > > The same here. Could anyone please reupload the corresponding file or send it > > to me via email? > > > > I've put it on my server for the time being, please grab it and upload to a > more (semi) permanent location. > > http://highlyrefined.com/boxee-binary-overlay-r1.tbz2 > Whoops! Sorry guys, broke my vhost config, apologies - back now.
(In reply to comment #90) > Can also confirm that ebuild compiles and boxee plays flash content just fine > on a separate x86 machine with GCC 4.2.4 -- however, this same machine also > failed when trying to compile with gcc 4.1.2. Is there a gcc version > requirement that I don't know about? > > This second machine also can't navigate the Hulu menus past the initial list of > shows. Am trying to debug. > Discovered something unusual after repeated installs of this ebuild. In the /opt/boxee/system/python/lib folder, there are a whole slew of missing .pyo and .py files. The ebuild seems to indicate that it is trying to grab all .pyo files from the src directory xbmc/lib/libPython/Python/Lib -- so it gets all the ones from subfolders. However, that particular src directory also contains a bunch of necessary .py files which were never compiled (things like os, urllib, etc.). In the src package, these .pyo files that Boxee needs are *actually* contained in the src directory system/python/lib (there's also a copy there of mc.py ... why it is included as an uncompiled module is beyond me, as it's the master control python script for all of Boxee). When I manually copy all the necessary .pyo and .py files into /opt/boxee/system/python/lib, I am able to get the full listing of episodes for a given Hulu entry, something I wasn't able to do before. I'm still getting that endless spinner when I try to play one, however, which is puzzling. It isn't a problem with the bxflplayer, as I can get WB or CBS shows without a problem. I'm wondering if there's something else the ebuild isn't properly installing that the Hulu-feeds plugin needs.
(In reply to comment #98) > When I manually copy all the necessary .pyo and .py files into > /opt/boxee/system/python/lib, I am able to get the full listing of episodes for Thanks for the report, I'll try and have a look at what's in the Ubuntu build and replicate... will get back over the next few days...
Emerged the latest ebuild bundle. Ran into the same issue as Jarom McDonald in comment 98. I grabbed file list from an ubuntu installation and compared it to what gets installed via this ebuild. I basically created a shell script which loops though a list of ubuntu files and checks to see if they exist in /opt/boxee from this ebuild. If a file doesn't exist in /opt/boxee, then it checks if it exists in the source tree which I manually compiled. If the file exist in the source tree, then I copied it over to /opt/boxee from this ebuild. I'll attach the output of the script shortly. I tried to get the ebuild /opt/boxee to look as close as the ununtu installation by copying any missing files from the source tree to the ebuild /opt/boxee. Boxee works pretty good for the most part, however, playback of hulu videos doesn't work. Seems like an issue with the flash player.
Created attachment 191404 [details] Files/directories that exist in ubuntu and/or source compile that are not created by ebuild. Files/directories that exist in ubuntu and/or source compile that are not created by ebuild.
(In reply to comment #99) > (In reply to comment #98) > > When I manually copy all the necessary .pyo and .py files into > > /opt/boxee/system/python/lib, I am able to get the full listing of episodes for > > Thanks for the report, I'll try and have a look at what's in the Ubuntu build > and replicate... will get back over the next few days... > Thanks to crom for the additional info. I've updated the ebuild, and will upload momentarily, please test to see if it resolves your issues. Sadly, this: #ifndef __APPLE__ if (oldPlayer) { setenv("LD_PRELOAD", OVERRIDE_LIB_OLD, 1); } else { setenv("LD_PRELOAD", OVERRIDE_LIB, 1); } #endif suggests that until we have x86_64 builds of [o]bxflplayer-linux.so, there will likely be problems Hulu, et al on x86_64. That said, this build should be much more functional for x86 now.
Created attachment 191801 [details] media-tv/boxee/boxee-0.9.11.5777-r2.ebuild New users should grab the bundle then this ebuild. I'll make a new bundle once I get some feedback on this build...
Hi Peter. Thanks for the new ebuild. I tried emerging it, but it failed with the following error. I've included only the last few lines. Let me know if you want the full log. ... * Running libtoolize --copy --force --automake ... [ ok ] * Running aclocal ... [ ok ] * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --foreign ... [ ok ] sed: -e expression #1, char 63: unterminated `s' command * * ERROR: media-tv/boxee-0.9.11.5777-r2 failed. * Call stack: * ebuild.sh, line 48: Called src_unpack * environment, line 3045: Called die * The specific snippet of code: * -C))#1 LDFLAGS=""2#g' -i xbmc/lib/libBoxee/Makefile || die "sed failed." * The die message: * sed failed. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/media-tv/boxee-0.9.11.5777-r2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-tv/boxee-0.9.11.5777-r2/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' ----
Please disregard my last post, i think the issue may be due to the way i copied the ebuild. One of the lines got wrapped when it wasn't supposed to. I've fixed it and got past that error. (In reply to comment #104) > Hi Peter. Thanks for the new ebuild. I tried emerging it, but it failed with > the following error. I've included only the last few lines. Let me know if you > want the full log. > > ... > * Running libtoolize --copy --force --automake ... > [ ok ] > * Running aclocal ... > [ ok ] > * Running autoconf ... > [ ok ] > * Running autoheader ... > [ ok ] > * Running automake --add-missing --copy --foreign ... > [ ok ] > sed: -e expression #1, char 63: unterminated `s' command > * > * ERROR: media-tv/boxee-0.9.11.5777-r2 failed. > * Call stack: > * ebuild.sh, line 48: Called src_unpack > * environment, line 3045: Called die > * The specific snippet of code: > * -C))#1 LDFLAGS=""2#g' -i xbmc/lib/libBoxee/Makefile || die "sed failed." > * The die message: > * sed failed. > * > * If you need support, post the topmost build error, and the call stack if > relevant. > * A complete build log is located at > '/var/tmp/portage/media-tv/boxee-0.9.11.5777-r2/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/media-tv/boxee-0.9.11.5777-r2/temp/environment'. > * This ebuild is from an overlay: '/usr/local/portage/' > > > > > > ---- >
boxee-0.9.11.5777-r2.ebuild emerged successfully. I will play around with Boxee when I get home tonight and let you know how it goes. Thanks again for making an ebuild! This is much better than compiling manually.
This ebuild emerged successfully for me too. I noticed a small error in the log file. I guess some of you guys have this error too. I can reproduce it easily when I click on "Ab subtitles" when playing a movie. Here is the logfile when this error happens: 22:23:06 T:3056510832 M:1676271616 NOTICE: -->Python Interpreter Initialized<-- 22:23:06 T:3056510832 M:1676271616 NOTICE: 22:23:07 T:2769537936 M:1675964416 ERROR: staticThread - Unhandled exception caught in thread process, attemping cleanup in OnExit 22:23:08 T:2735967120 M:1674252288 NOTICE: Traceback (most recent call last): 22:23:08 T:2735967120 M:1674252288 NOTICE: File "/opt/boxee/scripts/OpenSubtitles/default.py", line 21, in ? 22:23:08 T:2735967120 M:1674252288 NOTICE: 22:23:08 T:2735967120 M:1674252288 NOTICE: import gui 22:23:08 T:2735967120 M:1674252288 NOTICE: File "/opt/boxee/scripts/OpenSubtitles/resources/lib/gui.py", line 7, in ? 22:23:08 T:2735967120 M:1674252288 NOTICE: 22:23:08 T:2735967120 M:1674252288 NOTICE: import osdb 22:23:08 T:2735967120 M:1674252288 NOTICE: File "/opt/boxee/scripts/OpenSubtitles/resources/lib/osdb.py", line 6, in ? 22:23:08 T:2735967120 M:1674252288 NOTICE: 22:23:08 T:2735967120 M:1674252288 NOTICE: import globals 22:23:08 T:2735967120 M:1674252288 NOTICE: File "/opt/boxee/scripts/OpenSubtitles/resources/lib/globals.py", line 27, in ? 22:23:08 T:2735967120 M:1674252288 NOTICE: 22:23:08 T:2735967120 M:1674252288 NOTICE: LOCAL_ENCODING = locale.getpreferredencoding(); 22:23:08 T:2735967120 M:1674252288 NOTICE: File "/opt/boxee/system/python/lib/locale.py", line 417, in getpreferredencoding 22:23:08 T:2735967120 M:1674252288 NOTICE: 22:23:08 T:2735967120 M:1674252288 NOTICE: setlocale(LC_CTYPE, "") 22:23:08 T:2735967120 M:1674252288 NOTICE: File "/opt/boxee/system/python/lib/locale.py", line 381, in setlocale 22:23:08 T:2735967120 M:1674252288 NOTICE: 22:23:08 T:2735967120 M:1674252288 NOTICE: return _setlocale(category, locale) 22:23:08 T:2735967120 M:1674252288 NOTICE: locale 22:23:08 T:2735967120 M:1674252288 NOTICE: . 22:23:08 T:2735967120 M:1674252288 NOTICE: Error 22:23:08 T:2735967120 M:1674252288 NOTICE: : 22:23:08 T:2735967120 M:1674252288 NOTICE: unsupported locale setting
(In reply to comment #103) > Created an attachment (id=191801) [edit] > media-tv/boxee/boxee-0.9.11.5777-r2.ebuild > > New users should grab the bundle then this ebuild. I'll make a new bundle once > I get some feedback on this build... > Worked okay, except I needed to patch xbmc. I'll attach my patch in a sec.
Created attachment 191872 [details, diff] boxee-filecurl-patch.diff Fixes compile error with FileCurl stuff.
(In reply to comment #108) > (In reply to comment #103) > > Created an attachment (id=191801) [edit] > > media-tv/boxee/boxee-0.9.11.5777-r2.ebuild > > > > New users should grab the bundle then this ebuild. I'll make a new bundle once > > I get some feedback on this build... > > > > Worked okay, except I needed to patch xbmc. I'll attach my patch in a sec. > Did you use the bundle?? That patch is already included http://bugs.gentoo.org/attachment.cgi?id=189452 (0.9.11.5777-gcc_4.2.patch) and should have been sucked in by the patch loop.
New Boxeee ebuild seems to be working OK. The issue in comment 98 is no longer there and the Hulu program list is being displayed OK. I ran into a couple of issues, which I'm not sure if are due to the ebuild or with Boxee: 1. Hulu content still doesn't play. No errors in the console. Probably due to Boxee bug. I'll see if I can narrow this one down to something more specific. 2. Playing mp3's from my local library crashes Boxee. Again, probably due to Boxee bug, but I'm not sure. I'll try to narrow this down too. I haven't spent too much time testing the new ebuild since I've been busy with other things, but I'll definitely post any other issues as I run into them or if I find workarounds for the two issues I described above.
I got around to trying the updated ebuild. Things are working better for me on x86. I can finally see hulu episode listings (yea!). Everything that requires bxflplayer-linux won't play however... I just see the spinning icon and I need to kill boxee.
(In reply to comment #110) > > Did you use the bundle?? That patch is already included > http://bugs.gentoo.org/attachment.cgi?id=189452 (0.9.11.5777-gcc_4.2.patch) and > should have been sucked in by the patch loop. > I should have paid attention :)
Seems like issue #2 is only present in the ebuild. The manually compiled version doesn't have that issue and I'm able to play mp3's just fine. I did see in the console that boxee segfaults when playing music from my local library when using the ebuild version of boxee. Is anyone else running into the same issue? Is there anything I can do to troubleshoot this further which would help the maintainers of this ebuild? (In reply to comment #111) > New Boxeee ebuild seems to be working OK. The issue in comment 98 is no longer > there and the Hulu program list is being displayed OK. I ran into a couple of > issues, which I'm not sure if are due to the ebuild or with Boxee: > > 1. Hulu content still doesn't play. No errors in the console. Probably due to > Boxee bug. I'll see if I can narrow this one down to something more specific. > > 2. Playing mp3's from my local library crashes Boxee. Again, probably due to > Boxee bug, but I'm not sure. I'll try to narrow this down too. > > I haven't spent too much time testing the new ebuild since I've been busy with > other things, but I'll definitely post any other issues as I run into them or > if I find workarounds for the two issues I described above. >
I got Hulu to work with the source compiled version of boxee. I basically did the following: * manually compiled boxee-0.9.11.5777-src * copied the entire source directory to /opt/boxee * cd /opt/boxee/system/players/flashplayer * mv xulrunner xulrunner.old * ln -s xulrunner-i486-linux xulrunner Hulu works now. Yey!
I created a boxee install bash script that installs boxee that was compiled from source. I'll attach is as a zip file shortly. Hopefully it will be useful to the maintainers of this ebuild since it's able to produce a boxee installation where Hulu and other flash content works OK. The zip file contains: * boxee-0.9.11.5777-install.sh - the install script * boxee-0.9.11.5777-filelist - a list of files from an Ubuntu installation To use, edit the script and modify the SRC and DST variables, which are explained in the script. Please use at your own risk. I've tested it fairly thoroughly, but I can't guarantee that it will work as expected on your systems. Please try to understand what it's doing before running it.
Created attachment 192245 [details] Boxee install script
Firstly, thanks all for the feedback, hopefully we can get this all sorted... (In reply to comment #113) > I should have paid attention :) > Hehe, no worries - do you want to obsolete that patch to reduce confusion? (In reply to comment #115) > * ln -s xulrunner-i486-linux xulrunner > This won't work on amd64 without a truckload more emul-linux packages, so hopefully we can get things running with xulrunner-bin (In reply to comment #116) > I created a boxee install bash script that installs boxee that was compiled > from source. I'll attach is as a zip file shortly. Hopefully it will be useful > to the maintainers of this ebuild since it's able to produce a boxee > installation where Hulu and other flash content works OK. The zip file > contains: Thanks for the details - I'm moving house in the next week or two, so I'll be struggling with time, but will try and set some time aside to sort it out before then if I can...
(In reply to comment #118) > > Thanks for the details - I'm moving house in the next week or two, so I'll be > struggling with time, but will try and set some time aside to sort it out > before then if I can... > Peter, I hope the move went well. I haven't seen any updates for quite some time, so I just wanted to check if there's any updates for the latest Boxee releases. I've been out of the Boxee patching game for a while myself; my laptop died, but I just replaced it so I should be good to test any new builds. I think I may try inspecting the 9.14 build and see which patches still apply.
(In reply to comment #119) > > Peter, I hope the move went well. I haven't seen any updates for quite some > time, so I just wanted to check if there's any updates for the latest Boxee > releases. I've been out of the Boxee patching game for a while myself; my > laptop died, but I just replaced it so I should be good to test any new builds. > I think I may try inspecting the 9.14 build and see which patches still apply. > Hi Nick, all, Sorry for the lack of updates - the past month or two has been chaotic to say the least, but I'm now (largely) settled, so I'll probably start my personal projects up again in the next week or so. That said, anyone with a will is more than welcome to hack against my stuff in the mean time. I had really hoped that the boxee guys would give us some x86_64 love by now, or have brought themselves into line with upstream's autotools rework (the XBMC guys did a great job overhauling things to make them compile and install sensibly, without the need for shell script hacks /around/ the tools designed to solve the problem), so my motivation has been a little low to pick this up again. I will have a crack at the latest release next week some time though.
I was able to get 0.9.14 to compile last night on x86_64. On the plus side, a lot of the old patches are no longer necessary, however there are still some issues. In particular they've fixed the MD5 and SMB issues, as well as several of the Makefiles. Curl still has some issues, and there were a few other tweaks, but nothing too complicated. Unfortunately, my new system has an Intel X4500 card, and I'm running into a GLX BasAccess issue that seems to be related to UXA/DRI2/GEM. Boxee runs if you don't have an existing ~/.boxee, however it crashes if one already exists when you try to log on (I posted some details here: http://forum.boxee.tv/showthread.php?p=59863). There's some new dependencies (e.g. it wouldn't build without PulseAudio, which normally I don't run), and there's a linking issue if you use ccache. Anyways, I'll try and reate a bundle of the patches I used and post them.
any news on this? I've been compiling boxee by hand, but I'd like to get this ebuild running for the newer versions...
(In reply to comment #122) > any news on this? I've been compiling boxee by hand, but I'd like to get this > ebuild running for the newer versions... > Honestly, until the Boxee devs can be bothered releasing 64-bit binaries, I can't be bothered maintaining this - I don't have any 32-bit machines, and it's not worth my time to patch and track their code when it would take a minimal effort from them to make it work properly, vs a concerted effort by us to hack around the 32-bit only components, and to keep updating the patchsets... I even offered to help them get it working on a few occasions, but they're just not interested.
I definitely understand where Peter is coming from, and I'm interested in providing new ebuilds, but I too have an issue. There's a major bug in Boxee when Boxee is ran on an Intel video card that's using the latest drivers (DRI2/UXA/GEM). Basically the moment you log in, it throws a GLX BadAccess error and crashes. Since my new laptop (running Gentoo ~amd64) has an Intel X4500, I'm pretty much stuck. I see the bugs been fixed on the XBMC side, so I'm hoping the next version of Boxee will incorporate those changes, but until then I'm stuck. If the next version of Boxee works on the Intel video chipset, I'll provide an ebuild and the necessary patches to get it working on Gentoo 64bit. The lack of Boxee developer support for 64bit is frustrating, but thus far I've gotten every release to compile with a few hours of work. Although I should note I'm an engineer, not a developer, so while my patches work, they may not be pretty...
Good news. The source for the latest Boxee Beta is out and I've built it on ~amd64 with little trouble. Flash initially didn't work, but I believe I've fixed that as well and hope to work on an ebuild later this week. I'm just getting back from vacation, so it may take a few days (I'm catching up on real work too).
Created attachment 217535 [details, diff] Patches for DllWAVPack.h & XBPython.cpp to compile on amd64 (possibly x86 too) You should be able to build Boxee 0.9.20.10408 with the following steps: 1. tar jxf boxee-sources-0.9.20.10408.tar.bz2 2. patch -p0 < boxee-sources-0.9.20.10408.patch 3. cd boxee-sources-0.9.20.10408 4. autoconf && autoreconf 5. ./configure --enable-external-libraries --enable-profiling --disable-pulse --prefix=/opt/boxee 6. cp /usr/include/python2.6/pyconfig.h xbmc/lib/libPython/Python/Include/ 7. make I'll provide a script in a subsequent post which can be used to install Boxee in /opt/boxee (should be easy to change if you'd prefer a different prefix).
Created attachment 217539 [details] A script to install Boxee 0.9.20.10408 to /opt/boxee from the source in your home dir This script assumes you've compiled Boxee in ~/boxee-sources-0.9.20.10408; it will install Boxee to /opt/boxee. The script also assumes that /opt/boxee has already been created and the user running the script has permission to write in it.
There's an issue with the XULRunner on amd64 (x86_64) provided by the source of Boxee 0.9.20.10408 which prevents Flash from working. You should copy /opt/netscape/plugins/libflashplayer.so to system/players/flashplayer/xulrunner-x86_64-linux/bin/plugins to get flash to work with youtube and most other apps. I'm still running into an issue with Hulu on ~amd64 where instead of the video playing I see the message, "Sorry we are unable to stream this video. Please check your Internet connection and try again," however I receive that error on Firefox itself (it seems to be a known issue on 64 bit Linux, see http://www.hulu.com/discussions/9/110036/495965#). If anyone has an idea on how to resolve this, let me know. I'm working on an ebuild, but I'm not quite clear how to address both this issue and the problem with pyconfig.h not being present. I think I have the installer done in ebuild form, but need to do some testing.
Created attachment 217700 [details] Fixed installer Hey Nick, I've fixed a few issues with your installer script, several needed files weren't being copied over. I have my flash working too, hulu is not and is also broken on another amd64 system, you need these files (I think putting bxflplayer-i486-linux in there messes it up): ls /opt/boxee/system/players/flashplayer/ boxee.jpg bxoverride-i486-linux.so FlashLib-i486-linux.so loading_animation.gif preloader.html bxflplayer-x86_64-linux bxoverride-x86_64-linux.so FlashLib-x86_64-linux.so loading.png xulrunner-x86_64-linux/
Hi guys, can somebody post an ebuild or an installer ot the last version ( 0.9.20.10711 )? thanks
Created attachment 253713 [details] ebuild for latest boxee box I made a few changes to the latest ebuild available in this bug using the archlinux AUR at http://bit.ly/9h6wqA the package build successfully but when installing there lot of errors that needs to be fixed, if someone can help me in this mission, the boxee for gentoo ebuild could be a reality :)
Created attachment 253945 [details] ebuild and patches for compiling latest boxee on gentoo Ok people I got this working I'm uploading a zip file with all the patches and ebuild to get this working on gentoo, this ebuild is based on ARCH linux BUILD script and Redhat SRPM for boxee feel free to optimzed it :)
Created attachment 253947 [details] ebuild and patches for compiling latest boxee on gentoo Opps my bad, wrong content type. ;) now fixed, enjoy
Thanks for that. I think there is a typo in the adobe-flash dependency. It should be version 23 instead of 22.
I also get a compile failure for boxee: checking for SAMPLERATE... yes checking for FREETYPE2... yes checking for OGG... yes checking for VORBIS... yes checking for main in -lmms... no configure: error: Could not find a required library. Please see the README for your platform.
I confirm the typo mentioned in comment 135. About "checking for main in -lmms... no" you need media-libs/libmms
Thanks for the work Carlos. With libsamplerate, libmms (and libvdpau) added, with the correction on the adobe-flash dependency from a few comments above, the emerge stops with this message now "install: cannot change permissions of `/opt/boxee/language': No such file or directory" http://pastebin.com/DckFPR2T
(In reply to comment #137) > Thanks for the work Carlos. > With libsamplerate, libmms (and libvdpau) added, with the correction on the > adobe-flash dependency from a few comments above, the emerge stops with this > message now > "install: cannot change permissions of `/opt/boxee/language': No such file or > directory" http://pastebin.com/DckFPR2T > I need to fix the ebuild to be more sandbox friendly, but for now emerge it with FEATURES="-sandbox" emerge boxee
Anyone have any luck building version 0.9.23.15885? I keep getting undefined reference errors for any functions in mmsx.c (from libmms). I've tried with both libmms-0.5 and libmms-0.6. xbmc/cores/dvdplayer/DVDInputStreams/DVDInputStreams.a(DVDInputStreamMMS.o): In function `CDVDInputStreamMMS::GetLength()': DVDInputStreamMMS.cpp:(.text+0x83): undefined reference to `mmsx_get_time_length' xbmc/cores/dvdplayer/DVDInputStreams/DVDInputStreams.a(DVDInputStreamMMS.o): In function `CDVDInputStreamMMS::SeekTime(int)': DVDInputStreamMMS.cpp:(.text+0xb4): undefined reference to `mmsx_get_seekable' DVDInputStreamMMS.cpp:(.text+0xdf): undefined reference to `mmsx_time_seek' xbmc/cores/dvdplayer/DVDInputStreams/DVDInputStreams.a(DVDInputStreamMMS.o): In function `CDVDInputStreamMMS::Read(unsigned char*, int)': DVDInputStreamMMS.cpp:(.text+0x101): undefined reference to `mms_get_default_io_impl' DVDInputStreamMMS.cpp:(.text+0x11b): undefined reference to `mmsx_read' xbmc/cores/dvdplayer/DVDInputStreams/DVDInputStreams.a(DVDInputStreamMMS.o): In function `CDVDInputStreamMMS::Open(char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)': DVDInputStreamMMS.cpp:(.text+0x177): undefined reference to `mms_get_default_io_impl' DVDInputStreamMMS.cpp:(.text+0x196): undefined reference to `mmsx_connect' xbmc/cores/dvdplayer/DVDInputStreams/DVDInputStreams.a(DVDInputStreamMMS.o): In function `CDVDInputStreamMMS::Close()': DVDInputStreamMMS.cpp:(.text+0x155): undefined reference to `mmsx_close'
Created attachment 256814 [details] Boxee ebuild latest version ebuild and patches for compiling latest boxee on gentoo, if someone can help me fixing this ebuild to be more sandbox friendly feel free to do it ;)
I got this compiling error: x86_64-pc-linux-gnu-g++ -MD -c -march=core2 -O2 -pipe -O2 -march=core2 -O2 -pipe -O2 -DNDEBUG=1 -D__STDC_FORMAT_MACROS -march=core2 -O2 -pipe -O2 -DNDEBUG=1 -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DINSTALL_PATH="\"/opt/boxee/share/xbmc\"" -DHAS_SDL_JOYSTICK -DHAS_PCRE -D'SVN_REV="exported"' -DHAVE_CONFIG_H -I. -I../ -I../cores -I../linux -I../../guilib -I../lib/UnrarXLib -I../utils -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../lib/libcdio/libcdio/include -I../lib/libBoxee -I../lib/libUPnP/Platinum/Source/Core -I../lib/libUPnP/Platinum/Source/Platinum -I../lib/libUPnP/Platinum/Source/Devices/MediaServer -I../lib/libUPnP/Neptune/Source/System/Posix -I../lib/libUPnP/Neptune/Source/Core -I/var/tmp/portage/media-video/boxee-0.9.23_beta15885/work/boxee-sources-0.9.23.15885 -I/usr/include/fribidi -I/usr/include/libpng14 -I/usr/include/freetype2 -I/usr/include/alsa -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -DHAS_AVAHI -I/usr/include/lzo FileSmb.cpp -o FileSmb.o 009303 FileSmb.cpp:34:26: fatale fout: libsmbclient.h: Bestand of map bestaat niet compilation terminated. make[1]: *** [FileSmb.o] Fout 1 make[1]: Map '/var/tmp/portage/media-video/boxee-0.9.23_beta15885/work/boxee-sources-0.9.23.15885/xbmc/FileSystem' wordt verlaten make: *** [xbmc/FileSystem/filesystem.a] Fout 2 emake failed I guess FileSmb refers to Samba, which is not installed on my system.
So after installing Samba, Boxee compiled fine. Can Boxee run without samba? While launching, another problem occured. Boxee stopt: 17:59:14 T:139868462667808 M:2928185344 ERROR: Texture manager unable to load file: special://xbmc/media/icon.png copying the icon32x32.png to icon.png fixed this problem.
Doing a FEATURES=-sandbox emerge boxee with boxee-sources-0.9.23.15885.zip on AMD64, I get the following error. Any ideas? * QA Notice: Package has poor programming practices which may compile * but will almost certainly crash on 64bit architectures. * * Function `completion_matches' implicitly converted to pointer at /var/tmp/portage/media-tv/boxee-0.9.23_beta15885/work/boxee-sources-0.9.23.15885/xbmc/lib/libPython/Python/Modules/readline.c:683 * * Please file a bug about this at http://bugs.gentoo.org/ * with the maintaining herd of the package. * * ERROR: media-tv/boxee-0.9.23_beta15885 failed: * install aborted due to poor programming practices shown above
(In reply to comment #143) > Doing a FEATURES=-sandbox emerge boxee with boxee-sources-0.9.23.15885.zip on > AMD64, I get the following error. Any ideas? Was able to just manually copy the files over from the build area, boxee works fine now.
I am trying to compile 0.9.23_beta15885, but am running into an issue due to the lack of "linux/smbno.h". According to https://bugs.archlinux.org/task/22780 this was deprecated and eventually removed a few kernel releases ago (I'm compiling on 3.0.3). I've gone ahead and copied it over from an older kernel source and am compiling again. If it works, I'll go ahead and post the file here.
Created attachment 284487 [details] smbno.h from 2.6.32 Attached is smbno.h from an older kernel. I needed to place it in /usr/include/linux in order for the build to proceed.
I guess that topic is dead since Boxee has been assimilated by Samsung?
haven't heard of this product in a few years. i'd close this clutter.
