Mailing List Archive

schedules direct
does anyone know if its down? have been trying all day to download
listing data. all i get in backend setup video sources when i click
retrieve lineups is a screen flash quick and no lineups. (username and
pass are the same ive used since it started, no typos, and net
connection is fine)

thanks


steve


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: schedules direct [ In reply to ]
I just checked and it's working fine for me.

On Sun, Mar 29, 2009 at 5:02 PM, Steve Reilly <sfreilly@roadrunner.com>wrote:

>
> does anyone know if its down? have been trying all day to download
> listing data. all i get in backend setup video sources when i click
> retrieve lineups is a screen flash quick and no lineups. (username and
> pass are the same ive used since it started, no typos, and net
> connection is fine)
>
> thanks
>
>
> steve
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
Re: schedules direct [ In reply to ]
John Hoyt wrote:
> I just checked and it's working fine for me.


you know what, accept my apologies, this was a new install of mythbuntu,
and i checked the net connection by opening firefox. (the homepage is
default set to a local html file which i didnt realize) i had router
problems which are ok now. thanks for checking appreciate it.


steve



_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: schedules direct [ In reply to ]
this thread was pointed out to me in #irc.

[mythtv-users] schedulesdirect not working
http://www.mythtv.org/pipermail/mythtv-users/2012-April/332813.html

i just subscribed to the ML, and am not sure how to inject myself into
the thread without a reply in hand ... hoping just the Subject match
will do it.

similarly to others here, i've built

mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.25-54-g46062bf
MythTV Branch : fixes/0.25
Network Protocol : 72
Library API : 0.25.20120408-1
QT Version : 4.8.1
Options compiled in:
linux release use_hidesyms using_alsa using_backend
using_bindings_perl using_bindings_python
using_bindings_php using_frontend using_hdhomerun
using_libcrypto using_libxml2 using_mheg
using_opengl_video using_qtwebkit using_qtscript
using_qtdbus using_x11 using_xrandr using_xv
using_bindings_perl using_bindings_python
using_bindings_php using_mythtranscode using_opengl
using_vaapi using_ffmpeg_threads using_mheg
using_libxml2

on

uname -a
Linux myth 3.1.10-1.9-default #1 SMP Thu Apr 5 18:48:38
UTC 2012 (4a97ec8) x86_64 x86_64 x86_64 GNU/Linux


i've an HDHR connected to my server.

on the server, checking user home dir,

echo ~/mythbackend
/var/lib/mythtv//mythbackend

i've exec'd a complete setup/config with mythtv-setup.

grabbing local channel config with XMLTV utils,

su - mythbackend
tv_grab_na_dd --configure
cat /var/lib/mythtv/.xmltv/tv_grab_na_dd.conf
username: ######
password: ######
timeoffset: +0000
lineup: PC:94131
channel: 2-1 KTVUDT
channel: 5-1 KPIXDT
channel: 4-1 KRONDT
channel: 7-1 KGODT
channel: 44-1 KBCWDT
channel: 4-2 KRONDT2
channel: 36-1 KICUDT
channel: 11-1 KNTVDT
channel: 20-1 KOFYDT
channel: 9-1 KQEDDT
channel: 9-2 KQEDDT2
channel: 7-2 KGODT2
channel: 38-1 KCNSDT
channel: 22-1 KRCBDT
channel: 22-2 KRCBDT2
channel: 22-3 KRCBDT3
channel: 9-3 KQEDDT3
channel: 65-1 KKPXDT
channel: 60-1 KCSMDT
channel: 60-2 KCSMDT2
channel: 11-2 KNTVDT2
channel: 60-3 KCSMDT3
channel: 54-1 KQEHDT
channel: 32-1 KMTPDT
channel: 7-3 KGODT3
channel: 20-2 KOFYDT2
channel: 65-3 KKPXDT3
channel: 54-2 KQEHDT2
channel: 54-3 KQEHDT3
channel: 36-3 KICUDT3
channel: 42-3 KTNCDT3

i manually tweak in Mythweb Channel Editor settings for channum,
callsign, & xmltvid using this data.

on the server, verifying it in the DB,

mysql
mysql> use mythtv_db;
mysql> SELECT channum,callsign,xmltvid FROM channel;
+---------+----------+---------+
| channum | callsign | xmltvid |
+---------+----------+---------+
| 11-1 | KNTVDT | 21785 |
| 11-2 | KNTVDT2 | 36151 |
| 42-3 | KTNCDT3 | 68504 |
| 22-1 | KRCBDT | 35242 |
| 22-2 | KRCBDT2 | 35244 |
| 22-3 | KRCBDT3 | 35246 |
| 28_1 | KFTL-CD | |
| 28_10 | KEAR | |
| 5-1 | KPIXDT | 19572 |
| 32-1 | KMTPDT | 47121 |
| 36-1 | KICUDT | 21650 |
| 36-3 | KICUDT3 | 67818 |
| 38-1 | KCNSDT | 31220 |
| 65-1 | KKPXDT | 35375 |
| 65-3 | KKPXDT3 | 50678 |
| 60-1 | KCSMDT | 35545 |
| 60-2 | KCSMDT2 | 35547 |
| 60-3 | KCSMDT3 | 44200 |
| 2-1 | KTVUDT | 19571 |
| 44-1 | KBCWDT | 19575 |
| 9-1 | KQEDDT | 24344 |
| 9-2 | KQEDDT2 | 30507 |
| 9-3 | KQEDDT3 | 35278 |
| 7-1 | KGODT | 19574 |
| 7-2 | KGODT2 | 30833 |
| 7-3 | KGODT3 | 49937 |
| 20-1 | KOFYDT | 24343 |
| 20-2 | KOFYDT2 | 50612 |
| 4-2 | KRONDT2 | 20547 |
| 4-1 | KRONDT | 19573 |
| 54-1 | KQEHDT | 44690 |
| 54-2 | KQEHDT2 | 55312 |
| 54-3 | KQEHDT3 | 55524 |
+---------+----------+---------+
33 rows in set (0.00 sec)

grabbing EPG data using tv_grab_na_dd

tv_grab_na_dd --quiet --config-file
"/var/lib/mythtv/.xmltv/tv_grab_na_dd.conf" >
/var/lib/mythtv/.xmltv/epg_test.xml

cat /var/lib/mythtv/.xmltv/epg_test.xml | head -n 500 ==>
http://pastebin.com/p70pg25x

that full & complete EPG data (epg.xml) can be

(1) viewed as text
(2) imported into FreeGuide
(3) scanned directly from the SD source by tvheadend

in all 3 cases, the data appears as complete and usable.

iiuc, mythtv, for some reason, does NOT use tv_grab_na_dd for pulling
data from SD, but uses its own internal scanner in that case.

attempting to similarly pull the EPG using myth,

mythfilldatabase --dd-grab-all --nodblog -v file,network
--loglevel debug --logpath /tmp | tee /tmp/mythfill.grab.log

ls -altr /tmp/*log
-rw-r--r-- 1 mythbackend video 19929 Apr 26 13:15
/tmp/mythfill.grab.log =======>
https://gist.github.com/4381649548501cecf597
-rw-r--r-- 1 mythbackend video 31580 Apr 26 13:15
/tmp/mythfilldatabase.20120426131456.6764.log =======>
https://gist.github.com/3d034a2f05d69e5a78df

then, for good measure,

service mythbackend restart
ps ax | grep -i bin/myth
7060 ? Ssl 0:00 /usr/local/bin/mythbackend
--daemon --logpath /var/log/mythtv

and nav to,

http://myth.locuse.net/mythweb/tv/list

I see no program data, only "no data".

here's an image,

http://img221.imageshack.us/img221/2505/epgdwm.png

next, if i instead try to import the XMLTV tv_grab_na_dd'd
"/var/lib/mythtv/.xmltv/epg_test.xml", from above, it also fails,

mythfilldatabase --file --sourceid 1 --xmlfile
"/var/lib/mythtv/.xmltv/epg_test.xml" --verbose all
2012-04-26 13:40:32.146468 C mythfilldatabase version:
fixes/0.25 [v0.25-54-g46062bf] www.mythtv.org
2012-04-26 13:40:32.146498 N Enabled verbose msgs: all
2012-04-26 13:40:32.146525 N Setting Log Level to
LOG_INFO
2012-04-26 13:40:32.146577 I Added logging to the
console
2012-04-26 13:40:32.146583 I Added database logging to
table logging
2012-04-26 13:40:32.146686 N Setting up SIGHUP handler
2012-04-26 13:40:32.146806 I Bypassing grabbers,
reading directly from file
2012-04-26 13:40:32.146897 N Using runtime prefix =
/usr/local
2012-04-26 13:40:32.146915 N Using configuration
directory = /var/lib/mythtv/.mythtv
2012-04-26 13:40:32.147016 E
(old)Settings::ReadSettings(settings.txt) - No such file
settings.txt
2012-04-26 13:40:32.147104 I Assumed character
encoding: en_US.UTF-8
2012-04-26 13:40:32.147490 E
(old)Settings::ReadSettings(settings.txt) - No such file
settings.txt
2012-04-26 13:40:32.147513 E
(old)Settings::ReadSettings(/usr/local/share/mythtv/mysql.txt)
- No such file /usr/local/share/mythtv/mysql.txt
2012-04-26 13:40:32.147525 E
(old)Settings::ReadSettings(/usr/local/etc/mythtv/mysql.txt)
- No such file /usr/local/etc/mythtv/mysql.txt
2012-04-26 13:40:32.147648 E
(old)Settings::ReadSettings(./mysql.txt) - No such file
./mysql.txt
2012-04-26 13:40:32.147676 I Using localhost value of
myth.locuse.net
2012-04-26 13:40:32.147695 I Clearing Settings Cache.
2012-04-26 13:40:32.147807 I DefaultUPnP() - No default
UPnP backend
2012-04-26 13:40:32.147833 I Clearing Settings Cache.
2012-04-26 13:40:32.154145 I Database connection
created: DBManager0
2012-04-26 13:40:32.154181 I New DB connection, total:
1
2012-04-26 13:40:32.158509 I Connected to database
'mythtv_db' at host: myth.locuse.net
2012-04-26 13:40:32.161897 I Closing DB connection
named 'DBManager0'
2012-04-26 13:40:32.162056 I Clearing Settings Cache.
2012-04-26 13:40:32.162111 I Database connection
created: DBManager1
2012-04-26 13:40:32.162127 I New DB connection, total:
1
2012-04-26 13:40:32.163287 I Connected to database
'mythtv_db' at host: myth.locuse.net
2012-04-26 13:40:32.164173 N Setting QT default locale
to en_US
2012-04-26 13:40:32.164184 I Current locale en_US
2012-04-26 13:40:32.164231 N Reading locale defaults
from /usr/local/share/mythtv//locales/en_us.xml
2012-04-26 13:40:32.169051 I Enabling Settings Cache.
2012-04-26 13:40:32.169056 I Clearing Settings Cache.
2012-04-26 13:40:32.169145 E setHttpProxy() - failed to
find a network proxy
2012-04-26 13:40:32.169541 I Loading en_us translation
for module mythfrontend
2012-04-26 13:40:32.169555 I Disabling Settings Cache.
2012-04-26 13:40:32.169558 I Clearing Settings Cache.
2012-04-26 13:40:32.170586 I Current MythTV Schema
Version (DBSchemaVer): 1299
2012-04-26 13:40:32.170600 I Enabling Settings Cache.
2012-04-26 13:40:32.170603 I Clearing Settings Cache.
2012-04-26 13:40:32.247258 I Database connection
created: DBManager2
2012-04-26 13:40:32.247282 I New DB connection, total:
2
2012-04-26 13:40:32.248942 I Connected to database
'mythtv_db' at host: myth.locuse.net
2012-04-26 13:40:35.033435 I IconData: Updating icons
for sourceid: 1
2012-04-26 13:40:35.035574 N Unknown xmltv channel
identifier: I19571.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.036435 N Unknown xmltv channel
identifier: I19572.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.037207 N Unknown xmltv channel
identifier: I19573.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.037957 N Unknown xmltv channel
identifier: I19574.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.038699 N Unknown xmltv channel
identifier: I19575.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.039474 N Unknown xmltv channel
identifier: I20547.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.040218 N Unknown xmltv channel
identifier: I21650.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.040959 N Unknown xmltv channel
identifier: I21785.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.041695 N Unknown xmltv channel
identifier: I24343.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.042437 N Unknown xmltv channel
identifier: I24344.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.043238 N Unknown xmltv channel
identifier: I30507.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.043993 N Unknown xmltv channel
identifier: I30833.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.044735 N Unknown xmltv channel
identifier: I31220.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.045470 N Unknown xmltv channel
identifier: I35242.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.046210 N Unknown xmltv channel
identifier: I35244.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.046981 N Unknown xmltv channel
identifier: I35246.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.047726 N Unknown xmltv channel
identifier: I35278.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.048463 N Unknown xmltv channel
identifier: I35375.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.049197 N Unknown xmltv channel
identifier: I35545.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.049927 N Unknown xmltv channel
identifier: I35547.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.050660 N Unknown xmltv channel
identifier: I36151.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.051640 N Unknown xmltv channel
identifier: I44200.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.052420 N Unknown xmltv channel
identifier: I44690.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.053163 N Unknown xmltv channel
identifier: I47121.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.053911 N Unknown xmltv channel
identifier: I49937.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.054670 N Unknown xmltv channel
identifier: I50612.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.055504 N Unknown xmltv channel
identifier: I50678.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.056263 N Unknown xmltv channel
identifier: I55312.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.057006 N Unknown xmltv channel
identifier: I55524.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.057740 N Unknown xmltv channel
identifier: I67818.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.058476 N Unknown xmltv channel
identifier: I68504.labs.zap2it.com - Skipping channel.
2012-04-26 13:40:35.058515 I Updated programs: 0
Unchanged programs: 0
2012-04-26 13:40:35.093788 I Adjusting program database
end times.
2012-04-26 13:40:35.094160 I 0 replacements made
2012-04-26 13:40:35.094166 I Marking generic episodes.
2012-04-26 13:40:35.095088 I Found 0
2012-04-26 13:40:35.095178 I Extending non-unique
programids with multiple parts.
2012-04-26 13:40:35.095790 I Found 0
2012-04-26 13:40:35.095854 I Marking repeats.
2012-04-26 13:40:35.097366 I Found 0
2012-04-26 13:40:35.097372 I Unmarking new episode
rebroadcast repeats.
2012-04-26 13:40:35.098096 I Found 0
2012-04-26 13:40:35.101127 I Marking episode first
showings.
2012-04-26 13:40:35.118209 I Found 49
2012-04-26 13:40:35.118214 I Marking episode last
showings.
2012-04-26 13:40:35.134987 I Found 49
2012-04-26 13:40:35.136216 I
===============================================================
| Attempting to contact the master backend for
rescheduling. |
| If the master is not running, rescheduling will happen
when |
| the master backend is restarted.
|
===============================================================
2012-04-26 13:40:35.140052 I MythCoreContext:
Connecting to backend server: 10.10.9.202:6543 (try 1 of
1)
2012-04-26 13:40:35.140572 I MythSocket(6eb330:134): IP
is local, using loopback address instead
2012-04-26 13:40:35.140582 I MythSocket(6eb330:134):
attempting connect() to (127.0.0.1:6543)
2012-04-26 13:40:35.140608 I MSocketDevice::connect:
setting Protocol to IPv4
2012-04-26 13:40:35.140611 I MSocketDevice::connect:
attempting to create new socket
2012-04-26 13:40:35.140911 I MythSocket(6eb330:134):
write -> 134 30 MYTH_PROTO_VERSION 72 D78EFD6F
2012-04-26 13:40:35.141653 I MythSocket(6eb330:134):
read <- 134 13 ACCEPT[]:[]72
2012-04-26 13:40:35.141666 I Using protocol version 72
2012-04-26 13:40:35.141676 I MythSocket(6eb330:134):
write -> 134 43 ANN Monitor myth.locuse.net 0
2012-04-26 13:40:35.141888 I MythSocket(6eb330:134):
read <- 134 2 OK
2012-04-26 13:40:35.141948 I MythSocket(6c6480:135): IP
is local, using loopback address instead
2012-04-26 13:40:35.141956 I MythSocket(6c6480:135):
attempting connect() to (127.0.0.1:6543)
2012-04-26 13:40:35.141968 I MSocketDevice::connect:
setting Protocol to IPv4
2012-04-26 13:40:35.141971 I MSocketDevice::connect:
attempting to create new socket
2012-04-26 13:40:35.142051 I MythSocket(6c6480:135):
write -> 135 43 ANN Monitor myth.locuse.net 1
2012-04-26 13:40:35.142342 I MythSocket(6c6480:135):
read <- 135 2 OK
2012-04-26 13:40:35.142554 I MythSocket(6eb330:134):
write -> 134 24 RESCHEDULE_RECORDINGS -1
2012-04-26 13:40:35.142803 I MythSocket(6eb330:134):
read <- 134 1 1
2012-04-26 13:40:35.142824 I MythSocket(6eb330:134):
write -> 134 32 MESSAGE[]:[]CLEAR_SETTINGS_CACHE
2012-04-26 13:40:35.143037 I MythSocket(6eb330:134):
read <- 134 2 OK
2012-04-26 13:40:35.143061 I MythSocket(6eb330:134):
write -> 134 82 MESSAGE[]:[]SYSTEM_EVENT
MYTHFILLDATABASE_RAN SENDER pvr.server....
2012-04-26 13:40:35.143283 I MythSocket(6eb330:134):
read <- 134 2 OK
2012-04-26 13:40:35.143293 N mythfilldatabase run
complete.
2012-04-26 13:40:35.143385 I MythSocket(6c6480:135):
read <- 135 50
BACKEND_MESSAGE[]:[]CLEAR_SETTINGS_CACHE[]:[]empty
2012-04-26 13:40:35.143398 I Received remote 'Clear
Cache' request
2012-04-26 13:40:35.143404 I Clearing Settings Cache.
2012-04-26 13:40:35.167354 I Closing DB connection
named 'DBManager2'
2012-04-26 13:40:35.167803 I Closing DB connection
named 'DBManager1'
2012-04-26 13:40:35.168065 I Destroying MythDBPrivate
2012-04-26 13:40:35.168379 I DataDirect: Deleting
temporary files

and, checking, the EPG is still blank, populated only with "no data".

in summary, so far,

(1) myth tv is built & configured, and the connection to the DB is up
(2) the SD connection and EPG data are good. or, at least, good enough
for freeguide & tvheadend. (noting that it's been suggested in this
thread to file a bug @ SD ...)
(3) pulling data to the server with MythTV's internal scanner procedure
works, but neither using that pulled data, nor via an import of 'good'
XML data, does the data seem to get into MythTV DB for display in the
EPG.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users
Re: schedules direct [ In reply to ]
On 04/26/2012 04:56 PM, locuse wrote:
> grabbing EPG data using tv_grab_na_dd
>
> tv_grab_na_dd --quiet --config-file
> "/var/lib/mythtv/.xmltv/tv_grab_na_dd.conf">
> /var/lib/mythtv/.xmltv/epg_test.xml

If using tv_grab_na_dd to pull data for use in MythTV, you need to use
--dd-data to get the raw data,

> next, if i instead try to import the XMLTV tv_grab_na_dd'd
> "/var/lib/mythtv/.xmltv/epg_test.xml", from above, it also fails,
>
> mythfilldatabase --file --sourceid 1 --xmlfile
> "/var/lib/mythtv/.xmltv/epg_test.xml" --verbose all

and then you need to use --dd-file instead of --file to read it in;
otherwise, you're not getting all of the data you'll need.

(from, locuse, later in thread)
> yes, i saw that difference. i've entered the '5 digit XMLTV ID'
> because:
> (1) when MythTV fills the Channel DB with a scan from SD, it fills with
> 5 digit numeric IDs,

but if you use XMLTV data and --file, you should use the long
(not-just-5-digit) XMLTV ID.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users
Re: schedules direct [ In reply to ]
On 04/27/2012 02:21 PM, Gavin Hurlbut wrote:
>>>> I use the Radio Times xmltv grabber, I don't use EIT, mythfilldatabse
>>>> still tries
>>>> to connect to Schedules Direct.
> Please provide logs (and version info) for mythfilldatabase where it's
> doing this. This will be necessary to track down any issues.

And/or...

The problem is almost definitely that you have a Video Source configured
to use Schedules Direct--it may not even be connected to anything.

My recommendation is to do the Video Source portion of
http://www.gossamer-threads.com/lists/mythtv/users/264034#264034 to
clear out all the garbage in your Video Source/Input Connections
configuration and start clean. Doing so will require re-scanning for
channels.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users
Re: schedules direct [ In reply to ]
On 28/04/12 15:47:34, Michael T. Dean wrote:
> On 04/27/2012 02:21 PM, Gavin Hurlbut wrote:
>>>>> I use the Radio Times xmltv grabber, I don't use EIT,

> The problem is almost definitely that you have a Video Source
> configured to use Schedules Direct--it may not even be connected to
> anything.
>

Give the man a cigar! yes that is the problem.
mysql> select sourceid,name,xmltvgrabber from videosource;
+----------+--------------+------------------+
| sourceid | name | xmltvgrabber |
+----------+--------------+------------------+
| 5 | Satellite S2 | tv_grab_uk_rt |
| 3 | satellite | tv_grab_uk_rt |
| 7 | | schedulesdirect1 |
+----------+--------------+------------------+

Just need to delete that and I suppose the issue will go away, I wonder
where that came from.
I might have to give it a name to get rid of it since it does not seem
to show up in the backend.

I have deleted it, didn't need to give it a name, of course it is blank
and difficult to see unless you actually move to it which because it
was the last one in the list I never moved down that far.

Now lets see if we get the same issue in the log file.


--
'ooroo

stinga...(:)-)
---------------------------------------------------
Email: stinga@wolf-rock.com o
You need only two tools. o /////
A hammer and duct tape. If it /@ `\ /) ~
doesn't move and it should, > (O) X< ~ Fish!!
use the hammer. If it moves and `\___/' \) ~
shouldn't, use the tape. \\\
---------------------------------------------------

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users
Re: schedules direct [ In reply to ]
On 04/29/2012 04:40 PM, stinga wrote:
>
> On 28/04/12 15:47:34, Michael T. Dean wrote:
>> On 04/27/2012 02:21 PM, Gavin Hurlbut wrote:
>>>>>> I use the Radio Times xmltv grabber, I don't use EIT,
>
>> The problem is almost definitely that you have a Video Source
>> configured to use Schedules Direct--it may not even be connected to
>> anything.
>>
>
> Give the man a cigar! yes that is the problem.
> mysql> select sourceid,name,xmltvgrabber from videosource;
> +----------+--------------+------------------+
> | sourceid | name | xmltvgrabber |
> +----------+--------------+------------------+
> | 5 | Satellite S2 | tv_grab_uk_rt |
> | 3 | satellite | tv_grab_uk_rt |
> | 7 | | schedulesdirect1 |
> +----------+--------------+------------------+
>
> Just need to delete that and I suppose the issue will go away, I
> wonder where that came from.
> I might have to give it a name to get rid of it since it does not seem
> to show up in the backend.
>
> I have deleted it, didn't need to give it a name, of course it is
> blank and difficult to see unless you actually move to it which
> because it was the last one in the list I never moved down that far.
>
> Now lets see if we get the same issue in the log file.

It's easy enough to get one of those with our "clumsy" old, forsaken,
legacy setup program that uses Qt widgets instead of mythui. Glad you
got it fixed.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://www.mythtv.org/mailman/listinfo/mythtv-users
Re: Schedules Direct [ In reply to ]
on Ubuntu 16.04 I just installed xmltv using apt and I got a lot of
tv_grabber, but not the tv_grab_zz_sdjson ones.  Do I need to install
the xmltv from the debian repository??
>
>
> Jim A
>
>
> You need to clone this Git repo:
> https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite
> <https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite>
>
> git clone https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite
> <https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite>
>
> If you don't have git installed, you'll need to install that as well.
>
> sudo apt-get install git
>
> I had to copy the files from the cloned repo to /usr/bin.  They are
> then seen by mythtv-setup.  You could just browse the files on the
> webpage and copy and paste the content yourself but you lose the
> ability to easily update when Gary updates his code.
>
> If you're in the repo you've cloned, you can just
>
> git pull
>
> and get the new content when it comes down the pike. There is a hell
> of a lot of detail to Git but that will get you the files you need.
>

Okay, I cloned the git and now have the right commands in /usr/bin. I
first tried to run the --info to see if it was installed right but I got
errors.  Are there other things to do first??

tv_grab_zz_sdjson_sqlite --info

Can't locate File/Which.pm in @INC (you may need to install the
File::Which module) (@INC contains: /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1
/usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5
/usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at
/usr/bin/tv_grab_zz_sdjson_sqlite line 107.
BEGIN failed--compilation aborted at /usr/bin/tv_grab_zz_sdjson_sqlite
line 107.

Not sure if I've missed a step.

Jim A


>
> _______________________________________________
> 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
Re: Schedules Direct [ In reply to ]
On Fri, Jan 26, 2018 at 11:43 AM, Jim Abernathy <jfabernathy@gmail.com>
wrote:

> on Ubuntu 16.04 I just installed xmltv using apt and I got a lot of
> tv_grabber, but not the tv_grab_zz_sdjson ones. Do I need to install the
> xmltv from the debian repository??
>
>
>> Jim A
>>
>
> You need to clone this Git repo: https://github.com/garybuhrmas
> ter/tv_grab_zz_sdjson_sqlite
>
> git clone https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite
>
> If you don't have git installed, you'll need to install that as well.
>
> sudo apt-get install git
>
> I had to copy the files from the cloned repo to /usr/bin. They are then
> seen by mythtv-setup. You could just browse the files on the webpage and
> copy and paste the content yourself but you lose the ability to easily
> update when Gary updates his code.
>
> If you're in the repo you've cloned, you can just
>
> git pull
>
> and get the new content when it comes down the pike. There is a hell of a
> lot of detail to Git but that will get you the files you need.
>
>
> Okay, I cloned the git and now have the right commands in /usr/bin. I
> first tried to run the --info to see if it was installed right but I got
> errors. Are there other things to do first??
>
> tv_grab_zz_sdjson_sqlite --info
>
> Can't locate File/Which.pm in @INC (you may need to install the
> File::Which module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1
> /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22
> /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at
> /usr/bin/tv_grab_zz_sdjson_sqlite line 107.
> BEGIN failed--compilation aborted at /usr/bin/tv_grab_zz_sdjson_sqlite
> line 107.
>
> Not sure if I've missed a step.
>
> Jim A
>

One more thing. When you set up the initial database, the script should be
running as the user which runs mythbackend, which is mythtv in my case.
The files get put in the currrent user's home directory so this is
important.

If you do this as a different user, you can try to copy the relevant folder
(~/.xmltv) to your mythbackend user's home directory, but it's easy to make
a mistake there. You can try it though. 'sudo cp -R ~/.xmltv
/<mythtv_home_dir>/'. Be sure to 'chown -R mythtv:mythtv .xmltv' (or
whatever user it happens to be in Ubuntu) If in doubt where that home
directory is, you can check the user's entry in /etc/passwd.

This is the sort of thing that I like to try but it's really safer to do it
the right way and just log in as the mythtv user. It will probably save
you time in the long run. I happen to have a password for the mythtv
user. I finally just set a password for the mythtv user because I have to
log in as that user a lot. 'sudo passwd mythtv' will do that for you. And
you may have to add a shell for him in /etc/passwd. Then you can just 'su
- mythtv' and login. Again, I don't know the way that Ubuntu is set up.

Sorry if this is too simplistic.

Running 'su - mythtv -c '/usr/bin/tv_grab_zz_sdjson_sqlite' may do the
trick if you don't have a password for mythtv.
Re: Schedules Direct [ In reply to ]
On 26/01/18 16:43, Jim Abernathy wrote:

>
> Okay, I cloned the git and now have the right commands in /usr/bin.  I
> first tried to run the --info to see if it was installed right but I
> got errors.  Are there other things to do first??
>
> tv_grab_zz_sdjson_sqlite --info
>
> Can't locate File/Which.pm in @INC (you may need to install the
> File::Which module) (@INC contains: /etc/perl
> /usr/local/lib/x86_64-linux-gnu/perl/5.22.1
> /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
> /usr/share/perl/5.22 /usr/local/lib/site_perl
> /usr/lib/x86_64-linux-gnu/perl-base .) at
> /usr/bin/tv_grab_zz_sdjson_sqlite line 107.
> BEGIN failed--compilation aborted at /usr/bin/tv_grab_zz_sdjson_sqlite
> line 107.
>
> Not sure if I've missed a step.
>
> Jim A
>

From some old notes I made when I installed Gary's grabber you need a
few perl modules that may not be installed by default.

libfile-which-perl
libfile-homedir-perl
libdatetime-format-sqlite-perl
libdbd-sqlite2-perl
liblwp-useragent-determined-perl

Paul H.
_______________________________________________
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
Re: Schedules Direct [ In reply to ]
On 01/26/2018 12:53 PM, Paul Harrison wrote:
> On 26/01/18 16:43, Jim Abernathy wrote:
>
>>
>> Okay, I cloned the git and now have the right commands in /usr/bin. 
>> I first tried to run the --info to see if it was installed right but
>> I got errors.  Are there other things to do first??
>>
>> tv_grab_zz_sdjson_sqlite --info
>>
>> Can't locate File/Which.pm in @INC (you may need to install the
>> File::Which module) (@INC contains: /etc/perl
>> /usr/local/lib/x86_64-linux-gnu/perl/5.22.1
>> /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
>> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
>> /usr/share/perl/5.22 /usr/local/lib/site_perl
>> /usr/lib/x86_64-linux-gnu/perl-base .) at
>> /usr/bin/tv_grab_zz_sdjson_sqlite line 107.
>> BEGIN failed--compilation aborted at
>> /usr/bin/tv_grab_zz_sdjson_sqlite line 107.
>>
>> Not sure if I've missed a step.
>>
>> Jim A
>>
>
> From some old notes I made when I installed Gary's grabber you need a
> few perl modules that may not be installed by default.
>
> libfile-which-perl
> libfile-homedir-perl
> libdatetime-format-sqlite-perl
> libdbd-sqlite2-perl
> liblwp-useragent-determined-perl
>
> Paul H.

Thanks,  I'm not sure I got them all, but I'd install one, then run the
command and install the lib it was missing. I think I did all of your
list and sqlite3 as well.  But I think I have the command working at
this point.

Jim A

> _______________________________________________
> 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

_______________________________________________
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
Re: Schedules Direct [ In reply to ]
On 01/26/2018 12:40 PM, Jerry wrote:
> On Fri, Jan 26, 2018 at 11:43 AM, Jim Abernathy <jfabernathy@gmail.com
> <mailto:jfabernathy@gmail.com>> wrote:
>
> on Ubuntu 16.04 I just installed xmltv using apt and I got a lot
> of tv_grabber, but not the tv_grab_zz_sdjson ones.  Do I need to
> install the xmltv from the debian repository??
>>
>>
>> Jim A
>>
>>
>> You need to clone this Git repo:
>> https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite
>> <https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite>
>>
>> git clone
>> https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite
>> <https://github.com/garybuhrmaster/tv_grab_zz_sdjson_sqlite>
>>
>> If you don't have git installed, you'll need to install that as well.
>>
>> sudo apt-get install git
>>
>> I had to copy the files from the cloned repo to /usr/bin.  They
>> are then seen by mythtv-setup.  You could just browse the files
>> on the webpage and copy and paste the content yourself but you
>> lose the ability to easily update when Gary updates his code.
>>
>> If you're in the repo you've cloned, you can just
>>
>> git pull
>>
>> and get the new content when it comes down the pike.  There is a
>> hell of a lot of detail to Git but that will get you the files
>> you need.
>>
>
> Okay, I cloned the git and now have the right commands in
> /usr/bin.  I first tried to run the --info to see if it was
> installed right but I got errors.  Are there other things to do
> first??
>
> tv_grab_zz_sdjson_sqlite --info
>
> Can't locate File/Which.pm in @INC (you may need to install the
> File::Which module) (@INC contains: /etc/perl
> /usr/local/lib/x86_64-linux-gnu/perl/5.22.1
> /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
> /usr/share/perl/5.22 /usr/local/lib/site_perl
> /usr/lib/x86_64-linux-gnu/perl-base .) at
> /usr/bin/tv_grab_zz_sdjson_sqlite line 107.
> BEGIN failed--compilation aborted at
> /usr/bin/tv_grab_zz_sdjson_sqlite line 107.
>
> Not sure if I've missed a step.
>
> Jim A
>
>
> One more thing.  When you set up the initial database, the script
> should be running as the user which runs mythbackend, which is mythtv
> in my case.  The files get put in the currrent user's home directory
> so this is important.
>
> If you do this as a different user, you can try to copy the relevant
> folder (~/.xmltv) to your mythbackend user's home directory, but it's
> easy to make a mistake there. You can try it though.  'sudo cp -R
> ~/.xmltv /<mythtv_home_dir>/'.  Be sure to 'chown -R mythtv:mythtv
> .xmltv' (or whatever user it happens to be in Ubuntu)  If in doubt
> where that home directory is, you can check the user's entry in
> /etc/passwd.
>
> This is the sort of thing that I like to try but it's really safer to
> do it the right way and just log in as the mythtv user.   It will
> probably save you time in the long run.  I happen to have a password
> for the mythtv user.  I finally just set a password for the mythtv
> user because I have to log in as that user a lot.  'sudo passwd
> mythtv' will do that for you.  And you may have to add a shell for him
> in /etc/passwd.  Then you can just 'su - mythtv' and login.  Again, I
> don't know the way that Ubuntu is set up.
>
> Sorry if this is too simplistic.
>
> Running 'su - mythtv -c '/usr/bin/tv_grab_zz_sdjson_sqlite' may do the
> trick if you don't have a password for mythtv.

I know permissions are important, so I want to understand this
completely.  I know I have a mythtv user and group because it got
created when I installed and it made my user "jim" a part of the mythtv
group. I did all the mythtv-setup as "jim" and the .xmltv/database is in
/home/jim. And the permissions are r/w for "jim". I can run
mythfilldatabase as "jim" and it seems to work without any issues. 
Mythfilldatabase also runs at the end of mythtv-setup after you enter
the sudo password to restart mythbackend.  That seems to work.  So I'm
not sure if I have an issue to correct or not.  I can always watch each
day to see the status of the schedules.  But so far with the tips I got
on this mailing list and the wiki I've switched over from the internal
grabber for SD to the newer XMLTV grabber. I seem to have 21 days of
schedules, so that's great.

Thanks everyone,

Jim A

>
>
> _______________________________________________
> 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
Re: Schedules Direct [ In reply to ]
</lurker>

FWIW.....

The XMLTV project released their 0.5.70 version on/about
2017-11-27 which includes the newer grabber versions
(including tv_grab_zz_sdjson and tv_grab_zz_sdjson_sqlite).
If your repo has not updated to that latest version, you might
want to contact the appropriate maintainer for your repo of
choice and request an update. If you do contact them, you
may also want to point them to the next paragraphs
information, so they can update their various watch scripts
for upstream projects so they can be notified of future
releases from the project.

The XMLTV project has moved from sourceforge to github
(Sourceforge was closing down the cvs support, so it was
time to re-examine the VCS choice, and its residency).
The location is now: https://github.com/XMLTV/xmltv

As others have commented on, the internal grabber
(via the legacy zap2it DataDirect processing (you may
see references to DD<this> or DD<that>) in the code
and in logs) still works fine for many. There are some
differences in the results from the internal DataDirect
and the (generic) XMLTV grabber results, which can
cause existing recording schedules (or old_recorded)
to result in surprises. After any conversion to/from
the internal grabber to/from the XMLTV grabbers,
compare your recording rules and schedules carefully
to minimize those surprises.

Due to the design of mythfilldatabase (it loads all
the data from the XMLTV grabber into memory before
processing), systems with limited memory may need
to specify --no-allatonce to mythfilldatabase to avoid
excessive swapping (the need will vary depending
on how large many channels your source provides).

FD: I prefer tv_grab_zz_sdjson_sqlite over either
tv_grab_zz_sdjson or the internal DataDirect grabber,
but I am likely more than a little biased.

<lurker>
_______________________________________________
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
Re: Schedules Direct [ In reply to ]
> On Jan 26, 2018, at 5:34 PM, Gary Buhrmaster <gary.buhrmaster@gmail.com> wrote:
>
> </lurker>
>
> FWIW.....
>
> The XMLTV project released their 0.5.70 version on/about
> 2017-11-27 which includes the newer grabber versions
> (including tv_grab_zz_sdjson and tv_grab_zz_sdjson_sqlite).
> If your repo has not updated to that latest version, you might
> want to contact the appropriate maintainer for your repo of
> choice and request an update. If you do contact them, you
> may also want to point them to the next paragraphs
> information, so they can update their various watch scripts
> for upstream projects so they can be notified of future
> releases from the project.
>
> The XMLTV project has moved from sourceforge to github
> (Sourceforge was closing down the cvs support, so it was
> time to re-examine the VCS choice, and its residency).
> The location is now: https://github.com/XMLTV/xmltv
>
> As others have commented on, the internal grabber
> (via the legacy zap2it DataDirect processing (you may
> see references to DD<this> or DD<that>) in the code
> and in logs) still works fine for many. There are some
> differences in the results from the internal DataDirect
> and the (generic) XMLTV grabber results, which can
> cause existing recording schedules (or old_recorded)
> to result in surprises. After any conversion to/from
> the internal grabber to/from the XMLTV grabbers,
> compare your recording rules and schedules carefully
> to minimize those surprises.
>
> Due to the design of mythfilldatabase (it loads all
> the data from the XMLTV grabber into memory before
> processing), systems with limited memory may need
> to specify --no-allatonce to mythfilldatabase to avoid
> excessive swapping (the need will vary depending
> on how large many channels your source provides).
>
> FD: I prefer tv_grab_zz_sdjson_sqlite over either
> tv_grab_zz_sdjson or the internal DataDirect grabber,
> but I am likely more than a little biased.
>
> <lurker>
> _______________________________________________
> 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

Gary—

Two questions:

1. Will the current versions of the grabbers still work with xmltv 0.5.69-1?

2. Between the two grabbers, is the only difference that the SQLite flavor uses a SQLite database for its local caching whereas the other flavor uses a flat file? If so, I would think a SQLite database would be more easily managed via code and prevent cache errors, but I’m speculating. If there is more reason why it’s preferred, please let me know (because I’m like a sponge when it comes to learning).

Best,
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
Re: Schedules Direct [ In reply to ]
</lurker>

On Sat, Jan 27, 2018 at 4:39 AM, Michael A Weber <mweberjunk01@gmail.com> wrote:

> 1. Will the current versions of the grabbers still work with xmltv 0.5.69-1?

TTBOMK yes (but I have not personally tested all
possible cases).

> 2. Between the two grabbers, is the only difference that the SQLite flavor uses a SQLite database for its local caching whereas the other flavor uses a flat file?

Not exactly. While the use of a sqlite database is in the
name of one, the two programs came from very different
start points and while the two programs produce mostly
equivalent results for the simple cases, not all cases are
simple cases, and their are differences due to their
interpretation and merging of the upstream source data
(which is common to both). However, I am unaware of
anyone doing a true objective line-by-line side-by-side
evaluation, so all one will get is biased opinions from
those that likely choose one (or the other) and believe in
what they have chosen. As I admit my biases, you
should do your own evaluation for your use cases (or
find someone you believe is unbiased to help you choose).

<lurker>
_______________________________________________
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
Re: Schedules Direct [ In reply to ]
On 01/26/2018 06:34 PM, Gary Buhrmaster wrote:
> </lurker>
>
> FWIW.....
>
> The XMLTV project released their 0.5.70 version on/about
> 2017-11-27 which includes the newer grabber versions
> (including tv_grab_zz_sdjson and tv_grab_zz_sdjson_sqlite).
> If your repo has not updated to that latest version, you might
> want to contact the appropriate maintainer for your repo of
> choice and request an update. If you do contact them, you
> may also want to point them to the next paragraphs
> information, so they can update their various watch scripts
> for upstream projects so they can be notified of future
> releases from the project.
>
> The XMLTV project has moved from sourceforge to github
> (Sourceforge was closing down the cvs support, so it was
> time to re-examine the VCS choice, and its residency).
> The location is now: https://github.com/XMLTV/xmltv
I posted a question on launchpad.net about getting xmltv updated to
0.5.70.  Basically the paragraph above. We'll see about getting ubuntu
repository for xmltv fixed.  In the mean time, and I know this is maybe
a dumb question, but what would be the best way for me to move from the
ubuntu xmltv 0.5.67 package to 0.5.70 from github? maybe I don't need
to? What I did to get tv_grab_zz_sdjson_sqlite was to clone it from
github and move tv_grab_zz_sdjson_sqlite and tv_grab_na_sd to /usr/bin
and start working with it. Once I figured out the perl dependences I got
it working.

So maybe I'm fine for now? If the ubuntu xmltv repository gets updated
I'll get updated, but I'm guessing I'd have to uninstall the current
xmltv package to use the one from github.

Jim A

> _______________________________________________
> 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

_______________________________________________
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
Re: Schedules Direct [ In reply to ]
> One more thing.  When you set up the initial database, the script
> should be running as the user which runs mythbackend, which is mythtv
> in my case.  The files get put in the currrent user's home directory
> so this is important.
>
> If you do this as a different user, you can try to copy the relevant
> folder (~/.xmltv) to your mythbackend user's home directory, but it's
> easy to make a mistake there. You can try it though.  'sudo cp -R
> ~/.xmltv /<mythtv_home_dir>/'.  Be sure to 'chown -R mythtv:mythtv
> .xmltv' (or whatever user it happens to be in Ubuntu)  If in doubt
> where that home directory is, you can check the user's entry in
> /etc/passwd.
>
> This is the sort of thing that I like to try but it's really safer to
> do it the right way and just log in as the mythtv user.   It will
> probably save you time in the long run.  I happen to have a password
> for the mythtv user.  I finally just set a password for the mythtv
> user because I have to log in as that user a lot.  'sudo passwd
> mythtv' will do that for you.  And you may have to add a shell for him
> in /etc/passwd.  Then you can just 'su - mythtv' and login.  Again, I
> don't know the way that Ubuntu is set up.
>
> Sorry if this is too simplistic.
>
> Running 'su - mythtv -c '/usr/bin/tv_grab_zz_sdjson_sqlite' may do the
> trick if you don't have a password for mythtv.
>

I checked the morning and at 2AM mythfilldatabase ran automatically and
FAILED.  At least that is what is displayed with on a FE. I used System
Information and check the Schedule Status.  It FAILED with error code 1,
but I can't find a log file that gives me any detail.

If it's a permission problem I can chown mythtv:mythtv for the XMLTV
related config and database files, but not sure how to figure this one out.

Jim A

>
> _______________________________________________
> 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
Re: Schedules Direct [ In reply to ]
On Sat, Jan 27, 2018 at 6:28 AM, Jim Abernathy <jfabernathy@gmail.com>
wrote:

>
> One more thing. When you set up the initial database, the script should
> be running as the user which runs mythbackend, which is mythtv in my case.
> The files get put in the currrent user's home directory so this is
> important.
>
> If you do this as a different user, you can try to copy the relevant
> folder (~/.xmltv) to your mythbackend user's home directory, but it's easy
> to make a mistake there. You can try it though. 'sudo cp -R ~/.xmltv
> /<mythtv_home_dir>/'. Be sure to 'chown -R mythtv:mythtv .xmltv' (or
> whatever user it happens to be in Ubuntu) If in doubt where that home
> directory is, you can check the user's entry in /etc/passwd.
>
> This is the sort of thing that I like to try but it's really safer to do
> it the right way and just log in as the mythtv user. It will probably
> save you time in the long run. I happen to have a password for the mythtv
> user. I finally just set a password for the mythtv user because I have to
> log in as that user a lot. 'sudo passwd mythtv' will do that for you. And
> you may have to add a shell for him in /etc/passwd. Then you can just 'su
> - mythtv' and login. Again, I don't know the way that Ubuntu is set up.
>
> Sorry if this is too simplistic.
>
> Running 'su - mythtv -c '/usr/bin/tv_grab_zz_sdjson_sqlite' may do the
> trick if you don't have a password for mythtv.
>
>
> I checked the morning and at 2AM mythfilldatabase ran automatically and
> FAILED. At least that is what is displayed with on a FE. I used System
> Information and check the Schedule Status. It FAILED with error code 1,
> but I can't find a log file that gives me any detail.
>
> If it's a permission problem I can chown mythtv:mythtv for the XMLTV
> related config and database files, but not sure how to figure this one out.
>
> Jim A
>

I think you're nearly there. You can run the script successfully.

On my Fedora system, the automatic mythfilldatabase job runs as the mythtv
(mythbackend) user. So I'm pretty sure those files need to be in the
mythtv user's home directory. You'll have to check /etc/passwd for the
path there, but on my system it's /etc/mythtv. Just make sure they are in
the right place.

As to your other thread, I also had problems until i started running
mythtv-setup as the mythtv user. I just manually changed the shell for the
mythtv user in /etc/passwd to /bin/bash from /bin/false or whatever it
was. That alone did the trick. Then I added a password for mythtv with
'sudo passwd mythtv' and I was ready to roll.

I do the regular day to day maintenance as my regular user (not mythtv). I
just do the mythtv maintenance as user mythtv. I don't log in as mythtv
very often, and when I do, I type 'su mythtv' when I'm logged in as my
regular user to switch accounts.

I'm not sure as to the security issues involved here with giving the mythtv
user a shell. Maybe someone else will chime in. For a few years, I
actually just did everything on my mythtv backend as the mythtv user and I
never had a problem. My backend is behind my router and it's inaccessible
from outside my LAN. If there is a glaring problem with this and someone
has a better alternative, I'm all ears. I'm pretty sure it's okay. Just
use a good password.

So, if you want, you can try just manually copying over the files from
/home/jim/.xmltv or wherever they are to /<mythtv_home>/.xmltv and change
the ownership of them. Or you can go through the entire process again.

I tried to be clear (and I know I failed) but it was hard to remember
exactly how I set it up over a year ago. I think you're almost done and
you'll have it working very soon.

Jerry
Re: Schedules Direct [ In reply to ]
On Sat, Jan 27, 2018 at 10:27 AM, Jerry <mythtv@hambone.e4ward.com> wrote:

> On Sat, Jan 27, 2018 at 6:28 AM, Jim Abernathy <jfabernathy@gmail.com>
> wrote:
>
>>
>> One more thing. When you set up the initial database, the script should
>> be running as the user which runs mythbackend, which is mythtv in my case.
>> The files get put in the currrent user's home directory so this is
>> important.
>>
>> If you do this as a different user, you can try to copy the relevant
>> folder (~/.xmltv) to your mythbackend user's home directory, but it's easy
>> to make a mistake there. You can try it though. 'sudo cp -R ~/.xmltv
>> /<mythtv_home_dir>/'. Be sure to 'chown -R mythtv:mythtv .xmltv' (or
>> whatever user it happens to be in Ubuntu) If in doubt where that home
>> directory is, you can check the user's entry in /etc/passwd.
>>
>> This is the sort of thing that I like to try but it's really safer to do
>> it the right way and just log in as the mythtv user. It will probably
>> save you time in the long run. I happen to have a password for the mythtv
>> user. I finally just set a password for the mythtv user because I have to
>> log in as that user a lot. 'sudo passwd mythtv' will do that for you. And
>> you may have to add a shell for him in /etc/passwd. Then you can just 'su
>> - mythtv' and login. Again, I don't know the way that Ubuntu is set up.
>>
>> Sorry if this is too simplistic.
>>
>> Running 'su - mythtv -c '/usr/bin/tv_grab_zz_sdjson_sqlite' may do the
>> trick if you don't have a password for mythtv.
>>
>>
>> I checked the morning and at 2AM mythfilldatabase ran automatically and
>> FAILED. At least that is what is displayed with on a FE. I used System
>> Information and check the Schedule Status. It FAILED with error code 1,
>> but I can't find a log file that gives me any detail.
>>
>> If it's a permission problem I can chown mythtv:mythtv for the XMLTV
>> related config and database files, but not sure how to figure this one out.
>>
>> Jim A
>>
>
> I think you're nearly there. You can run the script successfully.
>
> On my Fedora system, the automatic mythfilldatabase job runs as the mythtv
> (mythbackend) user. So I'm pretty sure those files need to be in the
> mythtv user's home directory. You'll have to check /etc/passwd for the
> path there, but on my system it's /etc/mythtv. Just make sure they are in
> the right place.
>
> As to your other thread, I also had problems until i started running
> mythtv-setup as the mythtv user. I just manually changed the shell for the
> mythtv user in /etc/passwd to /bin/bash from /bin/false or whatever it
> was. That alone did the trick. Then I added a password for mythtv with
> 'sudo passwd mythtv' and I was ready to roll.
>
> I do the regular day to day maintenance as my regular user (not mythtv).
> I just do the mythtv maintenance as user mythtv. I don't log in as mythtv
> very often, and when I do, I type 'su mythtv' when I'm logged in as my
> regular user to switch accounts.
>
> I'm not sure as to the security issues involved here with giving the
> mythtv user a shell. Maybe someone else will chime in. For a few years, I
> actually just did everything on my mythtv backend as the mythtv user and I
> never had a problem. My backend is behind my router and it's inaccessible
> from outside my LAN. If there is a glaring problem with this and someone
> has a better alternative, I'm all ears. I'm pretty sure it's okay. Just
> use a good password.
>
> So, if you want, you can try just manually copying over the files from
> /home/jim/.xmltv or wherever they are to /<mythtv_home>/.xmltv and change
> the ownership of them. Or you can go through the entire process again.
>
> I tried to be clear (and I know I failed) but it was hard to remember
> exactly how I set it up over a year ago. I think you're almost done and
> you'll have it working very soon.
>
> Jerry
>

One more thing. When you get your files ready to run as the mythtv user,
and you can log in as him, log in and run 'mythtvfilldatabase
--dd-grab-all' from the command prompt to verify things are working. That
should tell you if everything is set up correctly. You may need that extra
switch that Gary mentioned earlier if your backend has limited memory.

I think you need the --dd-grab-all switch. I have it set up that way in
mythtv setup. I could be wrong about that switch -- I've had it that way
since it was advised to do so a number of years ago on this list. It's
working for me.
Re: Schedules Direct [ In reply to ]
> On Jan 27, 2018, at 10:27 AM, Jerry <mythtv@hambone.e4ward.com> wrote:
>
> On Sat, Jan 27, 2018 at 6:28 AM, Jim Abernathy <jfabernathy@gmail.com <mailto:jfabernathy@gmail.com>> wrote:
>
>> One more thing. When you set up the initial database, the script should be running as the user which runs mythbackend, which is mythtv in my case. The files get put in the currrent user's home directory so this is important.
>>
>> If you do this as a different user, you can try to copy the relevant folder (~/.xmltv) to your mythbackend user's home directory, but it's easy to make a mistake there. You can try it though. 'sudo cp -R ~/.xmltv /<mythtv_home_dir>/'. Be sure to 'chown -R mythtv:mythtv .xmltv' (or whatever user it happens to be in Ubuntu) If in doubt where that home directory is, you can check the user's entry in /etc/passwd.
>>
>> This is the sort of thing that I like to try but it's really safer to do it the right way and just log in as the mythtv user. It will probably save you time in the long run. I happen to have a password for the mythtv user. I finally just set a password for the mythtv user because I have to log in as that user a lot. 'sudo passwd mythtv' will do that for you. And you may have to add a shell for him in /etc/passwd. Then you can just 'su - mythtv' and login. Again, I don't know the way that Ubuntu is set up.
>>
>> Sorry if this is too simplistic.
>>
>> Running 'su - mythtv -c '/usr/bin/tv_grab_zz_sdjson_sqlite' may do the trick if you don't have a password for mythtv.
>>
>
> I checked the morning and at 2AM mythfilldatabase ran automatically and FAILED. At least that is what is displayed with on a FE. I used System Information and check the Schedule Status. It FAILED with error code 1, but I can't find a log file that gives me any detail.
>
> If it's a permission problem I can chown mythtv:mythtv for the XMLTV related config and database files, but not sure how to figure this one out.
>
> Jim A
>
> I think you're nearly there. You can run the script successfully.
>
> On my Fedora system, the automatic mythfilldatabase job runs as the mythtv (mythbackend) user. So I'm pretty sure those files need to be in the mythtv user's home directory. You'll have to check /etc/passwd for the path there, but on my system it's /etc/mythtv. Just make sure they are in the right place.
>
> As to your other thread, I also had problems until i started running mythtv-setup as the mythtv user. I just manually changed the shell for the mythtv user in /etc/passwd to /bin/bash from /bin/false or whatever it was. That alone did the trick. Then I added a password for mythtv with 'sudo passwd mythtv' and I was ready to roll.
>
> I do the regular day to day maintenance as my regular user (not mythtv). I just do the mythtv maintenance as user mythtv. I don't log in as mythtv very often, and when I do, I type 'su mythtv' when I'm logged in as my regular user to switch accounts.
>
> I'm not sure as to the security issues involved here with giving the mythtv user a shell. Maybe someone else will chime in. For a few years, I actually just did everything on my mythtv backend as the mythtv user and I never had a problem. My backend is behind my router and it's inaccessible from outside my LAN. If there is a glaring problem with this and someone has a better alternative, I'm all ears. I'm pretty sure it's okay. Just use a good password.
>
> So, if you want, you can try just manually copying over the files from /home/jim/.xmltv or wherever they are to /<mythtv_home>/.xmltv and change the ownership of them. Or you can go through the entire process again.
>
> I tried to be clear (and I know I failed) but it was hard to remember exactly how I set it up over a year ago. I think you're almost done and you'll have it working very soon.
>
> Jerry

Thanks for the help.

I missed something by just copying over the files, so I deleted my Video Source stuff in mythtv-setup and started over, this time running it as user mythtv. That got everything created correctly again. I can run mythfilldatabase as user mythtv and it runs without error, but I get that message in System Information-> Schedule status that the fill ran but there was nothing to add. I get that if I run mythfildatabase manually when it’s already run automatically.

So I think I have it now, but will not know for sure until it runs over night and fills the database again.

Jim A

> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org <mailto:mythtv-users@mythtv.org>
> http://lists.mythtv.org/mailman/listinfo/mythtv-users <http://lists.mythtv.org/mailman/listinfo/mythtv-users>
> http://wiki.mythtv.org/Mailing_List_etiquette <http://wiki.mythtv.org/Mailing_List_etiquette>
> MythTV Forums: https://forum.mythtv.org <https://forum.mythtv.org/>
Re: Schedules Direct [ In reply to ]
>
> One more thing. When you get your files ready to run as the mythtv user, and you can log in as him, log in and run 'mythtvfilldatabase --dd-grab-all' from the command prompt to verify things are working. That should tell you if everything is set up correctly. You may need that extra switch that Gary mentioned earlier if your backend has limited memory.
>
> I think you need the --dd-grab-all switch. I have it set up that way in mythtv setup. I could be wrong about that switch -- I've had it that way since it was advised to do so a number of years ago on this list. It's working for me.

If you look at the Wiki it mentions that —dd-grab-all is for DataDirect only. So I don’t know if it applies to XMLTV on SD.

Anyway, I logged in as mythtv user and ran mythfilldatabase —dd-grab-all and it ran without error. I checked system status on a FE and the Listings Status shows the results of that run and Results: Successful. So I think we have it fixed.

It would be nice to know if I should change the mythtv-setup to use the command "mythfilldatabase —dd-grab-all” as the normal everyday update command since I’m now using XMLTV??

Thanks,

Jim A



> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org <mailto:mythtv-users@mythtv.org>
> http://lists.mythtv.org/mailman/listinfo/mythtv-users <http://lists.mythtv.org/mailman/listinfo/mythtv-users>
> http://wiki.mythtv.org/Mailing_List_etiquette <http://wiki.mythtv.org/Mailing_List_etiquette>
> MythTV Forums: https://forum.mythtv.org <https://forum.mythtv.org/>
Re: Schedules Direct [ In reply to ]
On Sat, Jan 27, 2018 at 11:18 AM, James Abernathy <jfabernathy@gmail.com>
wrote:

>
>
> One more thing. When you get your files ready to run as the mythtv user,
> and you can log in as him, log in and run 'mythtvfilldatabase
> --dd-grab-all' from the command prompt to verify things are working. That
> should tell you if everything is set up correctly. You may need that extra
> switch that Gary mentioned earlier if your backend has limited memory.
>
> I think you need the --dd-grab-all switch. I have it set up that way in
> mythtv setup. I could be wrong about that switch -- I've had it that way
> since it was advised to do so a number of years ago on this list. It's
> working for me.
>
>
> If you look at the Wiki it mentions that —dd-grab-all is for DataDirect
> only. So I don’t know if it applies to XMLTV on SD.
>
> Anyway, I logged in as mythtv user and ran mythfilldatabase —dd-grab-all
> and it ran without error. I checked system status on a FE and the Listings
> Status shows the results of that run and Results: Successful. So I think
> we have it fixed.
>
> It would be nice to know if I should change the mythtv-setup to use the
> command "mythfilldatabase —dd-grab-all” as the normal everyday update
> command since I’m now using XMLTV??
>
> Thanks,
>
> Jim A
>

I think you're right -- I'm going to remove that switch as it was only
relevant to the DataDirect listings.

So I learned something, too. :) And if anyone knows a better way to set up
the mythtv user, fire away! I think it's all right with a valid shell,
though.
Re: Schedules Direct [ In reply to ]
>
> FWIW.....
>
> The XMLTV project released their 0.5.70 version on/about
> 2017-11-27 which includes the newer grabber versions
> (including tv_grab_zz_sdjson and tv_grab_zz_sdjson_sqlite).
> If your repo has not updated to that latest version, you might
> want to contact the appropriate maintainer for your repo of
> choice and request an update. If you do contact them, you
> may also want to point them to the next paragraphs
> information, so they can update their various watch scripts
> for upstream projects so they can be notified of future
> releases from the project.

I got my answer from the Ubuntu repository folks. They have 0.5.70 of xmltv scheduled for Ubuntu 18.04 with no reason to backport at this time. With 18.04 just a few months away, I bet it will not happen. I just downloaded the 0.5.70 xmltv tarball and built and installed it on my system. So now when I run tv_grab_zz_sdjson_sqlite —version I get:
XMLTV module version 0.5.70
This is tv_grab_zz_sdjson_sqlite version 1.4, 2017/06/19 16:15:28
jim@mythbuntu:~$

So I guess I now have the latest. Thanks for the help.

Jim A


>
> The XMLTV project has moved from sourceforge to github
> (Sourceforge was closing down the cvs support, so it was
> time to re-examine the VCS choice, and its residency).
> The location is now: https://github.com/XMLTV/xmltv
>

_______________________________________________
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
Re: Schedules Direct [ In reply to ]
On Sat, 27 Jan 2018 11:04:25 -0500, you wrote:


>I missed something by just copying over the files, so I deleted my Video Source stuff in mythtv-setup and started over, this time running it as user mythtv. That got everything created correctly again. I can run mythfilldatabase as user mythtv and it runs without error, but I get that message in System Information-> Schedule status that the fill ran but there was nothing to add. I get that if I run mythfildatabase manually when it?s already run automatically.
>
>So I think I have it now, but will not know for sure until it runs over night and fills the database again.
>
>Jim A

You also get the message about there being nothing to add if you are
running mythfilldatabase shortly after a previous run and there are
only a few new programmes added. I am not sure how many new
programmes are needed for you to not get that message. But if you are
testing your EPG setup, you will get that message all the time due to
running it multiple times in succession without time for the source
database to have any (or many) new programmes added.
_______________________________________________
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

1 2  View All