[Gllug] Trouble with MythTV and tv_grab_uk_rt

[Pete Ryland]

On 06/10/06, John Winters <john at sinodun.org.uk> wrote:
>
> Pete Ryland wrote:
> > On 02/10/06, *John Winters* <john at sinodun.org.uk
> > <mailto:john at sinodun.org.uk>> wrote:
> >
> >     Does anyone on this list use MythTV and tv_grab_uk_rt to get your TV
> >     listings?  If so, have you had any difficulty with it in the last
> few
> >     days?  I have two MythTV boxes and they've both started to fail to
> get
> >     listings.  Has this happened to anyone else?
> >
> >
> >
> > I've had the same problem, but I actually wrote my own tv_grab_uk_pdr[1]
> > a few years ago since that one used to do a screen scrape and was very
> > slow.  The more recent versions use the same method as me now, which is
> > to grab the raw data from:
> >
> > http://xmltv.radiotimes.com/xmltv/${channum}.dat
> >
> > which used to provide a csv-type file, but unfortunately is now
> > protected by basic auth.  So I guess it's going to have to be back to
> > the screen scraping version! :-)
>
> Seems to be working again!  After a week of not working, it all started
> working again in the small hours of yesterday morning.  Whatever RT did
> they have presumably un-done.
>

Interesting.  I sent them a mail after I sent that one.  Seems that I was a
bit off.  The directories and otherwise-404 stuff are basic-auth protected,
but the files on that site are still accessible, e.g.:

http://xmltv.radiotimes.com/xmltv/100.dat

I'll have to send them another mail now I think, as indeed it has worked
yesterday and today for me too.

FYI, the error I was getting was:

/etc/cron.daily/mythtv-backend:
Traceback (most recent call last):
 File "/usr/bin/tv_grab_uk_rt", line 202, in ?
   main()
 File "/usr/bin/tv_grab_uk_rt", line 140, in main
   program_node.newTextChild(None, 'desc', desc)
 File "/var/lib/python-support/python2.4/libxml2.py", line 3274, in
newTextChild
   ret = libxml2mod.xmlNewTextChild(self._o, ns__o, name, content)
TypeError: xmlNewTextChild() argument 4 must be string without null bytes or
None, not str
Error in 1:1: unexpected end of file

Cheers,
Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/gllug/attachments/20061006/e84873ce/attachment.html>
-------------- next part --------------
-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug