Mailing List Archive

On 11/01/2011 12:34 PM, Russell Gower wrote:
>
> On 1 Nov 2011, at 16:05, Raymond Wagner wrote:
>
>> On 11/1/2011 11:36, Russell Gower wrote:
>>> Thanks, but the problem is that it works when run from the command
>>> line, but not when run from mythbackend.
>>
>> That doesn't make any sense at all. When mythbackend runs
>> mythfilldatabase as a child process, it gets the same environment as
>> mythbackend, meaning home directory and MYTHCONFDIR will be the same.
>> Are you sure mythfilldatabase is being run by the backend, and not some
>> cron process with a different environment?
>> _______________________________________________
>
>
> Quite sure yes, the only thing I've spotted and what I wanted to test is that the init script for mythbackend defines MYTHCONFDIR, which isn't defined if I run mythfilldatabase from the command line.
>
> So when run from the command line I get the following in the log
> 2011-11-01 16:23:33.038 Using runtime prefix = /usr
> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
> ....
> 2011-11-01 16:23:34.381 XMLTV config file is: /var/lib/mythtv/.mythtv/Freeview.xmltv
>
> but when run from mythbackend I get
> 2011-11-01 02:32:42.162 Using runtime prefix = /usr
> 2011-11-01 02:32:42.195 Read conf dir = /var/lib/mythtv
> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
> ....
> 2011-11-01 02:32:48.495 XMLTV config file is: /var/lib/mythtv/Freeview.xmltv
> Using old-style config file
> config file /var/lib/mythtv/Freeview.xmltv does not exist, run me with --configure

What happens if you cd to /var/lib/mythtv, dp 'ln -s
./.mythtv/Freeview.xmltv Freeview.xmltv' ?


Geoff
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 11:34 AM, Russell Gower wrote:
...
> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
...
> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv

In whatever script your backend starts from, do you have something like:

export MYTHCONFDIR=/var/lib/mythtv/.mythtv

In ubuntu's upstart, I got warning messages if I didn't /export/ LANG
etc.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/1/2011 13:45, Bill Meek wrote:
> On 11/01/2011 11:34 AM, Russell Gower wrote:
> ...
>> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
> ...
>> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
> In whatever script your backend starts from, do you have something like:
>
> export MYTHCONFDIR=/var/lib/mythtv/.mythtv

Yes. He stated that in the first email.

> In ubuntu's upstart, I got warning messages if I didn't /export/ LANG
> etc.

That is merely a warning that things such as metadata grabbing may not
work properly, not an error. Besides which, it only exists on 0.25.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 1 Nov 2011, at 17:45, Bill Meek wrote:

> On 11/01/2011 11:34 AM, Russell Gower wrote:
> ...
>> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
> ...
>> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
>
> In whatever script your backend starts from, do you have something like:
>
> export MYTHCONFDIR=/var/lib/mythtv/.mythtv

No it sets it to /var/lib/mythtv, I've changed it to /var/lib/mythtv/.mythtv - I just need to work out how to force the backend to run mythfilldatabase to see if it's fixed.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 02:16 PM, Russell Gower wrote:
> On 1 Nov 2011, at 17:45, Bill Meek wrote:
>> On 11/01/2011 11:34 AM, Russell Gower wrote:
>> ...
>>> 2011-11-01 16:23:33.038 Using configuration directory = /var/lib/mythtv/.mythtv
>> ...
>>> 2011-11-01 02:32:42.195 Using configuration directory = /var/lib/mythtv
>> In whatever script your backend starts from, do you have something like:
>>
>> export MYTHCONFDIR=/var/lib/mythtv/.mythtv
> No it sets it to /var/lib/mythtv, I've changed it to /var/lib/mythtv/.mythtv - I just need to work out how to force the backend to run mythfilldatabase to see if it's fixed.

Best bet is to wait until tomorrow. If you mess with the timestamps
used to control when mfdb runs, it's possible to put data into a state
where it will never again run mythfilldatabase automatically.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/01/2011 01:10 PM, Raymond Wagner wrote:
...
>> export MYTHCONFDIR=/var/lib/mythtv/.mythtv
>
> Yes. He stated that in the first email.
...

_export_ is what I added, and not in his original email.

In any case, he got it fixed without it.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

On 11/2/2011 10:05, Bill Meek wrote:
> On 11/01/2011 01:10 PM, Raymond Wagner wrote:
> ...
>>> export MYTHCONFDIR=/var/lib/mythtv/.mythtv
>> Yes. He stated that in the first email.
> _export_ is what I added, and not in his original email.

Export is unnecessary. Export is used to push the variable to the
global environment for that login, rather than limited to the context of
the currently running script. As such, it is a _bad_ thing to use in a
script unless you are intentionally trying to configure the login
profile (such as /etc/profile or ~/.bash_profile).
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users

Hoi Mitchell,

Tuesday, January 20, 2015, 12:31:16 AM, you wrote:

> Hi,

> I have setup a new ubuntu box and installed the mythbuntu packages.
> for some reason mythfilldatabase in mythweb shows:
> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
> not insert any new data into the Guide for 1 of 1 sources. This can
> indicate a potential grabber failure.
> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM


> but when i run the program manually it does insert data.  What would cause this?


> mitchell

Have you setup the grabber as the mythtv user? For if not your using
different files. Most xmltv grabbers for instance store everything in
HOME/.xmltv and mythtv itself in HOME/.mythtv

Tot mails,
Hika mailto:hikavdh@gmail.com

"Zonder hoop kun je niet leven
Zonder leven is er geen hoop
Het eeuwige dilemma
Zeker als je hoop moet vernietigen om te kunnen overleven!"

De lerende Mens

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 01/19/2015 05:31 PM, Mitchell Gore wrote:
> Hi,
>
> I have setup a new ubuntu box and installed the mythbuntu packages. for
> some reason mythfilldatabase in mythweb shows:
> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and ended on
> Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did not insert any new
> data into the Guide for 1 of 1 sources. This can indicate a potential
> grabber failure.
> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>
> but when i run the program manually it does insert data. What would cause
> this?

A full pastebin of your MFDB log would help answer the question, but it
sounds like you're not up to date on fixes and have a stuck file in /tmp.
Look for a file like: mythtv_ddp_data owned by yourself and unwritable
by user mythtv. Delete it.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Mon, Jan 19, 2015 at 6:49 PM, Hika van den Hoven <hikavdh@gmail.com>
wrote:

> Hoi Mitchell,
>
> Tuesday, January 20, 2015, 12:31:16 AM, you wrote:
>
> > Hi,
>
> > I have setup a new ubuntu box and installed the mythbuntu packages.
> > for some reason mythfilldatabase in mythweb shows:
> > Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
> > ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
> > not insert any new data into the Guide for 1 of 1 sources. This can
> > indicate a potential grabber failure.
> > There's guide data until 2015-01-24 02:00:00 (5 day(s)).
> > DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>
>
> > but when i run the program manually it does insert data. What would
> cause this?
>
>
> > mitchell
>
> Have you setup the grabber as the mythtv user? For if not your using
> different files. Most xmltv grabbers for instance store everything in
> HOME/.xmltv and mythtv itself in HOME/.mythtv
>
> Tot mails,
> Hika mailto:hikavdh@gmail.com
>
> "Zonder hoop kun je niet leven
> Zonder leven is er geen hoop
> Het eeuwige dilemma
> Zeker als je hoop moet vernietigen om te kunnen overleven!"
>
> De lerende Mens
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>

Whenever I've seen this message it's because I've run mythfilldatabase
prior to Myth running it. Next run by Myth, without my doing anything, is
successful!

I am using schedules direct. i just setup datadirect via mythtv setup.

On Mon, Jan 19, 2015 at 8:24 PM, Daryl McDonald <darylangela@gmail.com>
wrote:

>
>
> On Mon, Jan 19, 2015 at 6:49 PM, Hika van den Hoven <hikavdh@gmail.com>
> wrote:
>
>> Hoi Mitchell,
>>
>> Tuesday, January 20, 2015, 12:31:16 AM, you wrote:
>>
>> > Hi,
>>
>> > I have setup a new ubuntu box and installed the mythbuntu packages.
>> > for some reason mythfilldatabase in mythweb shows:
>> > Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>> > ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>> > not insert any new data into the Guide for 1 of 1 sources. This can
>> > indicate a potential grabber failure.
>> > There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>> > DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>
>>
>> > but when i run the program manually it does insert data. What would
>> cause this?
>>
>>
>> > mitchell
>>
>> Have you setup the grabber as the mythtv user? For if not your using
>> different files. Most xmltv grabbers for instance store everything in
>> HOME/.xmltv and mythtv itself in HOME/.mythtv
>>
>> Tot mails,
>> Hika mailto:hikavdh@gmail.com
>>
>> "Zonder hoop kun je niet leven
>> Zonder leven is er geen hoop
>> Het eeuwige dilemma
>> Zeker als je hoop moet vernietigen om te kunnen overleven!"
>>
>> De lerende Mens
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users@mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
>
> Whenever I've seen this message it's because I've run mythfilldatabase
> prior to Myth running it. Next run by Myth, without my doing anything, is
> successful!
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
>

On 01/19/2015 09:24 PM, Daryl McDonald wrote:
>> Tuesday, January 20, 2015, 12:31:16 AM, Mitchell wrote:
>>
>>> I have setup a new ubuntu box and installed the mythbuntu packages.
>>> for some reason mythfilldatabase in mythweb shows:
>>> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>>> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>>> not insert any new data into the Guide for 1 of 1 sources. This can
>>> indicate a potential grabber failure.
>>> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>>> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>>
>>> but when i run the program manually it does insert data. What would
>>> cause this?
> Whenever I've seen this message it's because I've run mythfilldatabase
> prior to Myth running it. Next run by Myth, without my doing anything, is
> successful!

Right, the message is basically saying, "No more data than was
previously in the database was written." So, if you run
mythfilldatabase again before your guide source has added new data, you
will get that message. That's why it says, "This *can* indicate a
potential grabber failure."

However, IMHO, the message causes more problems than it solves (and a
lot of needless worries) and should be removed. I don't know of any
case where that message caused a user to notice that there was a problem
with their grabber. Instead, users notice problems when their 2-weeks
of listings shrink to 10 days of listings or whatever. If we must have
a warning, I'd much rather MythTV notice how much data is usually there
(max 14 days/average 12 days/...) and then warn when it drops below the
average or more than 2 days short or something similar.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Tue, Jan 20, 2015 at 10:26 AM, Michael T. Dean <mtdean@thirdcontact.com>
wrote:

> On 01/19/2015 09:24 PM, Daryl McDonald wrote:
>
>> Tuesday, January 20, 2015, 12:31:16 AM, Mitchell wrote:
>>>
>>> I have setup a new ubuntu box and installed the mythbuntu packages.
>>>> for some reason mythfilldatabase in mythweb shows:
>>>> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>>>> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>>>> not insert any new data into the Guide for 1 of 1 sources. This can
>>>> indicate a potential grabber failure.
>>>> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>>>> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>>>
>>>> but when i run the program manually it does insert data. What would
>>>> cause this?
>>>>
>>> Whenever I've seen this message it's because I've run mythfilldatabase
>> prior to Myth running it. Next run by Myth, without my doing anything, is
>> successful!
>>
>
> Right, the message is basically saying, "No more data than was previously
> in the database was written." So, if you run mythfilldatabase again before
> your guide source has added new data, you will get that message. That's
> why it says, "This *can* indicate a potential grabber failure."
>
> However, IMHO, the message causes more problems than it solves (and a lot
> of needless worries) and should be removed. I don't know of any case where
> that message caused a user to notice that there was a problem with their
> grabber. Instead, users notice problems when their 2-weeks of listings
> shrink to 10 days of listings or whatever. If we must have a warning, I'd
> much rather MythTV notice how much data is usually there (max 14
> days/average 12 days/...) and then warn when it drops below the average or
> more than 2 days short or something similar.
>
> Mike
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>

Exactly, its a no panic message, wait and see

I still have this issue. mythfilldatabase doesnt import any data:
Last mythfilldatabase run started on Fri Jan 30 2015, 12:01 AM and ended on
Fri Jan 30 2015, 12:01 AM. mythfilldatabase ran, but did not insert any new
data into the Guide for 1 of 1 sources. This can indicate a potential
grabber failure.
There's guide data until 2015-02-02 03:00:00 (3 day(s)). *WARNING*: is
mythfilldatabase running?

the log shows:
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 10 from 8PM - midnight.
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Mon Feb 9 2015
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 10
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-09T00:00:00Z to
2015-02-10T00:00:00Z (UTC)
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:23 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 413546 bytes
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 3658360 bytes
Jan 30 00:01:28 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:733 (Run) Checking day @ offset 11, date: Tue Feb
10 2015
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 11 from 8PM - midnight.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Tue Feb 10 2015
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 11
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-10T00:00:00Z to
2015-02-11T00:00:00Z (UTC)
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:31 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 398845 bytes
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 3610038 bytes
Jan 30 00:01:34 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:733 (Run) Checking day @ offset 12, date: Wed Feb
11 2015
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 12 from 8PM - midnight.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Wed Feb 11 2015
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 12
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-11T00:00:00Z to
2015-02-12T00:00:00Z (UTC)
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:37 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:41 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 382841 bytes
Jan 30 00:01:41 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:42 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 3430433 bytes
Jan 30 00:01:42 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:733 (Run) Checking day @ offset 13, date: Thu Feb
12 2015
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:835 (Run) Data refresh needed because no data
exists for day @ offset 13 from 8PM - midnight.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext filldata.cpp:891 (Run) Refreshing data for Thu Feb 12 2015
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:212 (GrabDDData) Retrieving datadirect data.
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:230 (GrabDDData) Grabbing data for Fri Jan 30 2015
offset 13
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:233 (GrabDDData) From 2015-02-12T00:00:00Z to
2015-02-13T00:00:00Z (UTC)
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1155 (GrabData) DataDirect: Grabbing listing data
Jan 30 00:01:44 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1017 (DDPost) Downloading DataDirect feed
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1029 (DDPost) Downloaded 10863 bytes
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1031 (DDPost) Uncompressing DataDirect feed
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1036 (DDPost) Uncompressed to 66621 bytes
Jan 30 00:01:45 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:463 (characters) DataDirect: Your subscription
expires on Sat Jun 20 2015 8:31 AM
Jan 30 00:01:47 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:254 (GrabDDData) Grab complete. Actual data from
2015-02-01T00:00:00Z to 2015-02-02T00:00:00Z (UTC)
Jan 30 00:01:47 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:258 (GrabDDData) Main temp tables populated.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:291 (GrabDDData) Clearing data for source.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:297 (GrabDDData) Clearing from 2015-01-31T18:00:00
to 2015-02-01T18:00:00 (localtime)
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:299 (GrabDDData) Data for source cleared.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:301 (GrabDDData) Updating programs.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext filldata.cpp:303 (GrabDDData) Program table update complete.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext main.cpp:450 (main) Data fetching complete.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:458 (main) Adjusting program database end times.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:464 (main) 0 replacements made
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:466 (main) Marking generic episodes.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:478 (main) Found 201
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:481 (main) Extending non-unique programids with
multiple parts.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:532 (main) Found 0
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:534 (main) Fixing missing original airdates.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:549 (main) Found 0 with programids
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:569 (main) Found 0 without programids
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:573 (main) Marking repeats.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:587 (main) Found 439
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:589 (main) Unmarking new episode rebroadcast repeats.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:599 (main) Found 0
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:608 (main) Marking episode first showings.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:638 (main) Found 6265
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:640 (main) Marking episode last showings.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:670 (main) Found 6271
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1057 (GrabNextSuggestedTime) DataDirect:
Grabbing next suggested grabbing time
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1099 (GrabNextSuggestedTime) Suggested Time
data: 613 bytes
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1135 (GrabNextSuggestedTime) DataDirect:
BlockedTime is: 2015-01-30T07:01:48Z
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext datadirect.cpp:1124 (GrabNextSuggestedTime) DataDirect:
nextSuggestedTime is: 2015-01-30T15:04:48Z
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext main.cpp:697 (main)
#012===============================================================#012|
Attempting to contact the master backend for rescheduling. |#012| If the
master is not running, rescheduling will happen when |#012| the master
backend is restarted.
|#012===============================================================
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: N
CoreContext main.cpp:707 (main) mythfilldatabase run complete.
Jan 30 00:01:48 mythtv mythfilldatabase: mythfilldatabase[31487]: I
CoreContext mythcontext.cpp:1194 (~MythContext) Waiting for threads to exit.


if i run it manually it gets the data and shows 14 days of guide info.
How can i fix this?

mitchell


On Tue, Jan 20, 2015 at 9:35 AM, Daryl McDonald <darylangela@gmail.com>
wrote:

>
>
> On Tue, Jan 20, 2015 at 10:26 AM, Michael T. Dean <mtdean@thirdcontact.com
> > wrote:
>
>> On 01/19/2015 09:24 PM, Daryl McDonald wrote:
>>
>>> Tuesday, January 20, 2015, 12:31:16 AM, Mitchell wrote:
>>>>
>>>> I have setup a new ubuntu box and installed the mythbuntu packages.
>>>>> for some reason mythfilldatabase in mythweb shows:
>>>>> Last mythfilldatabase run started on Mon Jan 19 2015, 12:03 AM and
>>>>> ended on Mon Jan 19 2015, 12:04 AM. mythfilldatabase ran, but did
>>>>> not insert any new data into the Guide for 1 of 1 sources. This can
>>>>> indicate a potential grabber failure.
>>>>> There's guide data until 2015-01-24 02:00:00 (5 day(s)).
>>>>> DataDirect Status: Your subscription expires on Sat Jun 20 2015 8:31 AM
>>>>>
>>>>> but when i run the program manually it does insert data. What would
>>>>> cause this?
>>>>>
>>>> Whenever I've seen this message it's because I've run mythfilldatabase
>>> prior to Myth running it. Next run by Myth, without my doing anything, is
>>> successful!
>>>
>>
>> Right, the message is basically saying, "No more data than was previously
>> in the database was written." So, if you run mythfilldatabase again before
>> your guide source has added new data, you will get that message. That's
>> why it says, "This *can* indicate a potential grabber failure."
>>
>> However, IMHO, the message causes more problems than it solves (and a lot
>> of needless worries) and should be removed. I don't know of any case where
>> that message caused a user to notice that there was a problem with their
>> grabber. Instead, users notice problems when their 2-weeks of listings
>> shrink to 10 days of listings or whatever. If we must have a warning, I'd
>> much rather MythTV notice how much data is usually there (max 14
>> days/average 12 days/...) and then warn when it drops below the average or
>> more than 2 days short or something similar.
>>
>> Mike
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users@mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
>
> Exactly, its a no panic message, wait and see
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
>

On 01/31/2015 09:37 PM, Mitchell Gore wrote:
...
>
> if i run it manually it gets the data and shows 14 days of guide info.
> How can i fix this?
...

Hi,

Whenever I see the above, it's most likely a stuck file in /tmp.
I believe my original response to your question was here:

http://www.gossamer-threads.com/lists/mythtv/users/581979#581979

But that thread may have been broken up.

In any case, try the above and _please_ include your version. It's
available with: mythfilldatabase --version. Just part that looks
similar to this: v0.28-pre-2580-g5cbcc41.

The log fragment you included didn't have that information.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Hi Klaus!

Your "the error seems to be 'No channels are configured to use grabber'"
is probably correct.  Of course the thing is figuring out where.  I
think your "the grabber" is going to be the German equivalent of here in
the U.S. SchedulesDirect. I'll admit to being a little more confused as
it appears your e-mail in French-based and the error messages are
partially in French.


> I got a digital antenna and I want to watch german televison. I have a
> dreambox that works, but it does not work with MythTV.
>
> Channel scan works, but I cannot regard televison. There is a problem with
> mythfilldatabase. I telles me:

I think you're confusing two different things,   and don't get worried:
we all were newbies and had to learn.  I'm an amateur and answering to
try to be able to bridge some of the more complex and detailed answers
the others will respond with.   "Channel scan" is for watching Live TV
and I don't think has anything to do your mythfilldatabase problem. 
...Well, maybe.

Mythfilldatabase can obtain its information two ways.  One is from
"EIT", which is the programming information provided by the TV stations
in their live over-the-air signal.  Here in the U.S. sometimes data for
only the next three or four hours, sometimes for a period of time up to
the next day or two (24 to 48 hours).  The other way to obtain
programming data is via SchedulesDirect, though that's U.S.-only, no
idea what the European version is.

One quirk (oddity) I noticed when I was playing here with EIT is there
is a setting (configuration) which will have the tuner do nothing but
detect the EIT data; it won't be able to be used as a tuner.  Elsewhere
in MythTV that tuner will always appear as 'busy'.  (This paragraph does
and does not have anything to do with your current problem; I'm just
trying to point out a potential problem.)


> $ mythfilldatabase
> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
> [8238e839c9]www.mythtv.org
> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general

Somewhat how to read these things:  year - month - date
time_to_ididy-bitty_seconds.  Next column is more helpful when looking
for errors:  "C" I think is 'comment', 'N' for 'notification', "I" for
"information'.  'W; for 'warning', "E" for 'error'.

> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> 2018-03-03 12:40:42.478751 W This application expects to be running a locale
> that specifies a UTF-8 codeset, and many features may behave improperly with
> your current language settings. Please set the LC_ALL or LC_CTYPE, and LANG
> variable(s) in the environment in which this program is executed to include a
> UTF-8 codeset (such as 'en_US.UTF-8').

Umm, the 'warning' line doesn't like something - I have no idea what.

> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
Again a mistake someplace but the system is correcting itself.

> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
> tv_grab_eu_egon
> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.

I think  this is the start of the mythfilldatabase error you are
having.  My guess is "tv_grab_eu_egon" is the equivalent of my
"SchedulesDirect" and it (*egon) has to be configured to which TV
stations you want.  You will need to go to the *egon website, login,
select where you are, and then select/deselect the available TV channels.


> The error seems to be "No channels are configured to use grabber."
> So what can I do ? I searched a lot on the web without finding a solution.

That is my guess also.  Hopefully between my basic answers and the more
detailed answers of the others who know their stuff you can start
recording your German TV soon!


Barry

Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> Re: [mythtv-users] mythfilldatabase
> From: Barry Martin <barry3martin@gmail.com>
> To: mythtv-users@mythtv.org
> Date: Hier 17:27
> Hi Klaus!
>
> Your "the error seems to be 'No channels are configured to use grabber'"
> is probably correct. Of course the thing is figuring out where. I
> think your "the grabber" is going to be the German equivalent of here in
> the U.S. SchedulesDirect. I'll admit to being a little more confused as
> it appears your e-mail in French-based and the error messages are
> partially in French.
>
> > I got a digital antenna and I want to watch german televison. I have a
> > dreambox that works, but it does not work with MythTV.
> >
> > Channel scan works, but I cannot regard televison. There is a problem with
>
> > mythfilldatabase. I telles me:
> I think you're confusing two different things, and don't get worried:
> we all were newbies and had to learn. I'm an amateur and answering to
> try to be able to bridge some of the more complex and detailed answers
> the others will respond with. "Channel scan" is for watching Live TV
> and I don't think has anything to do your mythfilldatabase problem.
> ...Well, maybe.
>
> Mythfilldatabase can obtain its information two ways. One is from
> "EIT", which is the programming information provided by the TV stations
> in their live over-the-air signal. Here in the U.S. sometimes data for
> only the next three or four hours, sometimes for a period of time up to
> the next day or two (24 to 48 hours). The other way to obtain
> programming data is via SchedulesDirect, though that's U.S.-only, no
> idea what the European version is.
>
> One quirk (oddity) I noticed when I was playing here with EIT is there
> is a setting (configuration) which will have the tuner do nothing but
> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
> in MythTV that tuner will always appear as 'busy'. (This paragraph does
> and does not have anything to do with your current problem; I'm just
> trying to point out a potential problem.)
>
> > $ mythfilldatabase
> > 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
> > [8238e839c9]www.mythtv.org
> > 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
> > 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>
> Somewhat how to read these things: year - month - date
> time_to_ididy-bitty_seconds. Next column is more helpful when looking
> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
> "information'. 'W; for 'warning', "E" for 'error'.
>
> > 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> > 2018-03-03 12:40:42.478751 W This application expects to be running a
> > locale that specifies a UTF-8 codeset, and many features may behave
> > improperly with your current language settings. Please set the LC_ALL or
> > LC_CTYPE, and LANG variable(s) in the environment in which this program
> > is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>
> Umm, the 'warning' line doesn't like something - I have no idea what.
>
> > 2018-03-03 12:40:42.479415 N Empty LocalHostName.
> > 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>
> Again a mistake someplace but the system is correcting itself.
>
> > 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
> > tv_grab_eu_egon
> > 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>
> I think this is the start of the mythfilldatabase error you are
> having. My guess is "tv_grab_eu_egon" is the equivalent of my
> "SchedulesDirect" and it (*egon) has to be configured to which TV
> stations you want. You will need to go to the *egon website, login,
> select where you are, and then select/deselect the available TV channels.
>
> > The error seems to be "No channels are configured to use grabber."
> > So what can I do ? I searched a lot on the web without finding a solution.
>
> That is my guess also.


Hi Barry,

Thanks for your answer.

My native language is german, but I live in France since a long time.

So if I understand you well, regarding live tv should be possible even if
there is a problem with mythfilldatabase ?

In this case I will first try to get live tv working, and than recording.

http://www.epgdata.com/ is commercial and this should not be necessary. I also
have a dreambox and it works without any commercial service. (I want to
replace the dreambox by mythtv because the box is buggy).

I tried a channel scan with a free grabber for Europe, but the result is the
same: the scan works, I get a liste of hundreds of channels, but I cannot
regard any.

I do not really understand if a grabber is necessary to watch tv. The french
mythtv site recommands to choose no grabber in setup.

My channel list is at
http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids

When I choose "watch tv", nothing happens. When I try to record tv, I see the
channel list, but impossible to watch or record any.

I started mythfrontend in a shell and I have the error message

"It appears that your backend may be misconfigured. Check your backend logs
to determine whether your inputs, lineups, channels, or storage configuration
are reporting errors. This issue is commonly caused by failing to complete
all setup steps properly. You may wish to review the documentation for
mythtv-setup."

I rebegan mythtv-setup step for step, I cannot see what is wrong.

I shall review the documentation, but perhaps you have an idea about the
mistake ?

Cheers

Klaus


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 04/03/18 11:13, Klaus Becker wrote:
> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a écrit :
>> Re: [mythtv-users] mythfilldatabase
>> From: Barry Martin <barry3martin@gmail.com>
>> To: mythtv-users@mythtv.org
>> Date: Hier 17:27
>> Hi Klaus!
>>
>> Your "the error seems to be 'No channels are configured to use grabber'"
>> is probably correct. Of course the thing is figuring out where. I
>> think your "the grabber" is going to be the German equivalent of here in
>> the U.S. SchedulesDirect. I'll admit to being a little more confused as
>> it appears your e-mail in French-based and the error messages are
>> partially in French.
>>
>>> I got a digital antenna and I want to watch german televison. I have a
>>> dreambox that works, but it does not work with MythTV.
>>>
>>> Channel scan works, but I cannot regard televison. There is a problem with
>>
>>> mythfilldatabase. I telles me:
>> I think you're confusing two different things, and don't get worried:
>> we all were newbies and had to learn. I'm an amateur and answering to
>> try to be able to bridge some of the more complex and detailed answers
>> the others will respond with. "Channel scan" is for watching Live TV
>> and I don't think has anything to do your mythfilldatabase problem.
>> ...Well, maybe.
>>
>> Mythfilldatabase can obtain its information two ways. One is from
>> "EIT", which is the programming information provided by the TV stations
>> in their live over-the-air signal. Here in the U.S. sometimes data for
>> only the next three or four hours, sometimes for a period of time up to
>> the next day or two (24 to 48 hours). The other way to obtain
>> programming data is via SchedulesDirect, though that's U.S.-only, no
>> idea what the European version is.
>>
>> One quirk (oddity) I noticed when I was playing here with EIT is there
>> is a setting (configuration) which will have the tuner do nothing but
>> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
>> in MythTV that tuner will always appear as 'busy'. (This paragraph does
>> and does not have anything to do with your current problem; I'm just
>> trying to point out a potential problem.)
>>
>>> $ mythfilldatabase
>>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
>>> [8238e839c9]www.mythtv.org
>>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
>>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>>
>> Somewhat how to read these things: year - month - date
>> time_to_ididy-bitty_seconds. Next column is more helpful when looking
>> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
>> "information'. 'W; for 'warning', "E" for 'error'.
>>
>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>>> locale that specifies a UTF-8 codeset, and many features may behave
>>> improperly with your current language settings. Please set the LC_ALL or
>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>>
>> Umm, the 'warning' line doesn't like something - I have no idea what.
>>
>>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
>>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>>
>> Again a mistake someplace but the system is correcting itself.
>>
>>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
>>> tv_grab_eu_egon
>>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>>
>> I think this is the start of the mythfilldatabase error you are
>> having. My guess is "tv_grab_eu_egon" is the equivalent of my
>> "SchedulesDirect" and it (*egon) has to be configured to which TV
>> stations you want. You will need to go to the *egon website, login,
>> select where you are, and then select/deselect the available TV channels.
>>
>>> The error seems to be "No channels are configured to use grabber."
>>> So what can I do ? I searched a lot on the web without finding a solution.
>>
>> That is my guess also.
>
>
> Hi Barry,
>
> Thanks for your answer.
>
> My native language is german, but I live in France since a long time.
>
> So if I understand you well, regarding live tv should be possible even if
> there is a problem with mythfilldatabase ?
>
> In this case I will first try to get live tv working, and than recording.
>
> http://www.epgdata.com/ is commercial and this should not be necessary. I also
> have a dreambox and it works without any commercial service. (I want to
> replace the dreambox by mythtv because the box is buggy).
>
> I tried a channel scan with a free grabber for Europe, but the result is the
> same: the scan works, I get a liste of hundreds of channels, but I cannot
> regard any.
>
> I do not really understand if a grabber is necessary to watch tv. The french
> mythtv site recommands to choose no grabber in setup.
>
> My channel list is at
> http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
>
> When I choose "watch tv", nothing happens. When I try to record tv, I see the
> channel list, but impossible to watch or record any.
>
> I started mythfrontend in a shell and I have the error message
>
> "It appears that your backend may be misconfigured. Check your backend logs
> to determine whether your inputs, lineups, channels, or storage configuration
> are reporting errors. This issue is commonly caused by failing to complete
> all setup steps properly. You may wish to review the documentation for
> mythtv-setup."
>
> I rebegan mythtv-setup step for step, I cannot see what is wrong.
>
> I shall review the documentation, but perhaps you have an idea about the
> mistake ?
>
> Cheers
>
> Klaus

I have no experience of German tv but I would expect you to be able to
get schedule information by EIT - which might be what the French Mythtv
site is calling 'no grabber' EIT works well for me in the UK; it just
doesn't give as much detail as the commercial services.

There's a comment above about an EIT setting that doesn't allow
recording. I don't think that's true. Perhaps it doesn't allow *other*
software to use that tuner.

John P


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Le dimanche 4 mars 2018, 11:39:19 CET John Pilkington a ?crit :
> On 04/03/18 11:13, Klaus Becker wrote:
> > Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> >> Re: [mythtv-users] mythfilldatabase
> >> From: Barry Martin <barry3martin@gmail.com>
> >> To: mythtv-users@mythtv.org
> >> Date: Hier 17:27
> >> Hi Klaus!
> >>
> >> Your "the error seems to be 'No channels are configured to use grabber'"
> >> is probably correct. Of course the thing is figuring out where. I
> >> think your "the grabber" is going to be the German equivalent of here in
> >> the U.S. SchedulesDirect. I'll admit to being a little more confused as
> >> it appears your e-mail in French-based and the error messages are
> >> partially in French.
> >>
> >>> I got a digital antenna and I want to watch german televison. I have a
> >>> dreambox that works, but it does not work with MythTV.
> >>>
> >>> Channel scan works, but I cannot regard televison. There is a problem
> >>> with
> >>
> >>> mythfilldatabase. I telles me:
> >> I think you're confusing two different things, and don't get worried:
> >> we all were newbies and had to learn. I'm an amateur and answering to
> >> try to be able to bridge some of the more complex and detailed answers
> >> the others will respond with. "Channel scan" is for watching Live TV
> >> and I don't think has anything to do your mythfilldatabase problem.
> >> ...Well, maybe.
> >>
> >> Mythfilldatabase can obtain its information two ways. One is from
> >> "EIT", which is the programming information provided by the TV stations
> >> in their live over-the-air signal. Here in the U.S. sometimes data for
> >> only the next three or four hours, sometimes for a period of time up to
> >> the next day or two (24 to 48 hours). The other way to obtain
> >> programming data is via SchedulesDirect, though that's U.S.-only, no
> >> idea what the European version is.
> >>
> >> One quirk (oddity) I noticed when I was playing here with EIT is there
> >> is a setting (configuration) which will have the tuner do nothing but
> >> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
> >> in MythTV that tuner will always appear as 'busy'. (This paragraph does
> >> and does not have anything to do with your current problem; I'm just
> >> trying to point out a potential problem.)
> >>
> >>> $ mythfilldatabase
> >>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
> >>> [8238e839c9]www.mythtv.org
> >>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
> >>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
> >>
> >> Somewhat how to read these things: year - month - date
> >> time_to_ididy-bitty_seconds. Next column is more helpful when looking
> >> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
> >> "information'. 'W; for 'warning', "E" for 'error'.
> >>
> >>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> >>> 2018-03-03 12:40:42.478751 W This application expects to be running a
> >>> locale that specifies a UTF-8 codeset, and many features may behave
> >>> improperly with your current language settings. Please set the LC_ALL or
> >>> LC_CTYPE, and LANG variable(s) in the environment in which this program
> >>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
> >>
> >> Umm, the 'warning' line doesn't like something - I have no idea what.
> >>
> >>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
> >>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
> >>
> >> Again a mistake someplace but the system is correcting itself.
> >>
> >>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
> >>> tv_grab_eu_egon
> >>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
> >>
> >> I think this is the start of the mythfilldatabase error you are
> >> having. My guess is "tv_grab_eu_egon" is the equivalent of my
> >> "SchedulesDirect" and it (*egon) has to be configured to which TV
> >> stations you want. You will need to go to the *egon website, login,
> >> select where you are, and then select/deselect the available TV channels.
> >>
> >>> The error seems to be "No channels are configured to use grabber."
> >>> So what can I do ? I searched a lot on the web without finding a
> >>> solution.
> >>
> >> That is my guess also.
> >
> > Hi Barry,
> >
> > Thanks for your answer.
> >
> > My native language is german, but I live in France since a long time.
> >
> > So if I understand you well, regarding live tv should be possible even if
> > there is a problem with mythfilldatabase ?
> >
> > In this case I will first try to get live tv working, and than recording.
> >
> > http://www.epgdata.com/ is commercial and this should not be necessary. I
> > also have a dreambox and it works without any commercial service. (I want
> > to replace the dreambox by mythtv because the box is buggy).
> >
> > I tried a channel scan with a free grabber for Europe, but the result is
> > the same: the scan works, I get a liste of hundreds of channels, but I
> > cannot regard any.
> >
> > I do not really understand if a grabber is necessary to watch tv. The
> > french mythtv site recommands to choose no grabber in setup.
> >
> > My channel list is at
> > http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
> >
> > When I choose "watch tv", nothing happens. When I try to record tv, I see
> > the channel list, but impossible to watch or record any.
> >
> > I started mythfrontend in a shell and I have the error message
> >
> > "It appears that your backend may be misconfigured. Check your backend
> > logs to determine whether your inputs, lineups, channels, or storage
> > configuration are reporting errors. This issue is commonly caused by
> > failing to complete all setup steps properly. You may wish to review the
> > documentation for mythtv-setup."
> >
> > I rebegan mythtv-setup step for step, I cannot see what is wrong.
> >
> > I shall review the documentation, but perhaps you have an idea about the
> > mistake ?
> >
> > Cheers
> >
> > Klaus
>
> I have no experience of German tv but I would expect you to be able to
> get schedule information by EIT - which might be what the French Mythtv
> site is calling 'no grabber' EIT works well for me in the UK; it just
> doesn't give as much detail as the commercial services.
>
> There's a comment above about an EIT setting that doesn't allow
> recording. I don't think that's true. Perhaps it doesn't allow *other*
> software to use that tuner.
>
> John P


Hi John,

I tried EIT, the result is the same.

I shall also study XMLTV wiki page on mythtv.org

Bye

Klaus

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:

>On 04/03/18 11:13, Klaus Becker wrote:
>> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
>>> Re: [mythtv-users] mythfilldatabase
>>> From: Barry Martin <barry3martin@gmail.com>
>>> To: mythtv-users@mythtv.org
>>> Date: Hier 17:27
>>> Hi Klaus!
>>>
>>> Your "the error seems to be 'No channels are configured to use grabber'"
>>> is probably correct. Of course the thing is figuring out where. I
>>> think your "the grabber" is going to be the German equivalent of here in
>>> the U.S. SchedulesDirect. I'll admit to being a little more confused as
>>> it appears your e-mail in French-based and the error messages are
>>> partially in French.
>>>
>>>> I got a digital antenna and I want to watch german televison. I have a
>>>> dreambox that works, but it does not work with MythTV.
>>>>
>>>> Channel scan works, but I cannot regard televison. There is a problem with
>>>
>>>> mythfilldatabase. I telles me:
>>> I think you're confusing two different things, and don't get worried:
>>> we all were newbies and had to learn. I'm an amateur and answering to
>>> try to be able to bridge some of the more complex and detailed answers
>>> the others will respond with. "Channel scan" is for watching Live TV
>>> and I don't think has anything to do your mythfilldatabase problem.
>>> ...Well, maybe.
>>>
>>> Mythfilldatabase can obtain its information two ways. One is from
>>> "EIT", which is the programming information provided by the TV stations
>>> in their live over-the-air signal. Here in the U.S. sometimes data for
>>> only the next three or four hours, sometimes for a period of time up to
>>> the next day or two (24 to 48 hours). The other way to obtain
>>> programming data is via SchedulesDirect, though that's U.S.-only, no
>>> idea what the European version is.
>>>
>>> One quirk (oddity) I noticed when I was playing here with EIT is there
>>> is a setting (configuration) which will have the tuner do nothing but
>>> detect the EIT data; it won't be able to be used as a tuner. Elsewhere
>>> in MythTV that tuner will always appear as 'busy'. (This paragraph does
>>> and does not have anything to do with your current problem; I'm just
>>> trying to point out a potential problem.)
>>>
>>>> $ mythfilldatabase
>>>> 2018-03-03 12:40:42.466101 C mythfilldatabase version: fixes/0.28
>>>> [8238e839c9]www.mythtv.org
>>>> 2018-03-03 12:40:42.466118 C Qt version: compile: 5.7.1, runtime: 5.7.1
>>>> 2018-03-03 12:40:42.466123 N Enabled verbose msgs: general
>>>
>>> Somewhat how to read these things: year - month - date
>>> time_to_ididy-bitty_seconds. Next column is more helpful when looking
>>> for errors: "C" I think is 'comment', 'N' for 'notification', "I" for
>>> "information'. 'W; for 'warning', "E" for 'error'.
>>>
>>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>>>> locale that specifies a UTF-8 codeset, and many features may behave
>>>> improperly with your current language settings. Please set the LC_ALL or
>>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').

This message actually means exactly what it says. Your Linux version
has not been set up properly so that programs are provided with the
LC_ALL and LANG environment variables to tell them about the language
and locale environment they are running in. My variables look like
this:

LC_ALL=en_NZ.UTF-8
LANG=en_NZ.UTF-8
LANGUAGE=en_NZ:en

I do not know the correct variables for a French (France) language
setup, but my guess would be something like this:

LC_ALL=fr_FR.UTF-8
LANG=fr_FR.UTF-8
LANGUAGE=fr_FR:fr

What Linux distribution are you using? Most will have a GUI setup
page somewhere to set the language and locale settings, and you may
have to reboot after changing them before the new settings will work.
In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
valid locale values. The LC_ALL value seems to be set in
/etc/environment, but I am not sure where the other two come from.

>>> Umm, the 'warning' line doesn't like something - I have no idea what.
>>>
>>>> 2018-03-03 12:40:42.479415 N Empty LocalHostName.
>>>> 2018-03-03 12:40:42.479434 I Using localhost value of 2stein
>>>
>>> Again a mistake someplace but the system is correcting itself.
>>>
>>>> 2018-03-03 12:40:42.505768 I Updating source #1 (Astra) with grabber
>>>> tv_grab_eu_egon
>>>> 2018-03-03 12:40:42.505918 I No channels are configured to use grabber.
>>>
>>> I think this is the start of the mythfilldatabase error you are
>>> having. My guess is "tv_grab_eu_egon" is the equivalent of my
>>> "SchedulesDirect" and it (*egon) has to be configured to which TV
>>> stations you want. You will need to go to the *egon website, login,
>>> select where you are, and then select/deselect the available TV channels.
>>>
>>>> The error seems to be "No channels are configured to use grabber."
>>>> So what can I do ? I searched a lot on the web without finding a solution.
>>>
>>> That is my guess also.
>>
>>
>> Hi Barry,
>>
>> Thanks for your answer.
>>
>> My native language is german, but I live in France since a long time.
>>
>> So if I understand you well, regarding live tv should be possible even if
>> there is a problem with mythfilldatabase ?
>>
>> In this case I will first try to get live tv working, and than recording.
>>
>> http://www.epgdata.com/ is commercial and this should not be necessary. I also
>> have a dreambox and it works without any commercial service. (I want to
>> replace the dreambox by mythtv because the box is buggy).
>>
>> I tried a channel scan with a free grabber for Europe, but the result is the
>> same: the scan works, I get a liste of hundreds of channels, but I cannot
>> regard any.
>>
>> I do not really understand if a grabber is necessary to watch tv. The french
>> mythtv site recommands to choose no grabber in setup.
>>
>> My channel list is at
>> http://supplement.xmltv.org/tv_grab_eu_epgdata/channel_ids
>>
>> When I choose "watch tv", nothing happens. When I try to record tv, I see the
>> channel list, but impossible to watch or record any.
>>
>> I started mythfrontend in a shell and I have the error message
>>
>> "It appears that your backend may be misconfigured. Check your backend logs
>> to determine whether your inputs, lineups, channels, or storage configuration
>> are reporting errors. This issue is commonly caused by failing to complete
>> all setup steps properly. You may wish to review the documentation for
>> mythtv-setup."
>>
>> I rebegan mythtv-setup step for step, I cannot see what is wrong.
>>
>> I shall review the documentation, but perhaps you have an idea about the
>> mistake ?
>>
>> Cheers
>>
>> Klaus
>
>I have no experience of German tv but I would expect you to be able to
>get schedule information by EIT - which might be what the French Mythtv
>site is calling 'no grabber' EIT works well for me in the UK; it just
>doesn't give as much detail as the commercial services.

It is worth trying EIT grabbing in case that is sufficient for your
needs. EIT data normally comes in two forms - either now/next (the
current program and the next program) or full EIT data for some
extended period, typically 7 days. Some multiplexes transmit both
now/next and full EIT data. Now/next EIT data is not normally very
useful as it does not allow you to schedule recordings ahead of time.
So if that is all that is available, then you will need to use another
source. Now/next EIT data can be helpful if the channels get their
EIT data updated for last minute changes such as a program running
late. Few channels seem to do that, and I think MythTV will only
start supporting last minute updates as of the upcoming version 30.

There does not seem to be much information on the MythTV Wiki about
German EPG data:

https://www.mythtv.org/wiki/XMLTV#Germany.2FAustria

but there is a German language MythTV forum where there may be more
help available:

https://forum.mythtv.org/viewforum.php?f=11

>There's a comment above about an EIT setting that doesn't allow
>recording. I don't think that's true. Perhaps it doesn't allow *other*
>software to use that tuner.

Correct - if you are using a tuner for grabbing EIT data, it remains
busy all the time being used by MythTV. This prevents other software
from using that tuner. It does not prevent MythTV from using it, as
it is possible to get EIT data from the EIT stream(s) of a multiplex
at the same time as getting the streams for one or more channels in
order to record them. It is a bad idea anyway to use a tuner that is
configured for use in MythTV for other purposes - at any time MythTV
may want to use it to start a recording. So using a tuner full time
for EIT grabbing is not really a problem.

>John P

When you use an XMLTV EPG grabber, the grabber can be able to populate
the channels in your database for you. Here in New Zealand, our
grabber can not do that, but if you use the epgData pay service, it
may be able to. If the grabber does not populate the channels, then
you have to use the channel scanner option in mythtv-setup to create
the channels. Once that has been done, you should be able to use live
TV to watch the channels. You can see all the channels that have been
scanned in mythtv-setup under the Channel Editor menu. For an XMLTV
EPG grabber to work, when you go into the Channel Editor, select a
channel and hit Enter to edit it, you should be able to use the right
arrow on "Channel options - commnon", and then scroll down to see the
XMLTV ID setting. That setting has to match what the XMLTV EPG
grabber uses to identify the channel. If the grabber does not set
that up, then you need to get the list of those values and enter them
into the XMLTV ID field for each channel.

To scan for channels using a tuner, in mythtv-setup, go to Input
Connections, select a tuner and hit Enter, right arrow to get the
options for that tuner, and select "Scan for channels". There will
then be more options about what sort of scanning to do. This will use
the hardware tuner to look at a range of frequencies determined by
your country settings to see if it can find any channels on those
frequencies. It can also find "service" channels that are used for
other things (eg updating set top boxes). If it creates such channels
in your database that can not be played, you can just go to the
channel list in mythtv-setup and hit the D key or delete button on
your remote to delete them.

To fetch the channel list from the XMLTV grabber (if it supports
that), instead of selecting "Scan for channels", select "Fetch
channels from listings source". As my New Zealand EPG does not
support that, I can not help with how it works. But if it is
configured properly it should give you a list of channels that are
avilable in your location all set up ready to go. So this is the best
option to use, if it is available.

Once mythtv-setup has a channel list, even if you have not got any EPG
data, you can use live TV. There is a problem where the starting
channel may not be set to a valid value so if you go to mythfrontend's
Watch TV menu, it may not start playing anything as it tries to tune
to an invalid channel. To fix that, in mythfrontend go instead to
Manage Recordings > Schedule Recordings > Program Guide. You should
see all your channels, but possibly without any EPG data. Select a
channel you want to watch, then use the remote Menu key or M on the
keyboard to bring up the Menu, select Watch This Channel and hit
Enter. If the channel you have select works, it will then become the
starting channel for next time you use the Watch TV menu. Once you
are watching a channel, you can just key in a new channel number and
Enter to change to a new channel. The last channel you were able to
play successfully will be the starting channel the next time you use
Watch TV.

Good EPG is the key to making MythTV work well for you - some of its
nicest features rely on good EPG data. For example, if the EPG data
does not identify series and episode information or give a unique ID
to each episode, then MythTV will not be able to prevent re-recording
of repeats of old programs that you have already recorded. So if
there is a commercial source of EPG data, that is likely the best
option to get the most out of MythTV. Here in New Zealand, we have
EPG data grabbed from EIT or MHEG5 originally, and it is annoyingly
bad at times. I often find that from my satellite pay channels, I
record the same episode of a series twice because they are normally
transmitted at least three times and on several channels the EPG data
on the first of those is marked as "New" in the subtitle or
description, with later repeats dropping the word "New" out of the EPG
data. Without the proper ID data in other fields, MythTV has to rely
on the title, subtitle and description data to work out what to
record, and if that data is different, it will think it is a new
episode and record it again. And when programs are repeated again at
a later date, our providers have often deleted their copy of their old
EPG data and they re-create it, and it will be different in some way,
causing further re-recordings. Sometimes they even do different
misspellings of words between transmissions of the same episode on the
same day! Commercial EPG data normally has these sorts of problems
fixed, so it can be well worth the (usually reasonable) cost of paying
for it.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Le lundi 5 mars 2018, 03:18:31 CET Stephen Worthington a ?crit :
> On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:
> >On 04/03/18 11:13, Klaus Becker wrote:
> >> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> >>> Re: [mythtv-users] mythfilldatabase
> >>> From: Barry Martin <barry3martin@gmail.com>
> >>> To: mythtv-users@mythtv.org
> >>> Date: Hier 17:27
> >>> Hi Klaus!

...



> >>>
> >>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
> >>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
> >>>> locale that specifies a UTF-8 codeset, and many features may behave
> >>>> improperly with your current language settings. Please set the LC_ALL
> >>>> or
> >>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
> >>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>
> This message actually means exactly what it says. Your Linux version
> has not been set up properly so that programs are provided with the
> LC_ALL and LANG environment variables to tell them about the language
> and locale environment they are running in. My variables look like
> this:
>
> LC_ALL=en_NZ.UTF-8
> LANG=en_NZ.UTF-8
> LANGUAGE=en_NZ:en
>
> I do not know the correct variables for a French (France) language
> setup, but my guess would be something like this:
>
> LC_ALL=fr_FR.UTF-8
> LANG=fr_FR.UTF-8
> LANGUAGE=fr_FR:fr
>
> What Linux distribution are you using? Most will have a GUI setup
> page somewhere to set the language and locale settings, and you may
> have to reboot after changing them before the new settings will work.
> In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
> valid locale values. The LC_ALL value seems to be set in
> /etc/environment, but I am not sure where the other two come from.


Hi Stephen,

Thanks for help.

For the moment, I shall only answer to the above issue.

I use Debian Stretch. I saw the above message, but i verified my locale config
and it seems to me to be ok. I have no problem with it. See

$ echo $LANG$ echo $LANG
Fr_FR.utf8


$ cat /etc/environment
(empty)


$ locale
LANG=fr_FR.utf8
LANGUAGE=
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME="fr_FR.utf8"
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"
LC_MESSAGES="fr_FR.utf8"
LC_PAPER="fr_FR.utf8"
LC_NAME="fr_FR.utf8"
LC_ADDRESS="fr_FR.utf8"
LC_TELEPHONE="fr_FR.utf8"
LC_MEASUREMENT="fr_FR.utf8"
LC_IDENTIFICATION="fr_FR.utf8"
LC_ALL=


$ locale -a
C
C.UTF-8
fr_FR.utf8
POSIX

$ cat /etc/default/locale
# File generated by update-locale
LANG="fr_FR.UTF-8"


So I don't understand the error message about locale. If necessary, I can ask
for help on Debian mailing list

Bye

Klaus



_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, 2018-03-04 at 15:51 +0100, Klaus Becker wrote:
> Le lundi 5 mars 2018, 03:18:31 CET Stephen Worthington a ?crit :
> > On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:
> > >On 04/03/18 11:13, Klaus Becker wrote:
> > >> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
> > >>> Re: [mythtv-users] mythfilldatabase
> > >>> From: Barry Martin <barry3martin@gmail.com>
> > >>> To: mythtv-users@mythtv.org
> > >>> Date: Hier 17:27
> > >>> Hi Klaus!
>
> ...
>
>
>
> > >>>
> > >>>> 2018-03-03 12:40:42.478733 I Assumed character encoding:
> fr_FR.utf8
> > >>>> 2018-03-03 12:40:42.478751 W This application expects to be
> running a
> > >>>> locale that specifies a UTF-8 codeset, and many features may
> behave
> > >>>> improperly with your current language settings. Please set the
> LC_ALL
> > >>>> or
> > >>>> LC_CTYPE, and LANG variable(s) in the environment in which
> this program
> > >>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-
> 8').
> >
> > This message actually means exactly what it says. Your Linux
> version
> > has not been set up properly so that programs are provided with the
> > LC_ALL and LANG environment variables to tell them about the
> language
> > and locale environment they are running in. My variables look like
> > this:
> >
> > LC_ALL=en_NZ.UTF-8
> > LANG=en_NZ.UTF-8
> > LANGUAGE=en_NZ:en
> >
> > I do not know the correct variables for a French (France) language
> > setup, but my guess would be something like this:
> >
> > LC_ALL=fr_FR.UTF-8
> > LANG=fr_FR.UTF-8
> > LANGUAGE=fr_FR:fr
> >
> > What Linux distribution are you using? Most will have a GUI setup
> > page somewhere to set the language and locale settings, and you may
> > have to reboot after changing them before the new settings will
> work.
> > In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
> > valid locale values. The LC_ALL value seems to be set in
> > /etc/environment, but I am not sure where the other two come from.
>
>
> Hi Stephen,
>
> Thanks for help.
>
> For the moment, I shall only answer to the above issue.
>
> I use Debian Stretch. I saw the above message, but i verified my
> locale config
> and it seems to me to be ok. I have no problem with it. See
>
> $ echo $LANG$ echo $LANG
> Fr_FR.utf8

Should this not be `Fr_FR.UTF-8`?

[...]
>
> $ locale -a
> C
> C.UTF-8
> fr_FR.utf8
> POSIX

Note the discrepancies above and below.

> $ cat /etc/default/locale
> # File generated by update-locale
> LANG="fr_FR.UTF-8"

Ian.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, 04 Mar 2018 15:51:19 +0100, you wrote:

>Le lundi 5 mars 2018, 03:18:31 CET Stephen Worthington a ?crit :
>> On Sun, 4 Mar 2018 11:39:19 +0000, you wrote:
>> >On 04/03/18 11:13, Klaus Becker wrote:
>> >> Le samedi 3 mars 2018, 10:27:28 CET Barry Martin a ?crit :
>> >>> Re: [mythtv-users] mythfilldatabase
>> >>> From: Barry Martin <barry3martin@gmail.com>
>> >>> To: mythtv-users@mythtv.org
>> >>> Date: Hier 17:27
>> >>> Hi Klaus!
>
>...
>
>
>
>> >>>
>> >>>> 2018-03-03 12:40:42.478733 I Assumed character encoding: fr_FR.utf8
>> >>>> 2018-03-03 12:40:42.478751 W This application expects to be running a
>> >>>> locale that specifies a UTF-8 codeset, and many features may behave
>> >>>> improperly with your current language settings. Please set the LC_ALL
>> >>>> or
>> >>>> LC_CTYPE, and LANG variable(s) in the environment in which this program
>> >>>> is executed to include a UTF-8 codeset (such as 'en_US.UTF-8').
>>
>> This message actually means exactly what it says. Your Linux version
>> has not been set up properly so that programs are provided with the
>> LC_ALL and LANG environment variables to tell them about the language
>> and locale environment they are running in. My variables look like
>> this:
>>
>> LC_ALL=en_NZ.UTF-8
>> LANG=en_NZ.UTF-8
>> LANGUAGE=en_NZ:en
>>
>> I do not know the correct variables for a French (France) language
>> setup, but my guess would be something like this:
>>
>> LC_ALL=fr_FR.UTF-8
>> LANG=fr_FR.UTF-8
>> LANGUAGE=fr_FR:fr
>>
>> What Linux distribution are you using? Most will have a GUI setup
>> page somewhere to set the language and locale settings, and you may
>> have to reboot after changing them before the new settings will work.
>> In my Ubuntu 16.04 system, the file /etc/locale.gen has a list of
>> valid locale values. The LC_ALL value seems to be set in
>> /etc/environment, but I am not sure where the other two come from.
>
>
>Hi Stephen,
>
>Thanks for help.
>
>For the moment, I shall only answer to the above issue.
>
>I use Debian Stretch. I saw the above message, but i verified my locale config
>and it seems to me to be ok. I have no problem with it. See
>
>$ echo $LANG$ echo $LANG
>Fr_FR.utf8
>
>
>$ cat /etc/environment
>(empty)
>
>
>$ locale
>LANG=fr_FR.utf8
>LANGUAGE=
>LC_CTYPE="fr_FR.utf8"
>LC_NUMERIC="fr_FR.utf8"
>LC_TIME="fr_FR.utf8"
>LC_COLLATE="fr_FR.utf8"
>LC_MONETARY="fr_FR.utf8"
>LC_MESSAGES="fr_FR.utf8"
>LC_PAPER="fr_FR.utf8"
>LC_NAME="fr_FR.utf8"
>LC_ADDRESS="fr_FR.utf8"
>LC_TELEPHONE="fr_FR.utf8"
>LC_MEASUREMENT="fr_FR.utf8"
>LC_IDENTIFICATION="fr_FR.utf8"
>LC_ALL=
>
>
>$ locale -a
>C
>C.UTF-8
>fr_FR.utf8
>POSIX
>
>$ cat /etc/default/locale
># File generated by update-locale
>LANG="fr_FR.UTF-8"
>
>
>So I don't understand the error message about locale. If necessary, I can ask
>for help on Debian mailing list
>
>Bye
>
>Klaus

Possibly a spelling mistake somewhere? Your LC_ variables have
"fr_FR.utf8" but my /etc/locale.gen file says that should be
"fr_FR.UTF-8" (note the hyphen and upper case UTF). Which is what you
have in your /etc/default/locale file.

I also wonder if having the system local set to French will cause
problems with handing EPG data in German.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 03/04/2018 09:51 AM, Klaus Becker wrote:
> I use Debian Stretch. I saw the above message, but i verified my locale config
> and it seems to me to be ok. I have no problem with it. See
>
> $ echo $LANG$ echo $LANG
> Fr_FR.utf8
...
> So I don't understand the error message about locale. If necessary, I can ask
> for help on Debian mailing list

That's your locale, not the locale of the environment in which MythTV
was executed--i.e. the environment in which the init
script/upstart/whatever ran mythbackend. You need to fix that.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Le dimanche 4 mars 2018, 11:09:23 CET Michael T. Dean a ?crit :
> On 03/04/2018 09:51 AM, Klaus Becker wrote:
> > I use Debian Stretch. I saw the above message, but i verified my locale
> > config and it seems to me to be ok. I have no problem with it. See
> >
> > $ echo $LANG$ echo $LANG
> > Fr_FR.utf8
>
> ...
>
> > So I don't understand the error message about locale. If necessary, I can
> > ask for help on Debian mailing list
>
> That's your locale, not the locale of the environment in which MythTV
> was executed--i.e. the environment in which the init
> script/upstart/whatever ran mythbackend. You need to fix that.

How to do that ?

Klaus

>
> Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org