Description
Javier Marcet
2002-11-10 11:50:00 UTC
Created attachment 5543 [details]
Bzipped tarball with the whole tree of ebuilds, unpack under dev-perl/
It was going to be cumbersome to file so many attachments.
I send a bzipped tarball, which you should uncompress on dev-perl/
You might want to add >=dev-perl/libwww-perl-5.62 to xmltv. It said it's not compatible with versions lower then 5.62 when I tried to install it. I don't think the "xmltv" ebuild should be in dev-perl.. That one fits better in app-misc IMHO... Created attachment 5840 [details]
xmltv-0.5.2.ebuild
Fixed version which removes references to ${D} from installed perl programs.
Created attachment 5841 [details]
xmltv-0.5.2.ebuild
Use this one which includes the DEPEND on >=perl-5.6.2
At the moment I won't be able to make more tests since I haven't yet found xmltv info providers for Spanish TV channels. Feel free to report any bugs or suggestions. Per: You're probably right. If I put it in dev-perl initially was because it seemed to be some perl modules, but it's more of an app written in Perl. Thus it should go either in app-misc or even media-video since it is targeted to TV programming. Before I forget, there's something I only reported on gentoo-dev list, Dan Armak requested me to report this (I'm not sure if on a separate bug though...). You not only need QT and mysql emerged, but also QT emerged with 'mysql' USE flag, hence obtaining the QT's mysql plugin. There's an additional problem though. By default, on Gentoo, those plugins go under $QTDIR/plugins/sqldrivers, while MythTV looks for them on $KDEDIR/lib/kde3/plugins/sqldrivers. Making a soft link (ln -s $QTDIR/plugins/sqldrivers $KDEDIR/lib/kde3/plugins/sqldrivers) fixes it. This might be the case not just for MythTV but for other apps too, so it should be fixed within QT or KDE installations, for what Dan Armak is in charge. I didn't have the problem with libqsqlmysql.so. mythtv is working fine with it located under the Qt directory. The last thing I did was actually emerge qt again with USE="mysql qt etc" I'm not sure if having qt in the USE variable makes any difference. instead of being interactive, can we set a default, based on the /etc/localtime symlink? QT has a generic way of handling plugins, and if it doesn't find the msql plugin when it's in your qt directory, something is broken. I don't think mythtv could/would somehow bypass qt's own scheme for managing its plugins. Try adding QTDIR/plugins to the plugin paths list in qtconfig, perhaps. Although I think it should search it by deafult anyway. Created attachment 6666 [details]
xmltv-0.5.5.ebuild (update and bugs)
Fixes some bugs in xmltv and also dependancy on perl-5.6.2 which I think should
have been dev-perl/libwww-perl-5.62. There are still a number of dependancies
missing in portage. I've built some of them which I will add to bugs
I tried an emerge on xmltv-0.5.5.ebuild and it complained of the following: LWP-5.65 is required, but 5.64 is installed Required modules missing, not writing Makefile make: *** No targets specified and no makefile found. Stop. !!! ERROR: dev-perl/xmltv-0.5.5 failed. !!! Function perl-module_src_compile, Line 10, Exitcode 2 !!! compilation failed See 13045 there is a new ebuild for libwww-perl pending. Thanks. I found it and got 0.5.5 installed. Just wanted to point out that the dependancy on dev-perl/libwww-perl-5.62 should actually be for dev-perl/libwww-perl-5.64. Created attachment 6924 [details]
xmltv-0.5.5-r0.ebuild (Fixes libwww-perl dependency version)
made version 5.65 for libwww-perl as minimum.
Today I upgraded xmltv to xmltv-0.5.5-r0 and ran into a few problems which I thouoght would be recorded to emerge.log but they were not. So from memory, when emerging xmltv-0.5.5-r0 portage complained about Lingua-Preferred not being masked etc. As it is not a necessity to build the package I removed the line from the ebuild and all was well. I also had to inject XML::Twig and TK::TableMatrix. I got them from CPAN before I realized there was a mythtv ebuild and used to build it from source. However, the zap2it site keeps changing so here's a link to the latest ZapListings.pm file from CVS thats 4 days, old. With this link mythfilldatabase etc works as expected. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xmltv/xmltv/grab/na/ZapListings.pm I am stuck at this point: root$ emerge -p /usr/local/portage/video-media/mythtv/mythtv-0.7.ebuild These are the packages that I would merge, in order: Calculating dependencies \ aux_get(): (1) couldn't open cache entry for dev-perl/xmltv-0.5.5-r0 Check for syntax error or corruption in the ebuild. If I try to emerge just xmltv, I get: root$ emerge -p xmltv-0.5.5-r0.ebuild These are the packages that I would merge, in order: Calculating dependencies \ aux_get(): (1) couldn't open cache entry for dev-perl/xmltv-0.5.5-r0 Check for syntax error or corruption in the ebuild. emerge: create(): aux_get() error on dev-perl/xmltv-0.5.5-r0; aborting... that happens because the file has windows newlines... open the file in nano and remove all the ^M, and it will work fine Created attachment 7296 [details]
xmltv-0.5.6.ebuild (update)
Fixes some things adds some things :)
Look in the docs under Gentoo at www.mythtv.org, there is a portage tree that
has all the dependencies in it and can be used as a local portage tree.
ebuild from mythtv.org fails to install. * Tv_grab_fi is the listings grabber for Finland. To install tv_grab_fi, you will need the following packages: HTML::TreeBuilder Do you wish to install tv_grab_fi? [yes,no (default=no)] no Module LWP seems not to be installed. LWP 5.65 is required. Module Lingua::Preferred seems not to be installed. Lingua::Preferred is recommended. Required modules missing, not writing Makefile make: *** No targets specified and no makefile found. Stop. !!! ERROR: dev-perl/xmltv-0.5.6 failed. !!! Function perl-module_src_compile, Line 32, Exitcode 2 !!! compilation failed Created attachment 7357 [details]
xmltv-0.5.6-r1.ebuild (update)
Added HTML-Tree as a dependency for fi users.
If you get problems with what seems to be missing perl modules, if running perl-5.6.1 make sure you have version of MakeMaker-r4 or newer installed. If you have moved to perl-5.8.0 then emerge -C the_module then emerge it again. ok, just to update everyone. I'm NOT ignoring this bug at all. However, bug 3450 has the beginnings of an auto perl module emerge thingy that we're trying to get into portage itself. currently the script is g-cpan.pl if you have one of the newer portages (2.0.46-r9), making the perl module ebuilds submitted here unnecessary. I'm just waiting to get that functionality in portage so it can do those perl modules on the fly, before I add this to portage (we're trying to trim down dev-perl to things which really NEED custom ebuilds). Personally, I would like to get this into portage before the new perl auto dependency solution. All the ebuilds for the Perl dependencies are in bugs. I'm currently maintaining a local portage tree for people to download and it is seriously lacking in revision control:) The current Gentoo install documentation can be found here http://www.mythtv.org/docs/mythtv-HOWTO-5.html#ss5.5 A tar ball of the local portage directory is http://smalltime.com/mythtv/mythtv-gentoo-portage.tar.bz2 so it should all be pretty easy :) no, the point of bug 3450 is to not needlessly put perl modules into the portage tree, especially if they are straightforward inherit the eclass, type modules. the ones we are ok with are things like gtk-perl and the kind of thing that imagemagick does. apart from that, everything else should be a dynamic thing. sorry.. I agree bug 3450 seems like a nice solution for the future but it seems to me that the designed isn't finalised yet and given it has been ongoing for 7 months it doesn't make a lot of sense waiting for it to be complete and working. The dev-perl dependencies can always be deleted when bug 3450 is up, running and dev-perl is no longer required. There is a problem for a lot of people using 0.5.6-r1 and MythTv, you can't do a mythfilldatabase. I tried changing xmltv-0.5.6-r1.ebuild to xmltv-0.5.7.ebuild, remake the digest and remerge. Specifically it is a problem with tv_grab_na and the web tv listings. However, then if I run a mythfilldatabase it grabs everything and segmentation faults. tony -- comment on the last comment about segfaults, etc? I'm about to add to portage, so hurry baby hmm, it seems as though the 0.5.6-r1 ebuild is interactive, which is not what ebuilds are about... can you submit another ebuild without interactivity? Also: Module Lingua::Preferred seems not to be installed. Lingua::Preferred is recommended. whereas: nebuchadnezzar xmltv-0.5.6 # emerge -s lingua-preferred Searching... [ Results for search key : lingua-preferred ] [ Applications found : 1 ] * dev-perl/Lingua-Preferred Latest version available: 0.2.1 Latest version installed: 0.2.1 Size of downloaded files: 5 kB Homepage: http://search.cpan.org/author/EDAVIS/Lingua-Preferred-0.2.1 Description: Perl module for Lingua::Preferred The mentioned segfaults IIRC are coming from problems in the xmltv <-> mythtv interaction, and not xmltv itself... The listings grabber provider for North American is breaking its website often, though there ARE workarounds. Still, not xmltv's fault. ok, ignore the second part of my comment above, I just found the Trace-Log thingy you submitted and that worked. As for the interactivity -- I might well suggest putting in an env. variable in the ebuild, the way alsa-drivers does it. In absence of that being set, all the country thingies can be installed. Wachathink? Probabley just easier to build all the options. Will have to add a couple of dependencies though. Anybody else got any ideas? I've been away, just back tonight. Tony, have a look at the alsa-driver ebuild -- perhaps something along those lines might be helpful? Or else a set of local USE variables similar to mozilla? Created attachment 8446 [details]
Updated ebuild. Fixes problems for UK and USA users
Here is the latest version of xmltv. I have taken a look at how to modify the
ebuild to automate the
installation. It looks like being a significant diff to Makefile.PL as it
currently doesn't support anything passed on the command line. Anyone done
anything like this(modifying Makefile.PL)?
Created attachment 9855 [details]
new (0.5.8) ebuild for xmltv and attempt a non-interactive solution
Here's a new ebuild I cooked up that attempts to solve the xmltv
interactive-install problem. This functions similar to how alsa-driver and
lirc
ebuilds work -- allowing the user to define a XMLTV_OPTIONS variable which
contains the optional features she or he may want. I also purged out some
(what
looked like) unneeded dependancies.
This is all based on Tony Clark's work (thank you).
Created attachment 9884 [details]
same as above but with no CGI depend
Here's a fixed ebuild without the dev-perl/CGI depend as it's
masked in portage now (due to being included with perl 5.8.0)
I've been working on this but you beat me to it. I was using local use flags to modify what was built. There is nothing wrong with the way you have done it but my only comment is that everything should be built if GENTOO_OPTIONS is not set. A quick read thought the code seems to suggest nothing will get built if it isn't defined. Actually, it will build everything if XMLTV_OPTIONS isn't set. This line sets XMLTV_OPTIONS to "*" [-z "${XMLTV_OPTIONS}" ] && XMLTV_OPTIONS="*" And all the option checks look for either "*" or the name of the option [ "${options}" = "*" -o "$(echo "${options}" | grep "tv_check")" = "tv_check" ] thereby setting the GENTOO_XML_OPTIONS to "yes" if "*" is in XMLTV_OPTIONS. Created attachment 9901 [details]
A self building version that uses "USE" flags.
I just finished the version I was making and decided to offer it up to give our
Gentoo masters a choice :) Has 6 local USE flags. Use it like this
USE="nona" emerge xmltv # Don't build support for North America, defaults are
to build support for everything.
just tried out attachment 9901 [details], the USE self building one and it works great.
Which leads me to ask: What is the "preferred" gentoo way of handling this kind of functionality -- internal USE flags (which now are easier with the addition of use.local.desc) or internal custom variable (similar to alsa-driver/lirc)? I'm just a big fan of consistancy. I suppose I should bring this up on the dev list. well mozilla uses internal USE settings. Created attachment 9928 [details]
alternate flag-based ebuild
Here's an idea for an alternate ebuild (all based on Tony's work). Some
noteable differences are:
1) flags are "namespaced" with xmltv (e.g. xmltvnocheck -- similar to mozilla's
moznomail).
2) flags allow us to remove some unneeded packages so tweak DEPEND accordingly.
3) shorter yes/no checks saving some lines (hey, I'm for compactness!) :-)
4) I'm not sure what the $MODULE variable is supposed to do so I removed it
5) Is there a reason to override $S to it's default (S=${WORKDIR}/${P})? remove
this too for now
6) libwww-perl isn't mentioned in the xmltv package, remove the dependency
7) (and finally) flag-o-matic doesn't seem to be used, remove the the
inheritance
What do you all think?
Created attachment 9949 [details]
whoops! minor correction
bah! sorry. I didn't realize libwww-perl is LWP. Put that back in
dependencies.
I'm getting the dreaded segfault during the mythfilldatabase. What's them mentioned way around it? I notice 0.8 is released. Anyone have luck with it? segfault is usually due to the version of xmltv in North America. You neen 0.5.8. As for the ebuild, looks ok but I don't think you should have python as an option as it is required by portage. Created attachment 10313 [details]
xmltv-0.5.9
here's an update to xmltv 0.5.9. this adds two new optional grabbers. (it also
adds a
graber for italy, but that one is always built -- doesn't need anything special
installed,
like the uk and de grabbers)
I'll look into adding this tonight Created attachment 10718 [details]
xmltv-0.5.9-r1.ebuild
Minor clean up.
1. Made wwwlib-perl dependancy to be >=5.65, earier versions won't work.
2. Removed python option as it is always installed.
3. Changed comments from Finland x 3 to Findland, Spain and Netherlands.
Hi all, I just found a new version (0.5.10). While checking it out I added some src_install to get the cgi-script installed. Hope you like it, Rogi <DIFF> diff -ur xmltv-0.5.9-r1.ebuild xmltv-0.5.10.ebuild --- xmltv-0.5.9-r1.ebuild 2003-04-28 12:15:20.000000000 +0200 +++ xmltv-0.5.10.ebuild 2003-04-28 12:22:38.000000000 +0200 @@ -4,6 +4,10 @@ inherit perl-module +HTTPD_ROOT="/home/httpd" +HTTPD_USER="apache" +HTTPD_GROUP="apache" + # Local USE flags. IUSE="xmltvnocheck xmltvnocgi xmltvnona xmltvnosn xmltvnonz xmltvnofi xmltvnoes xmltvnonl" DESCRIPTION="Set of utilities to manage TV listings stored in the XMLTV format" @@ -70,3 +74,16 @@ perl-module_src_compile } +src_install () { + use xmltvnocgi || \ + dodir ${HTTPD_ROOT}/cgi-bin && \ + cp choose/tv_pick/tv_pick_cgi ${D}/${HTTPD_ROOT}/cgi-bin && \ + cd ${D}/${HTTPD_ROOT}/cgi-bin && \ + chown ${HTTPD_USER}.${HTTPD_GROUP} tv_pick_cgi + # Install + cd ${S} + perl-module_src_install +} +pkg_postinst() { + use xmltvnocgi || einfo "tv_pick_cgi installed in ${HTTPD_ROOT}/cgi-bin" +} </DIFF> Created attachment 11243 [details]
xmltv-0.5.10.ebuild
neat! I was going to post a new version today. I'll try to integreate your settings as much as possible. Think it would be better to reverse the order of preference for cgi. Make it xmltvcgi so the default is not to install? Pity there isn't a "cgi" flag already. I guess there must be other packages that can build cgi support optionally? Yes! There really should be a cgi flag. Two packages I can think of that would benefit are apcupsd and nut -- they both should use cgi flag to determine whether or not to install their monitoring cgi scripts (and all related dependencies). The Nut CGI support is totally broken at the moment (if you don't want it). But that is a side issue. Why not keep xmlnocgi as is for consistancy? Created attachment 11277 [details]
updated xmltv-0.5.10.ebuild
Here's an update to my previous xmltv ebuilds (changelog will be posted
separately). This one somewhat smartly determines where the cgi script should
be installed if cgi support is enabled. It also fixes a very bad bug in the
"use <flag>" handling. The make_config() function didn't divert all the 'use'
command output to /dev/null, so things may not have been installed correctly.
This one also adds another flag for a new optional grabber (xmltvnonlwolf).
All has been tested and seems to work honkey-dory.
Created attachment 11279 [details]
initial ChangeLog for the xmltv ebuild
hi guys, so I download the ebuild that max has all the way down there, and I see it's completely USE flag based. While this is, inherently, not necessarily a bad thing, I think that USE flag bloat could very very easily result. I like the idea of being able to specify XMLTV_COUNTRY="US" and XMLTV_OPTIONS="whatever" to emerge (or store them in make.conf -- see bug #19460). I have already made a proposal to have a cgi or nocgi USE flag in use.desc, so I will know in the next couple of days about that. Meanwhile, sorry for ignoring this. It is because I lost my cable tv connection a few months ago so I haven't fired up the tv card at all. Additionally, xfree needed a lot of attention (and still does, while I'm searching for a permanent maintainer(s) for it). It just became a matter of priority, and unfortunately this one fell :( Please don't take that personally -- I really have been actively busy doing dev stuff. That said, the new xfree and xfree-drm ebuilds (due out in a week or so) will make use of XFREE_CARDS env. variable. The local use flags from xfree-drm will be deprecated. The reasoning is simply that as new cards come into the marketplace, I don't want to have to add a USE flag for it. Better to let the user add a predetermined string. I see the same thing happening here -- as the number of supported countries increases, so does my entire USE string. Better that I can just say what my country is and have that built. I hope my logic is clear, and I will put the next revision you guys do up for me (env. var rather than USE based) into portage immediately. I give you my word. Heh, also note that in ebuilds, you have the "has" function available to you. So, for example, you may do: if [ has "US" "${MYTHTV_COUNTRY}" ] ; then blah fi one more thought, actually -- in my PORTDIR_OVERLAY, I put this in media-video With xmltv, mythtv, xawtv and freevo, that's four tv related apps. Are there others? If there are 6 more in portage or pending to portage, we can create a media-tv category and be done with it that way. media-video/nvrec media-video/linuxtv-dvb media-video/kwintv [ Masked ] Seems to be an active rewrite in progress for kde3 media-video/aatv [ Masked ] This looks dead. media-video/nvtv media-video/tvtime [ Masked ] Seems active. x11-misc/nxtvepg (maybe) Thank you for showing this some attention, Seemant. :-) With regard to the use flag bloat, I initially posted a version (0.5.8 at that time) that was environment based (attachment 9855 [details]). Is this what you had in mind? If so, I can redo the latest version in the same style and post it today. Please let me know.
Max, yes. Except use the "has" function to make it a little more elegant. And, if no options are specified, make it do all the countries, maybe? I'm on it! :-) Created attachment 13213 [details] env based xmltv ebuild Ok, here's a first attempt of an env based xmltv ebuild. There are a few changes, and here they are: (from the change log -- will be posted shortly): *xmltv-0.5.10-r1 (13 Jun 2003) 13 Jun 2003; Max Kalika <max@lsit.ucsb.edu> xmltv-0.5.10-r1.ebuild: Drop all the local USE flag, use environment variable (XMLTV_OPTS) instead. Drop the apache/cgi stuff and install tv_pick_cgi into /usr/bin with a note on how to procede (until Gentoo has a standard place for web things -- being discussed on -dev currently). Force adding required dependencies for ALL grabbers until portage knows about custom variables in /etc/make.conf during the dependency checking stage. Created attachment 13214 [details]
updated changelog
I just installed the 0.5.10 ebuild, but tv_grab_uk is broken: dewet@asara dewet $ tv_grab_uk using config filename /home/dewet/.xmltv/tv_grab_uk.conf getting list of channels: ################################################## cannot find /mp3/portage/portage/xmltv-0.5.10/image/usr/share/xmltv/tv_grab_uk/channel_ids, xmltv was not installed correctly dewet@asara dewet $ epm -qf `which tv_grab_uk` xmltv-0.5.10 dewet@asara dewet $ Please try the 0.5.10-r1 version. I fixed the installation paths (prefix was being set to "${D}/usr" on compile instead of on install) -- don't know how I missed that before. I've checked this and I don't think it is working quite right. I set XMLTV_OPTS="tv_grab_sn" in make.conf but it still seems to be getting built. cp grab/de/tv_grab_de blib/script/tv_grab_de /usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/tv_grab_de cp grab/sn/tv_grab_sn blib/script/tv_grab_sn /usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/tv_grab_sn cp grab/us_gist/tv_grab_us_gist blib/script/tv_grab_us_gist /usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/tv_grab_us_gist Personally I would like to have an XMLTV_OPTS and a XMLTV_COUNTRY. I think it may make more sense now if XMLTV_COUNTRY="tv_grab_sn" to build just that. I've been working on this today as well. Not debugged yet. I think you misunderstand how I intend this to work. You add the options for the things you WANT installed -- not the things to disable. This is similar to the way ALSA_CARDS variable works: just build the stuff I specify and if nothing is specified, build everything. ok, it was the comments in the ebuild that confused me. # Disable North America [ -z "${XMLTV_OPTS}" -o "`has tv_grab_na ${XMLTV_OPTS}`" ] \ && echo "yes" || echo "no" I think having two variables is less confusing for the user. Here is a snippent of what I did. # Enable North America if [ -z "${XMLTV_COUNTRY}" -o "`has tv_grab_na ${XMLTV_COUNTRY}`" ]; then echo "yes" else echo "no" fi whoops! thats my fault (i did the change to use env this morning right after I woke up -- wasn't thinking straight -- it should say "Enable" for everything). I'll update it. I'm of the opinion that more variables means more clutter. I like how LIRC_OPTS works -- just list the options you want -- no need for multiple variables. Seemant, any opinion on this? Created attachment 13242 [details]
dev-perl/xmltv-0.5.10-r1.ebuild
this fixes the comment typos: Disable -> Enable
Created attachment 13291 [details]
xmltv/xmltv-0.5.10-r2.ebuild
Put the PREFIX back to the way it was as it wouldn't install. Minor typo in
tv_grab_nl_wolf, had a missing underscore, makes it consistant.
Created attachment 13292 [details]
updated change log
Created attachment 13395 [details] dev-perl/xmltv-0.5.10-r3.ebuild from changelog: Correctly fix the PREFIX issue. Just setting the PREFIX="${D}/usr" is insufficient because the resulting executable script contains incorrectly hard-coded paths to the SHARE_DIR (as pointed out by bug #10536 comment #66). This update also greatly simplifies the src_compile() routine by calling perl-module_src_compile() only and adds dependency on >= sed-4 because of inlined sed usage. Created attachment 13396 [details]
newest (thus far) ChangeLog
Created attachment 13437 [details]
dev-perl/xmltv-0.5.10-r3.ebuild
fix embarassing typo in the comments. thanks to Arthur Britto for noticing.
xmltv should now be in media-tv/xmltv, which is where I understand Seemant wants all the tv stuff. I've updated mythtv to reflect this. good deal. I'll post a new mythtv ebuild (which should probably also go into media-tv) and update all the other module ebuilds to require media-tv/mythtv. nm. you already posted. (wonder why I didn't get mailed on the mythtv stuff?) I think bugs has _bugs_ and has been having problems. I didn't see your updates here till a couple of hours ago. Created attachment 13501 [details]
media-tv/xmltv-0.5.10-r4.ebuild
Just a bump to show that xmltv is now in media-tv.
Created attachment 13502 [details]
ChangeLog
Updated ChangeLog with the category fix.
Created attachment 13709 [details] media-tv/xmltv-0.5.11.ebuild OK, here goes xmltv-0.5.11. This one is quite a change so here's the whole changelog entry: 22 Jun 2003; Max Kalika <max@lsit.ucsb.edu> xmltv-0.5.11.ebuild: Bump to 0.5.11. This one requires some changes: *ALL* grabbers are optional now, so enable support for them. Add support for two new grabbers: Hungary and Denmark. Since there is an option to build everything, simplify the make_config() routine. Bring up some dependency versions to those required/recommended by XMLTV. Unfortunately this version requires some fixes to Date::Manip that are only available in a temporary branch of that code. This dependency is temporarily marked as >=dev-perl/DateManip-5.40-r3 (which is not in portage yet). The DateManip ebuild mentioned in the ChangeLog is in my private portage tree which I think is time I posted the link to on the dev list (I'll do that as soon as I'm done here). Please provide comments and critisisms (but please be gentle!). :-) Also, since this is kind of a mess with the DateManip package and all, I'm not going to mark the previous ebuild as obsolete just right now. Created attachment 13710 [details]
ChangeLog
New ChangeLog.
Please also not that as of this writing, I am fairly certian MythTV doesn't yet work with this version of xmltv -- new options/syntax was added that is not yet supported. correction to my previous comment. support for xmltv-0.5.11 has been added to MythTV CVS today. http://lists.snowman.net/pipermail/mythtv-commits/2003-June/001738.html 0.5.14 is the most recent stable. it is now incorporated. Enjoy :) |