A short clarification from my side could shine a light onto the case.
I have a epia MII1000 Nehemiah mobo with a Hauppage MCE500 and went for the epios distribution as the tool for the job. (epios is a gentoo based distro with specific epia motherboard optimalisations) This was the snapshot I've used for the install http://www.epios.net/viewtopic.php?t=339 Basicly installing would be as simple as emerging and configuring ivtv and freevo. This should be enough for resolving dependencies. The portage tree of epios has only freevo 1.5.2 available, but this should do the trick for most dependencies. Afterwards, I've downloaded 1.5.4 directly from sourceforge, unpacked it, and installed. Didn't see any error in the install. Now I checked .../freevo-1.5.4/build/lib/freevo/tv/v4l2.py And as Jason stated, it didn't contained the obstructing line. But the installed version did contain it. /usr/lib/python2.4/site-packages/freevo/tv/v4l2.py So it should be the v4l2.py version installed by 1.5.2 which didn't get up to date after installing 1.5.4 The only problem should be in updating 1.5.4 from a prior (unused?) version or something specific with the distro I'm using. I've followed the installation instructions literaly "To install Freevo, run 'python setup.py install' as root." So if there are files who didn't went up-to-date probably I need to copy them manualy from the build directory? Is there a clear way to check these out? This is the output when rebuilding the setup of 1.5.4 epios freevo-1.5.4 # python setup.py install checking for mmpython... found checking for pygame... found checking for Image... found checking for twisted... found running install running build running build_py running build_scripts running install_lib byte-compiling /usr/lib/python2.4/site-packages/freevo/tv/ivtv.py to ivtv.pyc byte-compiling /usr/lib/python2.4/site-packages/freevo/tv/v4l2.py to v4l2.pyc byte-compiling /usr/lib/python2.4/site-packages/freevo/plugins/mixer.py to mixer.pyc running install_scripts changing mode of /usr/bin/freevo to 755 running install_data Geert > On Fri, 2006-01-13 at 18:49 +0100, Robert Winder wrote: >> Jason and Gerrit Hannaert already looked into it. Both provided a patch >> on the >> userlist at 10/11 june 2005. Both patches didn't make it in python 2.4 >> bugfix >> release freevo 1.5.4 I did have a private correspondence with Geert >> Decorte who >> experienced the following python 2.4 error > > Assuming by "both patches" you mean the two patches you attached that > were posted here some time ago, both of those _did_ make it into the > Freevo 1.5.4 bugfix release. > > It would definitely have been a major SNAFU if they didn't, because the > entire point of the 1.5.4 release was to include these fixes. :) Just > to make sure I wasn't losing my sanity, I redownloaded the 1.5.4 tarball > from sf.net and indeed these patches were correctly included. > >> r = fcntl.ioctl(self.device, long(QUERYCAP_NO), val) >> OverflowError: long int too large to convert to int > > This line of code doesn't exist anywhere in Freevo 1.5.4. It shouldn't > happen. http://gedeco.no-ip.org -- This message has been scanned for viruses and dangerous content by OpenProtect(http://www.openprotect.com), and is believed to be clean. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users