<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Ever since upgrading my Gentoo MythTV backend to 0.25, this new
    Metadata lookup just kept failing.&nbsp; It never really caused any
    problems for me, but was a nagging issue I wanted to figure out
    sometime.
    <br>
    <br>
    So the problem exhibits itself in the backend logs as follows:
    <br>
    <br>
    &nbsp;&nbsp;&nbsp; mythbackend.20120104155118.21765.log:2012-01-04 21:00:29.840537
    E [21765/30322] Metadata_9050 jobqueue.cpp:2188
    (DoMetadataLookupThread) - JobQueue: Metadata Lookup Errored:
    Suburgatory:"Driving Miss Dalia" recorded from channel 65175 at
    2012-01-04T20:30:00 (Failed with exit status 128)
    <br>
    <br>
    <br>
    Ran the Metadata Lookup manually: mythmetadatalookup --starttime
    20120104203000 --chanid 65175 --loglevel debug -v all
    <br>
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:11:36.781966 I&nbsp; Connected to database
    'mythconverg' at host: hdtv
    <br>
    <br>
    &nbsp;&nbsp;&nbsp; The subdirectory "tmdb" containing the modules tmdb_api.py
    (v0.1.3 or greater), tmdb_ui.py,
    <br>
    &nbsp;&nbsp;&nbsp; tmdb_exceptions.py must have been installed with the MythTV
    python bindings.
    <br>
    &nbsp;&nbsp;&nbsp; Error:(No module named MythStatic)
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:11:36.782801 D&nbsp; MSqlQuery::exec(DBManager2) SELECT
    INFORMATION_SCHEMA.COLUMNS.COLUMN_NAME&nbsp;&nbsp; FROM
    INFORMATION_SCHEMA.COLUMNS&nbsp; WHERE&nbsp;&nbsp;&nbsp;
    INFORMATION_SCHEMA.COLUMNS.TABLE_SCHEMA =&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; DATABASE()&nbsp;&nbsp;&nbsp; AND
    INFORMATION_SCHEMA.COLUMNS.TABLE_NAME =&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 'logging'&nbsp;&nbsp;&nbsp; AND
    INFORMATION_SCHEMA.COLUMNS.COLUMN_NAME =&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 'function';
    &lt;&lt;&lt;&lt; Returns 1 row(s)
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:11:36.782817 D&nbsp; MSqlQuery::next(DBManager2)
    Result: "COLUMN_NAME = function"
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:11:36.874884 I&nbsp; Managed child (PID: 8827) has
    exited! command=/usr/share/mythtv/metadata/Movie/tmdb.py -t,
    status=256, result=1
    <br>
    <br>
    ...
    <br>
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:40:41.954747 I&nbsp; Starting IO manager (read)
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:40:41.954754 D&nbsp; Launching:
    /usr/share/mythtv/metadata/Movie/tmdb.py -t
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:40:41.954762 I&nbsp; Starting IO manager (write)
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:40:41.954778 I&nbsp; Starting process signal handler
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:40:41.955187 I&nbsp; Managed child (PID: 10226) has
    started!&nbsp; command=/usr/share/mythtv/metadata/Movie/tmdb.py -t,
    timeout=0
    <br>
    &nbsp;&nbsp;&nbsp; 2012-01-05 16:40:42.054874 I&nbsp; Managed child (PID: 10226) has
    exited! command=/usr/share/mythtv/metadata/Movie/tmdb.py -t,
    status=256, result=1
    <br>
    <br>
    <br>
    I looked in /usr/lib/python2.6/site-packages, and found some older
    files for Myth (tmdb).&nbsp; After some digging in github, I found those
    files were newer.
    <br>
    Next, looked at the latest ebuild, and found tmdb in <i
      class="moz-txt-slash"><span class="moz-txt-tag">/</span>var/tmp/portage/media-tv/mythtv-0.25_pre20111129/work/MythTV-mythtv-1da9d23/mythtv/bindings/python/MythTV<span
        class="moz-txt-tag">/</span></i>
    <br>
    <br>
    So why weren't the updated one being inserted into /usr from my
    ebuilds tars?
    <br>
    <br>
    The answer: my use flags were missing python.&nbsp; Added that, removed
    the MythTV from /usr/lib/python2.6/site-packages, re-emerged, and
    now the files are updated.&nbsp; Not sure how those got there to begin
    with when I didn't have the flag set since I build the system, but
    at least now I've figured it out and hopefully will help out Gentoo
    users.
    <br>
    <br>
    -JK
  </body>
</html>