Mailing List Archive: Mythmetadatalookup not working in myth 0.25.3

Mythmetadatalookup not working in myth 0.25.3

Nov 16, 2012, 3:13 PM

Post #1 of 12 (6230 views)

Since I upgraded from myth 0.25.2 to 0.25.3 using atrpms, It looks like
mythmetadatalookup no longer works. Attached below is the output from the
command. Any thoughts?

mythmetadatalookup --version
Please attach all output as a file in bug reports.
MythTV Version : v0.25.3
MythTV Branch :
Network Protocol : 72
Library API : 0.25.20120506-1
QT Version : 4.7.2
Options compiled in:
linux release use_hidesyms using_alsa using_jack using_oss using_pulse
using_pulseoutput using_backend using_bindings_perl using_bindings_python
using_bindings_php using_crystalhd using_dvb using_firewire using_frontend
using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv
using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3
using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit
using_qtscript using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr
using_xv using_bindings_perl using_bindings_python using_bindings_php
using_mythtranscode using_opengl using_vaapi using_vdpau
using_ffmpeg_threads using_live using_mheg using_libass using_libxml2

mythmetadatalookup --refresh-all-rules --loglevel info -v all
2012-11-16 18:11:07.690536 C mythmetadatalookup version: [v0.25.3]
www.mythtv.org
2012-11-16 18:11:07.690566 C Qt version: compile: 4.7.2, runtime: 4.7.2
2012-11-16 18:11:07.690569 N Enabled verbose msgs: all
2012-11-16 18:11:07.690618 N Setting Log Level to LOG_INFO
2012-11-16 18:11:07.690680 I Added logging to the console
2012-11-16 18:11:07.690685 I Added database logging to table logging
2012-11-16 18:11:07.690790 N Setting up SIGHUP handler
2012-11-16 18:11:07.690875 N Using runtime prefix = /usr
2012-11-16 18:11:07.690885 N Using configuration directory = /root/.mythtv
2012-11-16 18:11:07.691295 E (old)Settings::ReadSettings(settings.txt) -
No such file settings.txt
2012-11-16 18:11:07.691381 I Assumed character encoding: en_US.UTF-8
2012-11-16 18:11:07.691691 E (old)Settings::ReadSettings(settings.txt) -
No such file settings.txt
2012-11-16 18:11:07.691707 E
(old)Settings::ReadSettings(/usr/share/mythtv/mysql.txt) - No such file
/usr/share/mythtv/mysql.txt
2012-11-16 18:11:07.691717 E
(old)Settings::ReadSettings(/usr/etc/mythtv/mysql.txt) - No such file
/usr/etc/mythtv/mysql.txt
2012-11-16 18:11:07.691725 E
(old)Settings::ReadSettings(/root/.mythtv/mysql.txt) - No such file
/root/.mythtv/mysql.txt
2012-11-16 18:11:07.691733 E (old)Settings::ReadSettings(./mysql.txt) - No
such file ./mysql.txt
2012-11-16 18:11:07.691737 E Unable to read configuration file mysql.txt
2012-11-16 18:11:07.691878 N Empty LocalHostName.
2012-11-16 18:11:07.691888 I Using localhost value of xxxx
2012-11-16 18:11:07.691897 I Clearing Settings Cache.
2012-11-16 18:11:07.691972 I DefaultUPnP() - No default UPnP backend
2012-11-16 18:11:07.691985 I Clearing Settings Cache.
2012-11-16 18:11:07.700703 I Database connection created: DBManager0
2012-11-16 18:11:07.700733 I New DB connection, total: 1
2012-11-16 18:11:07.708599 I Connected to database 'mythconverg' at host:
localhost
2012-11-16 18:11:07.713604 I Closing DB connection named 'DBManager0'
2012-11-16 18:11:07.713740 I Clearing Settings Cache.
2012-11-16 18:11:07.713793 I Database connection created: DBManager1
2012-11-16 18:11:07.713813 I New DB connection, total: 1
2012-11-16 18:11:07.714351 I Connected to database 'mythconverg' at host:
localhost
2012-11-16 18:11:07.716840 N Setting QT default locale to EN_US
2012-11-16 18:11:07.716877 I Current locale EN_US
2012-11-16 18:11:07.716991 N Reading locale defaults from
/usr/share/mythtv//locales/en_us.xml
2012-11-16 18:11:07.728961 I Enabling Settings Cache.
2012-11-16 18:11:07.728976 I Clearing Settings Cache.
2012-11-16 18:11:07.729945 I Loading en_us translation for module
mythfrontend
2012-11-16 18:11:07.730741 I Testing grabbers and metadata sites for
functionality...
2012-11-16 18:11:07.732478 I Starting process manager
2012-11-16 18:11:07.732758 I Starting process signal handler
2012-11-16 18:11:07.732878 I Starting IO manager (read)
2012-11-16 18:11:07.735622 I Managed child (PID: 28674) has started!
command=/usr/share/mythtv/metadata/Movie/tmdb.py -t, timeout=0
2012-11-16 18:11:07.735657 I Starting IO manager (write)
2012-11-16 18:11:07.791773 I Database connection created: DBManager2
2012-11-16 18:11:07.791829 I New DB connection, total: 2
2012-11-16 18:11:07.792588 I Connected to database 'mythconverg' at host:
localhost
2012-11-16 18:11:07.832753 I Managed child (PID: 28674) has exited!
command=/usr/share/mythtv/metadata/Movie/tmdb.py -t, status=37120,
result=145
2012-11-16 18:11:07.833249 I Movie grabber not functional. Aborting this
run.
2012-11-16 18:11:07.856139 I Closing DB connection named 'DBManager2'
2012-11-16 18:11:07.933072 I Closing DB connection named 'DBManager1'
2012-11-16 18:11:07.933399 I Destroying MythDBPrivate

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

mylists at wilsononline

Nov 16, 2012, 7:30 PM

Post #2 of 12 (5959 views)

Permalink

You seem to be running from Root is that correct?

On Sat 17/11/2012 10:13 AM, Larry K wrote:
> Since I upgraded from myth 0.25.2 to 0.25.3 using atrpms, It looks like mythmetadatalookup
> no longer works. Attached below is the output from the command. Any thoughts?
>
> mythmetadatalookup --version
> Please attach all output as a file in bug reports.
> MythTV Version : v0.25.3
> MythTV Branch :
> Network Protocol : 72
> Library API : 0.25.20120506-1
> QT Version : 4.7.2
> Options compiled in:
> linux release use_hidesyms using_alsa using_jack using_oss using_pulse using_pulseoutput
> using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd
> using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv
> using_ivtv using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3
> using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript
> using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_xv using_bindings_perl
> using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi
> using_vdpau using_ffmpeg_threads using_live using_mheg using_libass using_libxml2
>
>
> mythmetadatalookup --refresh-all-rules --loglevel info -v all
> 2012-11-16 18:11:07.690536 C mythmetadatalookup version: [v0.25.3] www.mythtv.org
> <http://www.mythtv.org>
> 2012-11-16 18:11:07.690566 C Qt version: compile: 4.7.2, runtime: 4.7.2
> 2012-11-16 18:11:07.690569 N Enabled verbose msgs: all
> 2012-11-16 18:11:07.690618 N Setting Log Level to LOG_INFO
> 2012-11-16 18:11:07.690680 I Added logging to the console
> 2012-11-16 18:11:07.690685 I Added database logging to table logging
> 2012-11-16 18:11:07.690790 N Setting up SIGHUP handler
> 2012-11-16 18:11:07.690875 N Using runtime prefix = /usr
> 2012-11-16 18:11:07.690885 N Using configuration directory = /root/.mythtv
> 2012-11-16 18:11:07.691295 E (old)Settings::ReadSettings(settings.txt) - No such file
> settings.txt
> 2012-11-16 18:11:07.691381 I Assumed character encoding: en_US.UTF-8
> 2012-11-16 18:11:07.691691 E (old)Settings::ReadSettings(settings.txt) - No such file
> settings.txt
> 2012-11-16 18:11:07.691707 E (old)Settings::ReadSettings(/usr/share/mythtv/mysql.txt) -
> No such file /usr/share/mythtv/mysql.txt
> 2012-11-16 18:11:07.691717 E (old)Settings::ReadSettings(/usr/etc/mythtv/mysql.txt) - No
> such file /usr/etc/mythtv/mysql.txt
> 2012-11-16 18:11:07.691725 E (old)Settings::ReadSettings(/root/.mythtv/mysql.txt) - No
> such file /root/.mythtv/mysql.txt
> 2012-11-16 18:11:07.691733 E (old)Settings::ReadSettings(./mysql.txt) - No such file
> ./mysql.txt
> 2012-11-16 18:11:07.691737 E Unable to read configuration file mysql.txt
> 2012-11-16 18:11:07.691878 N Empty LocalHostName.
> 2012-11-16 18:11:07.691888 I Using localhost value of xxxx
> 2012-11-16 18:11:07.691897 I Clearing Settings Cache.
> 2012-11-16 18:11:07.691972 I DefaultUPnP() - No default UPnP backend
> 2012-11-16 18:11:07.691985 I Clearing Settings Cache.
> 2012-11-16 18:11:07.700703 I Database connection created: DBManager0
> 2012-11-16 18:11:07.700733 I New DB connection, total: 1
> 2012-11-16 18:11:07.708599 I Connected to database 'mythconverg' at host: localhost
> 2012-11-16 18:11:07.713604 I Closing DB connection named 'DBManager0'
> 2012-11-16 18:11:07.713740 I Clearing Settings Cache.
> 2012-11-16 18:11:07.713793 I Database connection created: DBManager1
> 2012-11-16 18:11:07.713813 I New DB connection, total: 1
> 2012-11-16 18:11:07.714351 I Connected to database 'mythconverg' at host: localhost
> 2012-11-16 18:11:07.716840 N Setting QT default locale to EN_US
> 2012-11-16 18:11:07.716877 I Current locale EN_US
> 2012-11-16 18:11:07.716991 N Reading locale defaults from
> /usr/share/mythtv//locales/en_us.xml
> 2012-11-16 18:11:07.728961 I Enabling Settings Cache.
> 2012-11-16 18:11:07.728976 I Clearing Settings Cache.
> 2012-11-16 18:11:07.729945 I Loading en_us translation for module mythfrontend
> 2012-11-16 18:11:07.730741 I Testing grabbers and metadata sites for functionality...
> 2012-11-16 18:11:07.732478 I Starting process manager
> 2012-11-16 18:11:07.732758 I Starting process signal handler
> 2012-11-16 18:11:07.732878 I Starting IO manager (read)
> 2012-11-16 18:11:07.735622 I Managed child (PID: 28674) has started!
> command=/usr/share/mythtv/metadata/Movie/tmdb.py -t, timeout=0
> 2012-11-16 18:11:07.735657 I Starting IO manager (write)
> 2012-11-16 18:11:07.791773 I Database connection created: DBManager2
> 2012-11-16 18:11:07.791829 I New DB connection, total: 2
> 2012-11-16 18:11:07.792588 I Connected to database 'mythconverg' at host: localhost
> 2012-11-16 18:11:07.832753 I Managed child (PID: 28674) has exited!
> command=/usr/share/mythtv/metadata/Movie/tmdb.py -t, status=37120, result=145
> 2012-11-16 18:11:07.833249 I Movie grabber not functional. Aborting this run.
> 2012-11-16 18:11:07.856139 I Closing DB connection named 'DBManager2'
> 2012-11-16 18:11:07.933072 I Closing DB connection named 'DBManager1'
> 2012-11-16 18:11:07.933399 I Destroying MythDBPrivate
>
>
>
>
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

lunchtimelarry at gmail

Nov 21, 2012, 7:00 PM

Post #3 of 12 (6009 views)

Permalink

On Fri, Nov 16, 2012 at 10:30 PM, Paul <mylists@wilsononline.id.au> wrote:

> You seem to be running from Root is that correct?
>
> Yes. Running as root.

I was able to resolve this problem. It seems that the MythTV 0.25.3 bundle
that I pulled from atrpms does not have the correct version of the pythons
scripts located at

/usr/share/mythtv/metadata/Television/ttvdb.py and
/usr/share/mythtv/metadata/Movie/tmdb.py

In both cases, the first line of each script was missing the python
directive: #!/usr/bin/python

Once I fixed this, mythmetadatalookup started working. Word to the wise.

Larry

>
>
> On Sat 17/11/2012 10:13 AM, Larry K wrote:
>
>> Since I upgraded from myth 0.25.2 to 0.25.3 using atrpms, It looks like
>> mythmetadatalookup
>> no longer works. Attached below is the output from the command. Any
>> thoughts?
>>
>> mythmetadatalookup --version
>> Please attach all output as a file in bug reports.
>> MythTV Version : v0.25.3
>> MythTV Branch :
>> Network Protocol : 72
>> Library API : 0.25.20120506-1
>> QT Version : 4.7.2
>> Options compiled in:
>> linux release use_hidesyms using_alsa using_jack using_oss using_pulse
>> using_pulseoutput
>> using_backend using_bindings_perl using_bindings_python
>> using_bindings_php using_crystalhd
>> using_dvb using_firewire using_frontend using_hdhomerun using_ceton
>> using_hdpvr using_iptv
>> using_ivtv using_joystick_menu using_libcrypto using_libdns_sd
>> using_libfftw3
>> using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit
>> using_qtscript
>> using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_xv
>> using_bindings_perl
>> using_bindings_python using_bindings_php using_mythtranscode using_opengl
>> using_vaapi
>> using_vdpau using_ffmpeg_threads using_live using_mheg using_libass
>> using_libxml2
>>
>>
>> mythmetadatalookup --refresh-all-rules --loglevel info -v all
>> 2012-11-16 18:11:07.690536 C mythmetadatalookup version: [v0.25.3]
>> www.mythtv.org
>> <http://www.mythtv.org>
>>
>> 2012-11-16 18:11:07.690566 C Qt version: compile: 4.7.2, runtime: 4.7.2
>> 2012-11-16 18:11:07.690569 N Enabled verbose msgs: all
>> 2012-11-16 18:11:07.690618 N Setting Log Level to LOG_INFO
>> 2012-11-16 18:11:07.690680 I Added logging to the console
>> 2012-11-16 18:11:07.690685 I Added database logging to table logging
>> 2012-11-16 18:11:07.690790 N Setting up SIGHUP handler
>> 2012-11-16 18:11:07.690875 N Using runtime prefix = /usr
>> 2012-11-16 18:11:07.690885 N Using configuration directory =
>> /root/.mythtv
>> 2012-11-16 18:11:07.691295 E (old)Settings::ReadSettings(**settings.txt)
>> - No such file
>> settings.txt
>> 2012-11-16 18:11:07.691381 I Assumed character encoding: en_US.UTF-8
>> 2012-11-16 18:11:07.691691 E (old)Settings::ReadSettings(**settings.txt)
>> - No such file
>> settings.txt
>> 2012-11-16 18:11:07.691707 E (old)Settings::ReadSettings(/**usr/share/mythtv/mysql.txt)
>> -
>> No such file /usr/share/mythtv/mysql.txt
>> 2012-11-16 18:11:07.691717 E (old)Settings::ReadSettings(/**usr/etc/mythtv/mysql.txt)
>> - No
>> such file /usr/etc/mythtv/mysql.txt
>> 2012-11-16 18:11:07.691725 E (old)Settings::ReadSettings(/**root/.mythtv/mysql.txt)
>> - No
>> such file /root/.mythtv/mysql.txt
>> 2012-11-16 18:11:07.691733 E (old)Settings::ReadSettings(./**mysql.txt)
>> - No such file
>> ./mysql.txt
>> 2012-11-16 18:11:07.691737 E Unable to read configuration file mysql.txt
>> 2012-11-16 18:11:07.691878 N Empty LocalHostName.
>> 2012-11-16 18:11:07.691888 I Using localhost value of xxxx
>> 2012-11-16 18:11:07.691897 I Clearing Settings Cache.
>> 2012-11-16 18:11:07.691972 I DefaultUPnP() - No default UPnP backend
>> 2012-11-16 18:11:07.691985 I Clearing Settings Cache.
>> 2012-11-16 18:11:07.700703 I Database connection created: DBManager0
>> 2012-11-16 18:11:07.700733 I New DB connection, total: 1
>> 2012-11-16 18:11:07.708599 I Connected to database 'mythconverg' at
>> host: localhost
>> 2012-11-16 18:11:07.713604 I Closing DB connection named 'DBManager0'
>> 2012-11-16 18:11:07.713740 I Clearing Settings Cache.
>> 2012-11-16 18:11:07.713793 I Database connection created: DBManager1
>> 2012-11-16 18:11:07.713813 I New DB connection, total: 1
>> 2012-11-16 18:11:07.714351 I Connected to database 'mythconverg' at
>> host: localhost
>> 2012-11-16 18:11:07.716840 N Setting QT default locale to EN_US
>> 2012-11-16 18:11:07.716877 I Current locale EN_US
>> 2012-11-16 18:11:07.716991 N Reading locale defaults from
>> /usr/share/mythtv//locales/en_**us.xml
>> 2012-11-16 18:11:07.728961 I Enabling Settings Cache.
>> 2012-11-16 18:11:07.728976 I Clearing Settings Cache.
>> 2012-11-16 18:11:07.729945 I Loading en_us translation for module
>> mythfrontend
>> 2012-11-16 18:11:07.730741 I Testing grabbers and metadata sites for
>> functionality...
>> 2012-11-16 18:11:07.732478 I Starting process manager
>> 2012-11-16 18:11:07.732758 I Starting process signal handler
>> 2012-11-16 18:11:07.732878 I Starting IO manager (read)
>> 2012-11-16 18:11:07.735622 I Managed child (PID: 28674) has started!
>> command=/usr/share/mythtv/**metadata/Movie/tmdb.py -t, timeout=0
>> 2012-11-16 18:11:07.735657 I Starting IO manager (write)
>> 2012-11-16 18:11:07.791773 I Database connection created: DBManager2
>> 2012-11-16 18:11:07.791829 I New DB connection, total: 2
>> 2012-11-16 18:11:07.792588 I Connected to database 'mythconverg' at
>> host: localhost
>> 2012-11-16 18:11:07.832753 I Managed child (PID: 28674) has exited!
>> command=/usr/share/mythtv/**metadata/Movie/tmdb.py -t, status=37120,
>> result=145
>> 2012-11-16 18:11:07.833249 I Movie grabber not functional. Aborting
>> this run.
>> 2012-11-16 18:11:07.856139 I Closing DB connection named 'DBManager2'
>> 2012-11-16 18:11:07.933072 I Closing DB connection named 'DBManager1'
>> 2012-11-16 18:11:07.933399 I Destroying MythDBPrivate
>>
>>
>>
>>
>>
>> ______________________________**_________________
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/**mailman/listinfo/atrpms-users<http://lists.atrpms.net/mailman/listinfo/atrpms-users>
>>
>>
>
> ______________________________**_________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/**mailman/listinfo/atrpms-users<http://lists.atrpms.net/mailman/listinfo/atrpms-users>
>

Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

lunchtimelarry at gmail

Nov 23, 2012, 7:49 AM

Post #4 of 12 (5958 views)

Permalink

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

lunchtimelarry at gmail

Sep 24, 2013, 5:41 PM

Post #5 of 12 (5615 views)

Permalink

On Wed, Nov 21, 2012 at 10:00 PM, Larry K <lunchtimelarry@gmail.com> wrote:

> On Fri, Nov 16, 2012 at 10:30 PM, Paul <mylists@wilsononline.id.au> wrote:
>
>> You seem to be running from Root is that correct?
>>
>> Yes. Running as root.
>
> I was able to resolve this problem. It seems that the MythTV 0.25.3
> bundle that I pulled from atrpms does not have the correct version of the
> pythons scripts located at
>
> /usr/share/mythtv/metadata/Television/ttvdb.py and
> /usr/share/mythtv/metadata/Movie/tmdb.py
>
> In both cases, the first line of each script was missing the python
> directive: #!/usr/bin/python
>
> Once I fixed this, mythmetadatalookup started working. Word to the wise.
>
> Larry
>
>>
>>
>> On Sat 17/11/2012 10:13 AM, Larry K wrote:
>>
>>> Since I upgraded from myth 0.25.2 to 0.25.3 using atrpms, It looks like
>>> mythmetadatalookup
>>> no longer works. Attached below is the output from the command. Any
>>> thoughts?
>>>
>>> mythmetadatalookup --version
>>> Please attach all output as a file in bug reports.
>>> MythTV Version : v0.25.3
>>> MythTV Branch :
>>> Network Protocol : 72
>>> Library API : 0.25.20120506-1
>>> QT Version : 4.7.2
>>> Options compiled in:
>>> linux release use_hidesyms using_alsa using_jack using_oss using_pulse
>>> using_pulseoutput
>>> using_backend using_bindings_perl using_bindings_python
>>> using_bindings_php using_crystalhd
>>> using_dvb using_firewire using_frontend using_hdhomerun using_ceton
>>> using_hdpvr using_iptv
>>> using_ivtv using_joystick_menu using_libcrypto using_libdns_sd
>>> using_libfftw3
>>> using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit
>>> using_qtscript
>>> using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_xv
>>> using_bindings_perl
>>> using_bindings_python using_bindings_php using_mythtranscode
>>> using_opengl using_vaapi
>>> using_vdpau using_ffmpeg_threads using_live using_mheg using_libass
>>> using_libxml2
>>>
>>>
>>> mythmetadatalookup --refresh-all-rules --loglevel info -v all
>>> 2012-11-16 18:11:07.690536 C mythmetadatalookup version: [v0.25.3]
>>> www.mythtv.org
>>> <http://www.mythtv.org>
>>>
>>> 2012-11-16 18:11:07.690566 C Qt version: compile: 4.7.2, runtime: 4.7.2
>>> 2012-11-16 18:11:07.690569 N Enabled verbose msgs: all
>>> 2012-11-16 18:11:07.690618 N Setting Log Level to LOG_INFO
>>> 2012-11-16 18:11:07.690680 I Added logging to the console
>>> 2012-11-16 18:11:07.690685 I Added database logging to table logging
>>> 2012-11-16 18:11:07.690790 N Setting up SIGHUP handler
>>> 2012-11-16 18:11:07.690875 N Using runtime prefix = /usr
>>> 2012-11-16 18:11:07.690885 N Using configuration directory =
>>> /root/.mythtv
>>> 2012-11-16 18:11:07.691295 E (old)Settings::ReadSettings(**settings.txt)
>>> - No such file
>>> settings.txt
>>> 2012-11-16 18:11:07.691381 I Assumed character encoding: en_US.UTF-8
>>> 2012-11-16 18:11:07.691691 E (old)Settings::ReadSettings(**settings.txt)
>>> - No such file
>>> settings.txt
>>> 2012-11-16 18:11:07.691707 E (old)Settings::ReadSettings(/**usr/share/mythtv/mysql.txt)
>>> -
>>> No such file /usr/share/mythtv/mysql.txt
>>> 2012-11-16 18:11:07.691717 E (old)Settings::ReadSettings(/**usr/etc/mythtv/mysql.txt)
>>> - No
>>> such file /usr/etc/mythtv/mysql.txt
>>> 2012-11-16 18:11:07.691725 E (old)Settings::ReadSettings(/**root/.mythtv/mysql.txt)
>>> - No
>>> such file /root/.mythtv/mysql.txt
>>> 2012-11-16 18:11:07.691733 E (old)Settings::ReadSettings(./**mysql.txt)
>>> - No such file
>>> ./mysql.txt
>>> 2012-11-16 18:11:07.691737 E Unable to read configuration file mysql.txt
>>> 2012-11-16 18:11:07.691878 N Empty LocalHostName.
>>> 2012-11-16 18:11:07.691888 I Using localhost value of xxxx
>>> 2012-11-16 18:11:07.691897 I Clearing Settings Cache.
>>> 2012-11-16 18:11:07.691972 I DefaultUPnP() - No default UPnP backend
>>> 2012-11-16 18:11:07.691985 I Clearing Settings Cache.
>>> 2012-11-16 18:11:07.700703 I Database connection created: DBManager0
>>> 2012-11-16 18:11:07.700733 I New DB connection, total: 1
>>> 2012-11-16 18:11:07.708599 I Connected to database 'mythconverg' at
>>> host: localhost
>>> 2012-11-16 18:11:07.713604 I Closing DB connection named 'DBManager0'
>>> 2012-11-16 18:11:07.713740 I Clearing Settings Cache.
>>> 2012-11-16 18:11:07.713793 I Database connection created: DBManager1
>>> 2012-11-16 18:11:07.713813 I New DB connection, total: 1
>>> 2012-11-16 18:11:07.714351 I Connected to database 'mythconverg' at
>>> host: localhost
>>> 2012-11-16 18:11:07.716840 N Setting QT default locale to EN_US
>>> 2012-11-16 18:11:07.716877 I Current locale EN_US
>>> 2012-11-16 18:11:07.716991 N Reading locale defaults from
>>> /usr/share/mythtv//locales/en_**us.xml
>>> 2012-11-16 18:11:07.728961 I Enabling Settings Cache.
>>> 2012-11-16 18:11:07.728976 I Clearing Settings Cache.
>>> 2012-11-16 18:11:07.729945 I Loading en_us translation for module
>>> mythfrontend
>>> 2012-11-16 18:11:07.730741 I Testing grabbers and metadata sites for
>>> functionality...
>>> 2012-11-16 18:11:07.732478 I Starting process manager
>>> 2012-11-16 18:11:07.732758 I Starting process signal handler
>>> 2012-11-16 18:11:07.732878 I Starting IO manager (read)
>>> 2012-11-16 18:11:07.735622 I Managed child (PID: 28674) has started!
>>> command=/usr/share/mythtv/**metadata/Movie/tmdb.py -t, timeout=0
>>> 2012-11-16 18:11:07.735657 I Starting IO manager (write)
>>> 2012-11-16 18:11:07.791773 I Database connection created: DBManager2
>>> 2012-11-16 18:11:07.791829 I New DB connection, total: 2
>>> 2012-11-16 18:11:07.792588 I Connected to database 'mythconverg' at
>>> host: localhost
>>> 2012-11-16 18:11:07.832753 I Managed child (PID: 28674) has exited!
>>> command=/usr/share/mythtv/**metadata/Movie/tmdb.py -t, status=37120,
>>> result=145
>>> 2012-11-16 18:11:07.833249 I Movie grabber not functional. Aborting
>>> this run.
>>> 2012-11-16 18:11:07.856139 I Closing DB connection named 'DBManager2'
>>> 2012-11-16 18:11:07.933072 I Closing DB connection named 'DBManager1'
>>> 2012-11-16 18:11:07.933399 I Destroying MythDBPrivate
>>>
>>>
>>>
>>>
>>>
>>> ______________________________**_________________
>>> atrpms-users mailing list
>>> atrpms-users@atrpms.net
>>> http://lists.atrpms.net/**mailman/listinfo/atrpms-users<http://lists.atrpms.net/mailman/listinfo/atrpms-users>
>>>
>>>
>>
>> ______________________________**_________________
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/**mailman/listinfo/atrpms-users<http://lists.atrpms.net/mailman/listinfo/atrpms-users>
>>
>
> I just upgraded to mythtv version 0.26 using atrpms packages and this
particular python problem is now recurring. To correct for this, I have to
find all the python scripts and add the proper directive:

#!/usr/bin/python

Can anyone explain why this happens every time I update mythtv from the
atrpms repo? Is there a flaw in the packages, or in my particular
environment?

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

roalda at gmail

Sep 26, 2013, 8:00 AM

Post #6 of 12 (5627 views)

Permalink

On Wed, Sep 25, 2013 at 2:41 AM, Larry K <lunchtimelarry@gmail.com> wrote:

> I just upgraded to mythtv version 0.26 using atrpms packages and this
> particular python problem is now recurring. To correct for this, I have to
> find all the python scripts and add the proper directive:
>
> #!/usr/bin/python
>
> Can anyone explain why this happens every time I update mythtv from the
> atrpms repo? Is there a flaw in the packages, or in my particular
> environment?
>
>
I can confirm it happens to everyone. I have 3 frontends and 1 backend, and
it happens to all of them. Alll Centos 6. Also a friends system.

However with the last version on Atrpms, mythtv 0.26.0-295, it seems to be
in more files. I had to change mythpython, and the three aforementioned
files, and still it doesn't seem to work.

[root@southpole ~]# /usr/share/mythtv/metadata/Movie/tmdb.py -l en -M
Titanic
/usr/lib/python2.6/site-packages/MythTV/dataheap.py:61: DeprecationWarning:
object.__new__() takes no parameters
return super(Artwork, cls).__new__(cls, attr, parent, imagetype)
! Error: Unknown error during a Title search (Titanic)
Error(Input object has no document: lxml.etree._ElementTree)

Did you get past this error? Did you change any more files than

/usr/share/mythtv/metadata/Television/ttvdb.py
/usr/share/mythtv/metadata/Movie/tmdb3.py
/usr/share/mythtv/metadata/Movie/tmdb.py

Regards Roald Amundsen

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

kim+j2 at alleroedderne

Sep 26, 2013, 8:20 AM

Post #7 of 12 (5613 views)

Permalink

Hi,

On 26-09-2013 17:00, Roald wrote:
> On Wed, Sep 25, 2013 at 2:41 AM, Larry K <lunchtimelarry@gmail.com
> <mailto:lunchtimelarry@gmail.com>> wrote:
>
> I just upgraded to mythtv version 0.26 using atrpms packages and
> this particular python problem is now recurring. To correct for
> this, I have to find all the python scripts and add the proper
> directive:
>
> #!/usr/bin/python
>
> Can anyone explain why this happens every time I update mythtv from
> the atrpms repo? Is there a flaw in the packages, or in my
> particular environment?
>
>
> I can confirm it happens to everyone. I have 3 frontends and 1 backend,
> and it happens to all of them. Alll Centos 6. Also a friends system.

No it does not happen on fedora 17 and 19 at least.

I have not looked in the spec file, neither have I looked at the
rpm-macros, but buy looking those two places one should be able to
figure out why.

Good luck!

Regards,
Kim

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

judithc at bigpond

Sep 26, 2013, 5:25 PM

Post #8 of 12 (5619 views)

Permalink

On 27/09/2013 1:20 AM, Kim Bisgaard wrote:
> Hi,
>
> On 26-09-2013 17:00, Roald wrote:
>> On Wed, Sep 25, 2013 at 2:41 AM, Larry K <lunchtimelarry@gmail.com
>> <mailto:lunchtimelarry@gmail.com>> wrote:
>>
>> I just upgraded to mythtv version 0.26 using atrpms packages and
>> this particular python problem is now recurring. To correct for
>> this, I have to find all the python scripts and add the proper
>> directive:
>>
>> #!/usr/bin/python
>>
>> Can anyone explain why this happens every time I update mythtv from
>> the atrpms repo? Is there a flaw in the packages, or in my
>> particular environment?
>>
>>
>> I can confirm it happens to everyone. I have 3 frontends and 1 backend,
>> and it happens to all of them. Alll Centos 6. Also a friends system.
>
> No it does not happen on fedora 17 and 19 at least.
>
> I have not looked in the spec file, neither have I looked at the
> rpm-macros, but buy looking those two places one should be able to
> figure out why.
>
> Good luck!
>
> Regards,
> Kim
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>
it appears to be in the build - it is removing /usr/bin/env python and
putting nothing in its place.

I'm looking at 0.27 for EL6 at the moment and will try and see if it
happens there and find the cause.

Cheers
Stephen

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

judithc at bigpond

Sep 26, 2013, 5:32 PM

Post #9 of 12 (5621 views)

Permalink

On 27/09/2013 1:00 AM, Roald wrote:
> On Wed, Sep 25, 2013 at 2:41 AM, Larry K <lunchtimelarry@gmail.com
> <mailto:lunchtimelarry@gmail.com>> wrote:
>
> I just upgraded to mythtv version 0.26 using atrpms packages and
> this particular python problem is now recurring. To correct for
> this, I have to find all the python scripts and add the proper
> directive:
>
> #!/usr/bin/python
>
> Can anyone explain why this happens every time I update mythtv
> from the atrpms repo? Is there a flaw in the packages, or in my
> particular environment?
>
>
> I can confirm it happens to everyone. I have 3 frontends and 1
> backend, and it happens to all of them. Alll Centos 6. Also a friends
> system.
>
> However with the last version on Atrpms, mythtv 0.26.0-295, it seems
> to be in more files. I had to change mythpython, and the three
> aforementioned files, and still it doesn't seem to work.
>
> [root@southpole ~]# /usr/share/mythtv/metadata/Movie/tmdb.py -l en -M
> Titanic
> /usr/lib/python2.6/site-packages/MythTV/dataheap.py:61:
> DeprecationWarning: object.__new__() takes no parameters
> return super(Artwork, cls).__new__(cls, attr, parent, imagetype)
> ! Error: Unknown error during a Title search (Titanic)
> Error(Input object has no document: lxml.etree._ElementTree)
>
> Did you get past this error? Did you change any more files than
>
> /usr/share/mythtv/metadata/Television/ttvdb.py
> /usr/share/mythtv/metadata/Movie/tmdb3.py
> /usr/share/mythtv/metadata/Movie/tmdb.py
>
> Regards Roald Amundsen
>
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
/usr/share/mythtv/metadata/Movie/tmdb3.py -l en -M Titanic works for me
after mod !#/usr/bin/python mod
use tmdb3.py I don't think tmbd.py will work

cheers
Stephen

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

judithc at bigpond

Oct 2, 2013, 12:42 AM

Post #10 of 12 (5604 views)

Permalink

On 27/09/2013 10:32 AM, Stephen Collier wrote:
> On 27/09/2013 1:00 AM, Roald wrote:
>> On Wed, Sep 25, 2013 at 2:41 AM, Larry K <lunchtimelarry@gmail.com
>> <mailto:lunchtimelarry@gmail.com>> wrote:
>>
>> I just upgraded to mythtv version 0.26 using atrpms packages and
>> this particular python problem is now recurring. To correct for
>> this, I have to find all the python scripts and add the proper
>> directive:
>>
>> #!/usr/bin/python
>>
>> Can anyone explain why this happens every time I update mythtv
>> from the atrpms repo? Is there a flaw in the packages, or in my
>> particular environment?
>>
>>
>> I can confirm it happens to everyone. I have 3 frontends and 1
>> backend, and it happens to all of them. Alll Centos 6. Also a friends
>> system.
>>
>> However with the last version on Atrpms, mythtv 0.26.0-295, it seems
>> to be in more files. I had to change mythpython, and the three
>> aforementioned files, and still it doesn't seem to work.
>>
>> [root@southpole ~]# /usr/share/mythtv/metadata/Movie/tmdb.py -l en -M
>> Titanic
>> /usr/lib/python2.6/site-packages/MythTV/dataheap.py:61:
>> DeprecationWarning: object.__new__() takes no parameters
>> return super(Artwork, cls).__new__(cls, attr, parent, imagetype)
>> ! Error: Unknown error during a Title search (Titanic)
>> Error(Input object has no document: lxml.etree._ElementTree)
>>
>> Did you get past this error? Did you change any more files than
>>
>> /usr/share/mythtv/metadata/Television/ttvdb.py
>> /usr/share/mythtv/metadata/Movie/tmdb3.py
>> /usr/share/mythtv/metadata/Movie/tmdb.py
>>
>> Regards Roald Amundsen
>>
>>
>> _______________________________________________
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -M Titanic works for
> me after mod !#/usr/bin/python mod
> use tmdb3.py I don't think tmbd.py will work
>
> cheers
> Stephen
>
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
I've found the culprit /usr/lib/rpm/atrpms/python_burninversion.sh

it seems to be OK on i386 but not x86_64

EL6 with 0.27 is working well. No gotchas so far.

cheers
Stephen

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

kim+j2 at alleroedderne

Oct 3, 2013, 8:14 AM

Post #11 of 12 (5598 views)

Permalink

Hi Stephen,

> I've found the culprit /usr/lib/rpm/atrpms/python_burninversion.sh

Great! Nice dig!!

>
> it seems to be OK on i386 but not x86_64

For completeness sake I have to say it still works fine on Fedora 19 x86_64.

On this machine the commands in the script gives these results:
# which python
/bin/python
# python -c "import sys; print sys.version[:3]"
2.7
# which python$python_version | xargs rpm -qlf | grep
bin/python$python_version$
/usr/bin/python

How are yours different?

Regards,
Kim

>
> EL6 with 0.27 is working well. No gotchas so far.
>
> cheers
> Stephen
>
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: Mythmetadatalookup not working in myth 0.25.3 [ In reply to ]

judithc at bigpond

Oct 3, 2013, 6:29 PM

Post #12 of 12 (5603 views)

Permalink

On 4/10/2013 1:14 AM, Kim Bisgaard wrote:
> Hi Stephen,
>
>
>> I've found the culprit /usr/lib/rpm/atrpms/python_burninversion.sh
>
> Great! Nice dig!!
>
>>
>> it seems to be OK on i386 but not x86_64
>
> For completeness sake I have to say it still works fine on Fedora 19
> x86_64.
>
> On this machine the commands in the script gives these results:
> # which python
> /bin/python
> # python -c "import sys; print sys.version[:3]"
> 2.7
> # which python$python_version | xargs rpm -qlf | grep
> bin/python$python_version$
> /usr/bin/python
>
>
> How are yours different?
>
> Regards,
> Kim
>
>
>>
>> EL6 with 0.27 is working well. No gotchas so far.
>>
>> cheers
>> Stephen
>>
>>
>> _______________________________________________
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>
>
> _______________________________________________
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>
On el6.4 I get
# which python
/usr/bin/python
# python -c "import sys; print sys.version[:3]"
2.6
# which python$python_version | xargs rpm -qlf | grep
bin/python$python_version$
/usr/bin/python2.6
/usr/bin/python2.6

I found my problem - an x86_64 and i686 versions of python from my dual
build before moving to mock.

removing it fixed my problem

I imagine the atrpms build system may not have a rpm for python which is
why the atrpms rpms insert blank in the space.

Cheers
Stephen

_______________________________________________
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users