DailyMail: a daily e-mailed status report from your TiVo

[thepicman]

Cron does not even see this as a CMD. It just skips over it:

30 02 1-6 * * /var/hack/dailymail_jazz/dailymail.sh

What did I typo?

Cron is alive!

Realizing that TiVo runs on GMT was a small bit of insight and helpful for debug....

Tivo-onion: does DMJ only check for .tcl commands when it creates its list of "The following hack applications are scheduled to run on your TiVo:" ? I ask because my cron job never shows in this list now that I am running DMJ with a .sh file.

I followed many directions leading up to:

Creating dailymail.sh which included

export TIVOSH_POOLSIZE=3244032
/tvbin/tivosh /var/hack/dailymail_jazz/dailymail_jazz.tcl 72 xxx@xxx.com xxx@xxx.com > /var/log/dailymail_jazz_cron.log 2>&1

and then chmod +x /var/hack/dailymail_jazz/dailymail.sh

placing in crontab 00 11 * * 1-6 /var/hack/dailymail_jazz/dailymail.sh &

(which is 6AM on my side of the pond)

Now I can get my TiVo mail. Why I want it, I don't know; but then again I feel my toaster should be networked to my alarmclock.

I borrowed THIS (http://http://tivo.stevejenkins.com/downloads/sticker.zip) from Steve Jenkins. He made this to put on the outside of your TiVo, but why not use it in place of the TiVo logo in DMJ? :p

[tivo-onion]

All,

I think I am finally at the stage where I can release v0.28 Beta for some prelimary testing - if anyone out there is bold enough to install it. It is packed full of new features which I will list later in this email. This is only a testing release, there are probably lots of bugs in it - so please report them on this forum when you bump into them. This release is only for the bold and the experienced, so if you are a new user please install a proven and stable previous version - once tested I will fully document this module and release formally. The zip file attached contains a very high level datasheet - but You will get a lot from working through the newly structured config file - which should be easier to understand.

Here are the new features:

Non Customizable Updates:
• Completely re-structured configuration file to be easier to use and understand.
• Added support of the “EHLO” command in order to get greater debugging information on allowed authentication methods when interacting with the mail server. The module will also automatically retry a “HELO” command on fail of the “EHLO” command.
• Completely re-written disk checking / percent used aspect of module utilizing code from TiVoWebPlus, with a view to fixing issue for some later version TiVos.
• Tidied up various presentation aspects of the email, including textual formatting and wrapping where required.
• Updated Thumb presentation in the “To Do” list to show predicted, explicit and implied thumbs, including an “unset” thumb for the odd occasion when that situation occurs.
• Fixed bug where the up-time and temperature are not displayed in the status section.
• Improved debugging messages throughout module.
• Added additional items to the cron search in the status module, including fakecall.tcl and wipelogs.
• Provided a non-graphical equivalent space bar in the bulletin area.
• Streamlined date / time text in “To Do” list.
• Updated graphics throughout.
• Rejected recording code re-written to be more effective.
• Updated and new .itcl tivoweb modules to support functions, including “multi” functionality.
• The provision of a cron callable Tracker update module, based on Sanderton’s Tracker code.

Customizable Options:
• Modified usage of the TiVo’s name.
• Added selectable support for second disks, or a disk “B”. This allows for better presentation of SMART information.
• Added a "freepages" memory allocation fix for users struggling with memory problems.
• Added in “memorypool” support that is called in-line with the Dailymail module. It is also possible to call the Dailymail TCL module from the “run_jazzed_dailymail.sh” file included.
• In order to help fix issues with broken pipes and email send crashes, incorporated a new option to break up the message into chunks rather than sending all at one time.
• Added ability to re-size width of the email.
• Modified module so that up to 3 recipient emails can be specified in the configuration file.
• Added the ability to use either an AUTH LOGIN or AUTH PLAIN email server authentication method.
• Added a checkbox based multi-delete capability in the “To Do” list.
• Added a drop-down-list-box based multi-thumb update capability in the “To Do” list.
• Added the ability to repeat the submit “buttons” for “multi” capability.
• Added capability to display a dated subject line on the email if required.
• Added in connectivity with Sanderton’s tracker module - with highlights of blocked programs and pre-selection of delete checkboxes where possible.
• Significantly modified space bar in the bulletin area to show expired items and suggestions as a separate grey line if required. This is selectable and fully configurable through setting a variety of variables in the configuration file:
----- Specify whether suggestions are treated as free or used space
----- Specify whether expired items are treated as free or used space
----- Specify how suggestions are treated when they expire
----- Show the remaning time in user defined units
• Added in an optional suggestion graphic for the “To Do” and “Conflict” lists.
• Added optional start and end padding graphics for the “To Do” list.
• Significantly modified the “To Do” list to show cumulative , or progressive, space used. Where appropriate, this capability adds back in space for expired items to predict space available. This is a fully customizable area which includes:
----- User selectable display of program length in minutes, program size in megabytes, remaining % disk space after program recorded & remaining time after program recorded.
----- User selectable display of high-space indicator.
----- User selectable choice of basic, medium, high or best time remaining units.
----- User selectable display of indicator showing space added-back to expiry of programs.
----- User selectable display of indicator showing that expired programs and suggestions will be deleted by TiVo to make recording space.
• Added support to run the “fakecall.tcl” module in-line.

Download updated version from later post in this thread......

Have fun!

cheers

Chris

[cbemoore]

Fantastic work Chris!

But the zip file hasn't appeared on your website yet - have you uploaded it yet?

Chris

[cbemoore]

Fantastic work Chris!

But the zip file hasn't appeared on your website yet - have you uploaded it yet?

Chris

Spoke too soon - its there now!

And I was just about to go to bed......guess I'll be up for a bit now testing it out!

[tivo-onion]

Fantastic work Chris!

But the zip file hasn't appeared on your website yet - have you uploaded it yet?

Chris
Should be there if you click on the "here",

cheers

Chris

[Prof. Yaffle]

A delayed Welcome Back Chris and thankyou. I'll download it in a mo and have a play. There goes my early night ;)

[Prof. Yaffle]

Well, my initial testing seems good. I did manage to reboot TiVo first off by not thinking straight and trying to run dailymail_jazz.tcl from the Bash prompt (not repeatable though). Once I'd woke up and ran run_dailymail_jazz.tcl it worked perfectly. Tried it also from TiVoweb and again worked perfectly.
The only possible error I've spotted is in the TiVo Status section it had


WARNING: No SMART errors detected. Usage is at 50%. TiVo has 36 hours 46 mins of high quality time remaining.


Probably one of the space settings I've selected but I'll leave that for tomorrow as I'm going to bed now....
Hopefully my Cron generated mail will be waiting tomorrow morning.

Edit

It would seem the Expiry section is still using one channel for all of the Expiry entries. In the example I've just generated all of the programs have the channel as BBC2 despite the fact there should be a varied selection of channels. An example is here (http://www.karl.tracey.dsl.pipex.com/screenshots/dailymailbug.jpg)

[tivo-onion]

Edit

It would seem the Expiry section is still using one channel for all of the Expiry entries. In the example I've just generated all of the programs have the channel as BBC2 despite the fact there should be a varied selection of channels. An example is here (http://www.karl.tracey.dsl.pipex.com/screenshots/dailymailbug.jpg)

Will take a look at this one!

cheers

Chris

[tivo-onion]

Module is updated with fix for expiry section callsign problem. Is now fixed. Download from here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.0%20Beta%2016Mar05.zip) as it is too large to attach to this post.

cheers

Chris

[DerekR]

So no-one can help me with this then? I really don't know what to do next...


Hello brainy folks :)

It's the end of a long day. Been playing with Dailymail on and off most of the day and have just about got things working!

All appears well, I had some teething troubles, most of which I've managed to iron out myself (with the help of the 'search' facility), but basically Dailymail appears to be generating and sending it's email OK, but for some reason I'm not receiving anything in my inbox :(

Here's (what I think is) the relevant part of my logfile, does everything look OK to you guys?

23:21:52-debug-e-mail required
23:21:52-debug-about to send e-mail
23:21:52-debug-entered sendmail procedure
23:21:52-debug-variable check:
23:21:52-debug-mailserver : >>207.44.238.99<<
23:21:52-debug-domain : >>fireflyuk.net<<
23:21:52-debug-recipient : >>derekr@fireflyuk.net<<
23:21:52-debug-subject: >>TiVo status e-mail for Monday March 14, 2005<<
23:21:52-debug-attempting to open socket 25 to mailserver specified >>207.44.238.99<<
23:21:52-debug-got reply : >>220 smtp.fireflyinternet.com ESMTP FireFly SMTP Server v8.0.3; Mon, 14 Mar 2005 23:21:55 -0000<<
23:21:52-debug-connected
23:21:52-debug-got reply : >>250 smtp.fireflyinternet.com Hello fireflyuk.net [62.69.34.193], pleased to meet you.<<
23:21:52-debug-helo acknowledged
23:21:52-debug-got reply : >>250 2.1.0 <TiVo@fireflyuk.net>... Sender ok<<
23:21:52-debug-from acknowledged
23:21:52-debug-got reply : >>250 2.1.5 <derekr@fireflyuk.net>... Recipient ok; will forward<<
23:21:52-debug-to acknowledged
23:21:53-debug-got reply : >>354 Enter mail, end with "." on a line by itself<<
23:21:53-debug-sending message
23:21:53-debug-building header
23:21:53-debug-about to set recipient
23:21:53-debug-recipient set
23:21:53-debug-building content
23:21:53-debug-html starts
23:21:53-debug-body starts
23:21:53-debug-body ended
23:21:54-debug-got reply : >>250 2.6.0 9312 bytes received in 00:00:01; Message accepted for delivery<<
23:21:54-debug-message sent
23:21:54-debug-got reply : >>221 2.0.0 smtp.fireflyinternet.com closing connection<<
23:21:54-debug-disconnected
23:21:54-debug-e-mail sent
23:21:54-debug-html file generation required
23:21:54-debug-about to write html file
23:21:54-debug-building html content
23:21:54-debug-html starts
23:21:54-debug-body starts
23:21:54-debug-body ended
23:21:54-debug-html file written

------completed the jazzed dailymail program - v0.35.6 (14th April 2004) - thanks for your custom
------completed at 23:21:54


The only strange bit I can see is the "354 Enter mail, end with "." on a line by itself", is this something specific to my mail server? Is this anything to do with why my mail is not coming through? The "Message accepted for delivery" would suggest that everything is OK ??

I have tested my email by sending some messages to myself and these come through OK, so I know it's not a problem with my incoming mail.

Please help, I'm at my wits end!

(using dailymail v0.35.6 beta, cron installed and running but not set to do anything yet, I figured I should get dailymail working manually first).

[tivo-onion]

So no-one can help me with this then? I really don't know what to do next...

I think that this may be a problem with your email providor. The "354 Enter mail, end with "." on a line by itself" aspect of this is fairly standard for mail service providers, and the dailymail module caters for this. The log seems to identify that the mail is recieved ok. You should try using authentication, as sometimes some mail servers will not forward mails if you do not authenticate - even they say they do - I had a similar problem like this in the past. Also, you may want to try an alternative mail providor if you can,

cheers

Chris

[Prof. Yaffle]

Well, the Cron Dailymail didn't send this morning because of a Pipe error even though it worked okay from Bash and from the TiVoweb module. Just tried it with the fix for this enabled though and it seems to have worked fine. I'll try the newest Beta with the callsign fix tonight.

[Prof. Yaffle]

Chris,

Would I be right to assume that the only change to todays Beta is in dailymail_jazz.tcl? Nothing changed in any of the other files?

Thanks.

[tivo-onion]

Chris,

Would I be right to assume that the only change to todays Beta is in dailymail_jazz.tcl? Nothing changed in any of the other files?

Thanks.

Correct

[chippyt]

I am using the new .38 tivoweb module to edit the new config file for .38. I have tivowebplus pre1.1 and every time I click save, the tivo reboots. This wasn't an issue with .36 or .37

Any ideas?

[thepicman]

I am using the new .38 tivoweb module to edit the new config file for .38. I have tivowebplus pre1.1 and every time I click save, the tivo reboots. This wasn't an issue with .36 or .37

Any ideas?

I posted a similar error a few weeks ago. My S1 was doing that with .35 and .36 with TWP 1. I just started editing the cfg file within my FTP program instead.

[tivo-onion]

I am using the new .38 tivoweb module to edit the new config file for .38. I have tivowebplus pre1.1 and every time I click save, the tivo reboots. This wasn't an issue with .36 or .37

Any ideas?

I have no idea why this has happened - I have done no updates on the tivoweb module except for change the displayed version numbers? I periodically get a reboot - but only once in a blue moon - i cannot explain why? Try again and see if the problem is replicated,

cheers

Chris

[Prof. Yaffle]

Expiry callsign is working here now. Thanks.

The only other bug I can see is the one I mentioned last night. In the warnings section I have :-

http://www.karl.tracey.dsl.pipex.com/screenshots/diskerror.jpg

The disk space thresholds are set as



## (3.1.11) Available space low-to-mid threshold :
## Set to the whole number threshold of the low-mid transition amount for used space
## Quote marks should not be used.
set midthreshold 80


## (3.1.12) Available space mid-to-high threshold :
## Set to the whole number threshold of the mid-high transition amount for used space.
## Quote marks should not be used.
set highthreshold 95

and the HDD shows as being okay using Smartctl so I'm not sure why it's marked as a warning?

[scottdw]

I am using the new .38 tivoweb module to edit the new config file for .38. I have tivowebplus pre1.1 and every time I click save, the tivo reboots. This wasn't an issue with .36 or .37

Any ideas?

This is what the Freepages fix was supposed to fix:
"Added a "freepages" memory allocation fix for users struggling with memory problems.

Is there an option to turn on and off in the config?? If it is try turning it on.

[tivo-onion]

I have no idea why this has happened - I have done no updates on the tivoweb module except for change the displayed version numbers? I periodically get a reboot - but only once in a blue moon - i cannot explain why? Try again and see if the problem is replicated,

cheers

Chris
can you send me your log file please,

cheers

Chris

[chippyt]

I edited the cfg file via textpad and ran .38. My gmail account really hacks up the html and it looks bad, but I looked at the html file on my tivo and it is fine.

Here is what .38 reports for free space "WARNING: No SMART errors detected. Usage is at 2%. TiVo has 23 hours 19 mins of high quality time remaining."

The tivowebplus module reports a usage of 48.6%, which seems close.

Also, when I tried to run dailymail_jazz.tcl from the command line it say "no such file or directory", but when I ran run_dailymail_jazz.sh it ran fine.

I am using a HDVR2 with 4.0

Thanks for all the work on this program.

EDIT: attached log file

[Prof. Yaffle]

can you send me your log file please,

cheers

Chris

Talking to yourself is the first sign of madness. ;)

[iankb]

Talking to yourself is the first sign of madness.Only if he replies. :p

[Prof. Yaffle]

Only if he replies. :p

I'm monitoring carefully. :D

[tivo-onion]

Here is what .38 reports for free space "WARNING: No SMART errors detected. Usage is at 2%. TiVo has 23 hours 19 mins of high quality time remaining."

I am using a HDVR2 with 4.0

Thanks for all the work on this program.

EDIT: attached log file

Try the attached version of dailymail_jazz.tcl instead (it has extra debugging in it) and then send me the resultant logfile for my perusal. This is a throwaway module - so once you have sent me the logfile I would suggest deleting it.

cheers

Chris

[chippyt]

Try the attached version of dailymail_jazz.tcl instead (it has extra debugging in it) and then send me the resultant logfile for my perusal. This is a throwaway module - so once you have sent me the logfile I would suggest deleting it.

cheers

Chris

Here is the log file:

[tivo-onion]

Here is the log file:

Sorry mate, I sent you the wrong file. Sorry for messing you about - here is the proper one:

cheers

Chris

[chippyt]

Sorry mate, I sent you the wrong file. Sorry for messing you about - here is the proper one:

cheers

Chris

No problem, here is the new log file:

[tivo-onion]

No problem, here is the new log file:

OK, I am getting there with the problem I think. Try running the attached module ( I have hardcoded some version info in it) and then send me the log file, and tell me if the email is any better when reporting space,

cheers

Chris

[chippyt]

OK, I am getting there with the problem I think. Try running the attached module ( I have hardcoded some version info in it) and then send me the log file, and tell me if the email is any better when reporting space,

cheers

Chris

The usage jumped up to 49%, much better. Here is the log file:

[vertigo235]

Does softpad info work with endpadplus?

[chippyt]

I use endpadplus on my HDVR2 and dailymail reports everything

[vertigo235]

OK, I am getting there with the problem I think. Try running the attached module ( I have hardcoded some version info in it) and then send me the log file, and tell me if the email is any better when reporting space,

cheers

Chris

Is this the latest version? Is there no updated config file? Do I just need to replace my current tcl module with this one?

[thepicman]

Does softpad info work with endpadplus?

does since .37

The following hack applications are currently running on your TiVo:
TiVo Telnet
TivoWeb
TiVo FTP
cron Scheduler
EndpadPlus

[tivo-onion]

The usage jumped up to 49%, much better. Here is the log file:
Questions to All,

chippyt's tivo contains a number of wierd program items I have not seen before of type:

- TiVo Service Data (Sel Type 8)
- DVR Showcase 1...6 (Sel Type 5)

Does anyone know what these are, whether they are programs (and can expire / be deleted) or other "stuff" that uses space but cannot be deleted or otherwise handled?

If anyone could shed some light on these that would be great.

cheers

Chris

[tivo-onion]

Is this the latest version? Is there no updated config file? Do I just need to replace my current tcl module with this one?

No, don't touch this with a bargepole!

[vertigo235]

I found the latest one on your website, sorry for the dumb question!

How does the modify thumbs feature work? There is no submit button?

Edit: Nevermind I see now that you click the picture at the top...

[vertigo235]

OK One more question, that I havn't been able to answer for my self yet.

Is there a time offset variable that I'm missing somewhere? I updated to .38b and now my times are off, looks like they are GMT now?

Edit: OK I answered my question again, and added "export TZ_GMT_OFFSET=-5" to my rc.sysinit.author file

[lcsneil]

Great!

UK Tivo 'ere. All loaded up fine. All runs fine!

Must admit I haven't checked the validity of the free space but apart from that...

Seems to work perfectly here! :D

Great job T-O


Neil

[Trinitron]

All,

I think I am finally at the stage where I can release v0.28 Beta for some prelimary testing
Now I don't want to sound picky, but it is .38 isn't it! :D

[tivo-onion]

Now I don't want to sound picky, but it is .38 isn't it! :D

Yes

[tivo-onion]

Here is what .38 reports for free space "WARNING: No SMART errors detected. Usage is at 2%. TiVo has 23 hours 19 mins of high quality time remaining."

The tivowebplus module reports a usage of 48.6%, which seems close.

Also, when I tried to run dailymail_jazz.tcl from the command line it say "no such file or directory", but when I ran run_dailymail_jazz.sh it ran fine.

I am using a HDVR2 with 4.0



Right then, I think I have fixed the module for TiVo software version 4 users. The zip file has been update on my website. As bonus there are two extra configurable options - to show a new episode icon and to show a season pass / wishlist option. You will need to update the dailymail_jazz.tcl, dailymail.cfg (sorry :mad:) and the graphics files.

Download the file from here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.0%20Beta%2016Mar05.zip).

Let me know if it all works,

cheers

Chris

[Trinitron]

Hmmm. I'm not getting any further than...

[last 4 lines of log]
23:28:00-debug-version (for tivowebplus) : >>2.5<<
23:28:00-debug-completed version setting
23:28:00-debug-about to include util.itcl
23:28:00-debug-util.itcl included - about to include index.itcl

[Trinitron]

oops. Helps if I spell 'tivowebplus' correctly!

But then I found a problem in the get_totalsizes procedure: To get it to work on TWP, I changed

set retval [catch {set getspace [exec "$tivowebdir/get_space"]} error]

to

set retval [catch {set getspace [exec "$tivowebdir/bin_ppc/get_space"]} error]

Though having done that, it seems to have screwed up other TWP modules that look at mfs. When Tivo has stopped recording I'll reboot it to see if that clears it up - but any thoughts?

[phosacid]

OK One more question, that I havn't been able to answer for my self yet.

Is there a time offset variable that I'm missing somewhere? I updated to .38b and now my times are off, looks like they are GMT now?

Edit: OK I answered my question again, and added "export TZ_GMT_OFFSET=-5" to my rc.sysinit.author file

Could you go into a little more detail on this? I am haveing the time problem also.

Is there a certain place where this line needs to go?

Thanks for the help.

[Prof. Yaffle]

Right then, I think I have fixed the module for TiVo software version 4 users. The zip file has been update on my website. As bonus there are two extra configurable options - to show a new episode icon and to show a season pass / wishlist option. You will need to update the dailymail_jazz.tcl, dailymail.cfg (sorry :mad:) and the graphics files.

Download the file from here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.0%20Beta%2016Mar05.zip).

Let me know if it all works,

cheers

Chris

Looks like one to leave until I'm sober! :D

[vertigo235]

Could you go into a little more detail on this? I am haveing the time problem also.

Is there a certain place where this line needs to go?

Thanks for the help.

Actually, I thought that fixed it but I was wrong. I'm still having the time problem.

This was apparently changed in v .36

[phosacid]

Actually, I thought that fixed it but I was wrong. I'm still having the time problem.

This was apparently changed in v .36

In the config, i changed the Yankspeak option to true. This got me in the ball park.

It set all the times to east coast time. I happen to be in central timezone. Anyone know how to get this configured for central?

TIA

Phos

[Anchorman]

I got a "no such variable" error for htmlfilerequired when dailymail.itcl loads, but I haven't seen anyone else report this error. I have it set to false in the .cfg file, changed from true, with the same result. This is with 0.35.6 beta. What did I do wrong?

I think the correct filename for the module is "managedailymail.itcl". I was so glad to find this post because I am having the exact same problem. Unfortunately, the solution was never posted.

This is what I am getting in TWP 1.1-pre2 when I go to the Daily E-Mail page:

INTERNAL SERVER ERROR
--cut here--
action_manage_dailymail '/' ''
can't read "htmlfilerequired": no such variable
while executing
"if { $htmlfilerequired } {
puts $chan [tr "" [td [html_link "/viewdailymail/" "View most recent generated daily status e-mail?"]]]
}"
(procedure "::action_manage_dailymail" line 14)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

Has anyone seen this problem?

[vertigo235]

In the config, i changed the Yankspeak option to true. This got me in the ball park.

It set all the times to east coast time. I happen to be in central timezone. Anyone know how to get this configured for central?

TIA

Phos


That's weird because I have yankspeak set to true and it still is displaying GMT...

[vertigo235]

OK so I moved the export command to the top of my .author file and it appears to be working now.

I found this tip in an earlier post...

[phosacid]

That's weird because I have yankspeak set to true and it still is displaying GMT...


this is the top of the email after change:

Date: Thu, 17 Mar 2005 03:13:06 +0000
TiVo Status: Wednesday, March 16 10:12:03PM (email sent date doesnt match tivo date)

and before change:

Date: Thu, 17 Mar 2005 01:57:09 +0000 (email sent date matches tivo date)
TiVo Status: Thu, 17 Mar 01:54

I'm not too sure what else would have changed, i wonder if it has something to do with being ran from cron or not?

[vertigo235]

this is the top of the email after change:

Date: Thu, 17 Mar 2005 03:13:06 +0000
TiVo Status: Wednesday, March 16 10:12:03PM (email sent date doesnt match tivo date)

and before change:

Date: Thu, 17 Mar 2005 01:57:09 +0000 (email sent date matches tivo date)
TiVo Status: Thu, 17 Mar 01:54

I'm not too sure what else would have changed, i wonder if it has something to do with being ran from cron or not?


Still looks like GMT to me... I don't know where you are, but it's not Mar 17th here yet :D or anywhere else in the US either.

[vertigo235]

Errrr OK I see what you are saying.

I snooped arround in the tcl, you can change the tz offset in there if you want. I was going to and then mine just started working....

Also make sure tivo version is set to 3, and UKTiVo is set to false, I don't think it checks the offset var if it's not.

[chippyt]

I just tried the latest version and I received this error under the ToDo section:

"Error When Generating To Do List - See Log - can't read "thumbtype": no such variable"

I received this error also:

The following hack applications are scheduled to run on your TiVo:

Error When Generating Status List - See Log - error reading "file13": illegal operation on a directory

[tivo-onion]

Wow, lots of emails overnight. I will try to address them all here:

1. CHIPPYT - can you send me a doctored copy of your config file - I would like to see what combination of options are causing you this issue. Also, is your config file pointing to the correct location for your crontab file?

2. VERTIGO234 / PHOSACID - Do NOT change the tzoffset attribute inside the dailymail_jazz.tcl file. This file should automatically pick up the offset from your TiVo, but if it does not for some reason then export the TZ_GMT_OFFSET variable in your rc.sysinit.author (or equivalent) file. I will investigate any mismatch of dates in the module. On investigation, there does seem some funny stuff going on for version3 users and tzoffset - I will need to modify this area...

3. ANCHORMAN - you probably have the configuration file in a disallowed place. Allowed locations by default are: "/var/hack", "/var/hack/dailymail" & "/var/hack/dailymail_jazz". Do you have it in a different location?

4. TRINITON - just put a copy of the "get_space" module in the expected directory for now - I will try and make the location of this a configurable variable in future,

cheers

Chris

[Trinitron]

Thanks Chris. Rebooted and all seems to be ok.

[chippyt]

Wow, lots of emails overnight. I will try to address them all here:

1. CHIPPYT - can you send me a doctored copy of your config file - I would like to see what combination of options are causing you this issue. Also, is your config file pointing to the correct location for your crontab file?

cheers

Chris

I fixed the location of my crontab and it reported that Dailymail was set to run, but it didn't report one of the other applications I have set to run "safereboot.tcl"

The todo list is having the same issue as described before.


Here is my cfg file.

[tivo-onion]

I fixed the location of my crontab and it reported that Dailymail was set to run, but it didn't report one of the other applications I have set to run "safereboot.tcl"

The todo list is having the same issue as described before.


Here is my cfg file.

CHIPPYT.

The crontab sections only identifies items that have been hardcoded in. I will make it configurable in the config file tonite.

Also, could you send me the log file so I can investigate where your thumbs issue is happening,

thanks

Chris

[chippyt]

CHIPPYT.

The crontab sections only identifies items that have been hardcoded in. I will make it configurable in the config file tonite.

Also, could you send me the log file so I can investigate where your thumbs issue is happening,

thanks

Chris

Here is the log file:

[tivo-onion]

Here is the log file:

I see what is causing your problems. You have items on your "/recording/active" path. that are called "TiVo Service Data" (INVISIBLE presentation type #8) and are treat like programs, but have none of the charateristics of programs such as thumbs. Therefore the system is falling over. I will just have to ensure that the module ignores "INVISIBLE" (type #8) items for version 3 or above users when scanning the "/recording/active" path. Will do tonite,

Anyone else bumped into these items before?

cheers

Chris

[bdeweese]

I am having the same exact issue as ChippyT - to do section craps out with that same error. This is on an HR10-250. Will look forward to the fix.

Bob

[chippyt]

I see what is causing your problems. You have items on your "/recording/active" path. that are called "TiVo Service Data" (INVISIBLE presentation type #8) and are treat like programs, but have none of the charateristics of programs such as thumbs. Therefore the system is falling over. I will just have to ensure that the module ignores "INVISIBLE" (type #8) items for version 3 or above users when scanning the "/recording/active" path. Will do tonite,

Anyone else bumped into these items before?

cheers

Chris

These may be DirecTV specific items since this is a HDVR2.

[goodisonboy]

All Works out of the box for me, good work :) ... except...

I can't get the update of multiple thumb or delete updates to do anything? I've changed things and pressed the icon and I get an Outlook warning advising me that people may see what I'm sending which all sounds promising but nothing happens..

What should happen? I presume IE should burst into life at the handle multievents page?

my Modules are all okay..

-rwxr-xr-x 1 0 0 6303 Mar 17 20:05 controlpadding.itcl
-rwxr-xr-x 1 0 0 13486 Mar 17 20:05 handlemultievents.itcl
-rwxr-xr-x 1 0 0 12840 Mar 17 20:05 managedailymail.itcl

Do I need to put my tivoweb username and password in the cfg file somewhere so it can post this data to the page?

Cheers

[Trinitron]

just put a copy of the "get_space" module in the expected directory for now - I will try and make the location of this a configurable variable in futurejust a thought - there are only 3 'default' locations for the get_space module:
- root dir of Tivoweb 1.9.4
- /bin_ppc for TWP (S1?)
- /bin_mips for TWP on later tivos

[tivo-onion]

All,

here are some patch files to bring us up to 0.38.1 Beta:


dailymail.cfg
dailymail_jazz.tcl

The following bugs/issues have been fixed (I hope) and need testing:


The offset function should work ok for version 3+ TiVos - you only need to add the extra environment variable if the offset is not automatically set.
The To Do list and Space identification should work Ok now for version 4+ TiVos - so the "Thumb" error should go away.
Cron list and Applications Running list in the Status section are now configurable in the config file (variables 3.8.3 and 3.8.4)
The location for the "get_space" module is now configurable in the config file (variable 4.16)

I attach a patch file zip file just containing the two updated files for those of you that have been keeping up-to-date on downloads. For those of you that have not been keeping up to date the full set of files is downloadable from my website here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.1%20Beta%2017Mar05.zip).

For those of you that don't want to reconfigure your whole config file, if you just add the 3 new variables (3.8.3, 3.8.4 & 4.16) then you should be fine. Otherwise you will need to reconfigure your whole config file again. This shortcut again will only work if you have been keeping up-to-date with the fixes on this thread.

Let me know if it all works. Keep the feedback rolling in - hopefully we will be stable in the next few days.

cheers

Chris

[tivo-onion]

just a thought - there are only 3 'default' locations for the get_space module:
- root dir of Tivoweb 1.9.4
- /bin_ppc for TWP (S1?)
- /bin_mips for TWP on later tivos

Just set it in the new release 0.38.1 Beta - will be fine,

cheers

Chris

[tivo-onion]

All Works out of the box for me, good work :) ... except...

I can't get the update of multiple thumb or delete updates to do anything? I've changed things and pressed the icon and I get an Outlook warning advising me that people may see what I'm sending which all sounds promising but nothing happens..

What should happen? I presume IE should burst into life at the handle multievents page?

my Modules are all okay..

-rwxr-xr-x 1 0 0 6303 Mar 17 20:05 controlpadding.itcl
-rwxr-xr-x 1 0 0 13486 Mar 17 20:05 handlemultievents.itcl
-rwxr-xr-x 1 0 0 12840 Mar 17 20:05 managedailymail.itcl

Do I need to put my tivoweb username and password in the cfg file somewhere so it can post this data to the page?

Cheers

First thing - have you done a reload on tivoweb after uploading the files and setting permissions?

If so, can you try it from the generated html file instead of the email - so go to the "manage daily mail" tivoweb menu item and choose to view the latest generated email - it will present you with the HTML file. Of course, you must have it set up in the config file to generate the file. If this works then that is great! You then will probably have to configure the security on you email client to let you access the website. Do any of the other links work?

cheers

Chris

[phosacid]

Why would my tivo reboot when I try and save the config file?

I edit it, click save, and tivo reboots................


Nevermind, i figured it out....the permissions were'nt set for the file :mad:

[Prof. Yaffle]

Dailymail_Jazz 0.38.1 seems to be working fine here Chris. The HDD warning is working as expected now and the space used bar seems to agree with Autospace which I'd not checked before. I've not spotted anything out of the ordinary.

Thanks!

[bdeweese]

I updated to 38.1 and now I'm getting this error for the To Do section: Error When Generating To Do List - See Log - can't read "shownewepisodeprogramicon": no such variable. I have also been having the same reboot problem described by phosacid above. My workaround has been to modify the cfg file from my desktop and then copy it to the dailymail folder. Also, space detection now shows 0 useage in dailymail - although I have nearly 40% in use. FYI. This on an HR10-250 running 3.1.5d.

Bob

[tivo-onion]

I updated to 38.1 and now I'm getting this error for the To Do section: Error When Generating To Do List - See Log - can't read "shownewepisodeprogramicon": no such variable. I have also been having the same reboot problem described by phosacid above. My workaround has been to modify the cfg file from my desktop and then copy it to the dailymail folder. Also, space detection now shows 0 useage in dailymail - although I have nearly 40% in use. FYI. This on an HR10-250 running 3.1.5d.

Bob

OK,

you may not be using the correct version of the configuration file. Please make sure that you have downloaded the most up-to-date one from my website.

The configuration file must be located in the same directory as the main dailymail tcl file.

Make sure that you have set up the "TIVO SETUP" section of the config file correctly - you will need to make sure that the version3 flag is set to true.

If your space bar is still showing blank and/or you are still get the to do list error, then please send me a zip file containing your config file and the generated log file (generated at level 3 debugging),

cheers

Chris

P.S Make sure the permissions are set correctly on you config file

P.P.S I will look at making this version setting a little easier this weekend!

[tivo-onion]

Why would my tivo reboot when I try and save the config file?

I edit it, click save, and tivo reboots................


Nevermind, i figured it out....the permissions were'nt set for the file :mad:

What did you set the permissions to to avoid reboot? 755?

cheers

Chris

[cmylxgo]

Using v0.38.0 I get the can't read "thumbtype": no such variable error message. If I set (3.4.3) viewthumbs to false I get the below error message. I also get this same error message when I use v0.38.1 as well.

can't read "listseperatoroffset": no such variable
while executing
"expr $listseperatoroffset * 3600"
(file "/hack/dailymail_jazz.tcl" line 326)

I'm running an HDVR2 with 4.0.1b and TivoWeb Plus pre2.

[ash_bluewomble]

What did you set the permissions to to avoid reboot? 755?

cheers

Chris

I've sometimes had the same problem, both with 0.38beta and earlier versions (I think 0.37 and 0.36)

Had my TiVo reboot because of this while installing/configuring 0.38beta last night... but I'm damm sure I had set the permissions to 755.

Seems to be working fine now though... seems to be just one of those random features ;)

Ash.

[bdeweese]

OK - Making progress. I had tried to cut and paste the new changes into my existing config file, but apprently missed something - so I started all over. Now I have the to do list working fine, and everything else seems to look fine - with the exception of the space useage - still shows 0%. I get the following at the top with the space bar indicator:

No SMART errors detected. Usage is at 0%. TiVo has 484 hours 13 mins of high quality time remaining.

Although I have appx. 40% useage. Also, I still get a reboot everytime I try to save the config file from the "edit config file" menu. Never had that problem in the previous versions so no idea what is causing it. I just double checked and permissions are fine.

Any suggestions appreciated.

Thanks! Bob

p.s. This is with an HR10-250 running 3.1.5d - Version3 is set to true.

[cmylxgo]

Using v0.38.0 I get the can't read "thumbtype": no such variable error message. If I set (3.4.3) viewthumbs to false I get the below error message. I also get this same error message when I use v0.38.1 as well.

can't read "listseperatoroffset": no such variable
while executing
"expr $listseperatoroffset * 3600"
(file "/hack/dailymail_jazz.tcl" line 326)

I'm running an HDVR2 with 4.0.1b and TivoWeb Plus pre2.

Let me clairify this a little better...

v 0.38.0 - I get a generated email with the thumbtype error with (3.4.3) set to true
v 0.38.0 - I get the listseperatoroffset error when (3.4.3) is set to false
v 0.38.1 - I get the listseperatoroffset error regardless of what (3.4.3) is set too.

I have tried just adding variables (3.8.3, 3.8.4 & 4.16) to my 0.38.0 config and running against 0.38.1 tcl and I have also started from scratch with the 0.38.1 config with the same results.

[managerxxx]

....I've been a long term user of dailymail but have stumbled across a possible issue (but more likely a problem between the chair and the keyboard at this end!! :) )

Since .38 (inc .381) I can't run my shell script that calls /var/hack/dailymail_jazz.tcl. On closer inspection when I try to simply run /var/hack/dailymail_jazz.tcl from the command line I get "

": No such file or directory.

The file does exist, was transferred as binary and chmod'd. The app sends email OK from the web interface. What am I doing wrong?!!

Cheers

[phosacid]

What did you set the permissions to to avoid reboot? 755?

cheers

Chris


yes, i chmod 755 the cfg file...works great I must say!! Great job. Just having some cron issues that are really confusing me, but eventually i get it to send automatically..

Thanks for the great program!

[Prof. Yaffle]

....I've been a long term user of dailymail but have stumbled across a possible issue (but more likely a problem between the chair and the keyboard at this end!! :) )

Since .38 (inc .381) I can't run my shell script that calls /var/hack/dailymail_jazz.tcl. On closer inspection when I try to simply run /var/hack/dailymail_jazz.tcl from the command line I get "

": No such file or directory.

The file does exist, was transferred as binary and chmod'd. The app sends email OK from the web interface. What am I doing wrong?!!

Cheers

I had to alter Cron to call run_dailymail_jazz.sh. Try that instead.

[cmylxgo]

Another strange issue... under 0.38.0 the way drive space is reported doesn't seem right. Daily Mail reports 96% used with 2hrs 15min free. Below is a cut and paste from tivoweb...

Filesystem Type Size Used Avail Capacity Mounted on
/dev/hda7 ext2 124M 123M 0 100% /
/dev/hda9 ext2 124M 22M 96M 19% /var


Space Summary
Total Space - 75285 MB 100.0% 73:04:31
Total Used - 72785 MB 96.7% 68:32:30
Total Free - 2500 MB 3.3% 2:25:36
Deleted** 812 MB 1.1% 1:00:02

Shouldn't I have 19% used? I do not have that many shows recorded and tivo suggestions are disabled on this tivo. I do not believe I am anywhere near 96% used.

Thanks

[Fozzie]

Another strange issue... under 0.38.0 the way drive space is reported doesn't seem right. Daily Mail reports 96% used with 2hrs 15min free. Below is a cut and paste from tivoweb...

Filesystem Type Size Used Avail Capacity Mounted on
/dev/hda7 ext2 124M 123M 0 100% /
/dev/hda9 ext2 124M 22M 96M 19% /var

I'm sure someone will give a more detailed explanation but... this isn't the drive space used by recordings. You wouldn't get too many recordings in 248Mb ;)

Haven't you got a section above this in the info module that breaks down the recording space used? (I only ask because I'm running an enhanced info module but can't remember whether this was one of the enhancements!)

[tivo-onion]

Using v0.38.0 I get the can't read "thumbtype": no such variable error message. If I set (3.4.3) viewthumbs to false I get the below error message. I also get this same error message when I use v0.38.1 as well.

can't read "listseperatoroffset": no such variable
while executing
"expr $listseperatoroffset * 3600"
(file "/hack/dailymail_jazz.tcl" line 326)

I'm running an HDVR2 with 4.0.1b and TivoWeb Plus pre2.


The problem is that the dailymail_jazz.tcl is not reading your dailymail.cfg file. There are a number of reasons why this may be the case, including:


You do not have the .cfg file in the same directory as the .tcl file
You have modified your .cfg file and accidentally cut out some variables
You have modified you .cfg file in non-unix mode, probably on your PC in a windows editor. As a result you have inadvertently introduced errors into the file - you need to convert to unix - I would suggest downloading textpad from www.textpad.com. You can save as a UNIX file.


cheers

Chris

[tivo-onion]

OK - Making progress. I had tried to cut and paste the new changes into my existing config file, but apprently missed something - so I started all over. Now I have the to do list working fine, and everything else seems to look fine - with the exception of the space useage - still shows 0%. I get the following at the top with the space bar indicator:

No SMART errors detected. Usage is at 0%. TiVo has 484 hours 13 mins of high quality time remaining.

Although I have appx. 40% useage. Also, I still get a reboot everytime I try to save the config file from the "edit config file" menu. Never had that problem in the previous versions so no idea what is causing it. I just double checked and permissions are fine.

Any suggestions appreciated.

Thanks! Bob

p.s. This is with an HR10-250 running 3.1.5d - Version3 is set to true.

I am gonna have to see your dailymail.cfg file and generatd log file at level 3 logging to help,

cheers

Chris

[tivo-onion]

Another strange issue... under 0.38.0 the way drive space is reported doesn't seem right. Daily Mail reports 96% used with 2hrs 15min free. Below is a cut and paste from tivoweb...

Filesystem Type Size Used Avail Capacity Mounted on
/dev/hda7 ext2 124M 123M 0 100% /
/dev/hda9 ext2 124M 22M 96M 19% /var


Space Summary
Total Space - 75285 MB 100.0% 73:04:31
Total Used - 72785 MB 96.7% 68:32:30
Total Free - 2500 MB 3.3% 2:25:36
Deleted** 812 MB 1.1% 1:00:02

Shouldn't I have 19% used? I do not have that many shows recorded and tivo suggestions are disabled on this tivo. I do not believe I am anywhere near 96% used.

Thanks

Actually, this is great - because it illustrates that Dailymail_Jazz is reporting space used perfectly in line with the TiVoWebPlus info module. If you take a look at your generated logfile and look for the text "debug-calculating disk usage", everything that follows indicates the programs that are stored on your harddrive, and you can even see the space used by each . You may see a few "ERRORs" too, but that is normal. If this still does not set your mind to rest, then please send me a copy of your logfile and I will inspect for problems,

cheers

Chris

[tivo-onion]

Anyone who can help,

I am investigating why the TiVo will occasionally perform a reboot when you update and save the dailymail.cfg file through the TiVoWeb interface. I have found something strange.

If I perform a "chmod 755 dailymail.cfg" at the telnet prompt it will update the permissions as follows:

-rwxr-xr-x

However, if I use the TiVoWeb interface to do an update and then inspect the permissions of the new file I see:

--wxrw--wt

Even though the TiVoWeb module performed the following action:

file attributes "/var/hack/dailymail.cfg" -permissions 755

This seems strange....can anyone explain why the permissions do not match, and could this be a reason why the TiVo would reboot if you then try to edit the same file again using the TiVoWeb interface. My investigations have shown that it is always the second time you edit the file through the TiVoWeb interface that a reboot happens. If you perform a manual "chmod 755 dailymail.cfg" between edits it seems to be OK. Any ideas? Could it be to do with who owns the file?

best regards

Chris

[cmylxgo]

The problem is that the dailymail_jazz.tcl is not reading your dailymail.cfg file. There are a number of reasons why this may be the case, including:


You do not have the .cfg file in the same directory as the .tcl file
You have modified your .cfg file and accidentally cut out some variables
You have modified you .cfg file in non-unix mode, probably on your PC in a windows editor. As a result you have inadvertently introduced errors into the file - you need to convert to unix - I would suggest downloading textpad. You can save as a UNIX file.


cheers

Chris

Chris...
Thanks for all the tips and the link. I have been using textpad for several years now and I am familure with the unix aspect for the files to work properlly. I agree that for some reason that dailmail is not reading in the config file. I did some testing by hard coding the values in the .tcl file until I gave up. I don't understand how the file is getting screwed up. I have transfered the file with 2 different ftp clients. I have sent the file as ASCII and as Binary. I even went one step further and ftp'd the file via the command line. And above all that I even tried it all over again on another PC. If I overwrite the 0.38.1 files with my 0.38.0 files everything works except the to do list.

I am going to download your latest zip again and start from scratch one last time. Also, if you read a couple of post down from my orginal message you quoted I gave some more info and the things I have tried.

Thanks again.

[sanderton]

Anyone who can help,

I am investigating why the TiVo will occasionally perform a reboot when you update and save the dailymail.cfg file through the TiVoWeb interface. I have found something strange.

If I perform a "chmod 755 dailymail.cfg" at the telnet prompt it will update the permissions as follows:

-rwxr-xr-x

However, if I use the TiVoWeb interface to do an update and then inspect the permissions of the new file I see:

--wxrw--wt

Even though the TiVoWeb module performed the following action:

file attributes "/var/hack/dailymail.cfg" -permissions 755

This seems strange....can anyone explain why the permissions do not match, and could this be a reason why the TiVo would reboot if you then try to edit the same file again using the TiVoWeb interface. My investigations have shown that it is always the second time you edit the file through the TiVoWeb interface that a reboot happens. If you perform a manual "chmod 755 dailymail.cfg" between edits it seems to be OK. Any ideas? Could it be to do with who owns the file?

best regards

Chris

You sure you're closing the file properly after accessing it?

BTW, if you are just "including" the .cfg file, then you shouldn't need to worry about permissions.

[vertigo235]

I get the reboot problem on the "second" edit as you said.

I think I'll just stick to using joe to edit it now.

[tivo-onion]

You sure you're closing the file properly after accessing it?

BTW, if you are just "including" the .cfg file, then you shouldn't need to worry about permissions.

Stuart,

I see that your edit startup itcl file has prgressed since I originally used it as a template. I will restructure my module based on this and see if we can't have better success,

cheers

Chris

[sanderton]

As you are accessing dailymail_jazz.cfg with a "source" statement in dailymail_jazz.tcl, there is no need to make it executable.

[pmk]

Could anyone tell me if this new version of dailymail has a section that lists "New Series", "New Episode/s" for the X hours you have specified (across all programmes and channels you have added)?

If it doesn't I think it would make an excellent addition. Obviously there are probably other strings to look for that would indicate a possible new programmes/series.

It would be great just looking at an email and a quick scan would enable you to double check if there are any new programmes that you like the look of and want to record.

TIA

[chippyt]

I just got back from a short trip and I tried the latest version from March 17th.

I get the following error early in my log and it quits:

invalid attribute: TimeZoneOld
while executing
"dbobj $lconfig get TimeZoneOld"
("uplevel" body line 9)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-transaction attempt"}
if {$version3 ..."
(file "/var/hack/dailymail_jazz.tcl" line 5351)

I got the error with the TZ_Offset variable, so I removed it, rebooted, and tried again and got the same error.

[tivo-onion]

You sure you're closing the file properly after accessing it?

BTW, if you are just "including" the .cfg file, then you shouldn't need to worry about permissions.

Stuart,

I am using the exact same approach as your startup file editor now, but it still always forces a re-boot of the TiVo on the second edit? I cannot seem to get around this - any ideas?

cheers

Chris

[chippyt]

I got past the TimeZoneOld error above by using this post:

http://www.tivocommunity.com/tivo-vb/showthread.php?p=2482839&&#post2482839

[tivo-onion]

All,

here are some patch files to bring us up to 0.38.2 Beta:


dailymail.cfg
dailymail_jazz.tcl
spaceguage-info.jpg
managedailymail.itcl

The following bugs/issues have been fixed (I hope) and need testing:


The offset function should again now work ok for version 3+ TiVos - should fix chippyt's problem.
I have added extra debugging and display information regarding space usage - it all seems to work fine now and adds up just fine - see the new info graphic for detailed space breakdown.
Fixed minor problem with endpad display when the subsequent program is not recorded due to endpad driven overlap.
Attempted to fix "2nd edit reboot" problem with the config file editor - but still does it - no effective change yet I am afraid.

I attach a patch file zip file just containing the four updated files for those of you that have been keeping up-to-date on downloads. For those of you that have not been keeping up to date the full set of files is downloadable from my website here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.2%20Beta%2019Mar05.zip).

For those of you that don't want to reconfigure your whole config file, if you just add the 1 new variable (5.52) then you should be fine. Otherwise you will need to reconfigure your whole config file again. This shortcut again will only work if you have been keeping up-to-date with the fixes on this thread.

Let me know if it all works. Keep the feedback rolling in - hopefully we will be stable in the next few days.

cheers

Chris

[tivo-onion]

Could anyone tell me if this new version of dailymail has a section that lists "New Series", "New Episode/s" for the X hours you have specified (across all programmes and channels you have added)?

If it doesn't I think it would make an excellent addition. Obviously there are probably other strings to look for that would indicate a possible new programmes/series.

It would be great just looking at an email and a quick scan would enable you to double check if there are any new programmes that you like the look of and want to record.

TIA

Got hands full at the moment I am afraid. The current version does indicate on the to do list whether programs are new. My first thoughts about your idea of having a seperate section for this would be that there are an awful lot of "new" epsiodes and programs on a daily basis, easily double figures per day. Given that a lot of people look up to 240 hours ahead in a single email, this would seem like a lot of programs to show? Thoughts?......

cheers

Chris

[tivo-onion]

I got past the TimeZoneOld error above by using this post:

http://www.tivocommunity.com/tivo-vb/showthread.php?p=2482839&&#post2482839

I think I have got a better more generic fix in the 0.38.2 version now. Give it a crack for me will you,

cheers

Chris

[chippyt]

I think I have got a better more generic fix in the 0.38.2 version now. Give it a crack for me will you,

cheers

Chris

I just tried the new version and I didn't get the TimeZoneOld error. The auto tz offset didn't work, so I had to put the TZ_GMT_OFFSET variable in the rc.sysinit.author file and it worked great!

A couple of other things:

1) safereboot is in my crontab file, but didn't show up in the hack applications scheduled to run section (Dailymail did showup), it is listed in my crontab file as:

30 11 */3 * * /var/local/safereboot.tcl

2) DVR Showcases shows up in my todo list and it downloads every night (system program). Is there a way to remove these system-type recordings from the todo list?

Thanks

[vertigo235]

I still have the timezone problem randomly, expecially when cron calls dailymail in th e morning. What gives? I have TZ_GMT_OFFSET in my author file and I'm using .38.1

[vertigo235]

Another note...

The endpad reporting feature doesn't seem to reflect correctly with DTiVo (dual tunner's) does it? Does anyone else agree?

[mbriody]

This sounds exactly like the problem I had in Hackman (reboot after Save of a config file).

The fix was to increase Freepages i.e. it is a memory problem. I believe I reported this a couple of pages back in this thread.

The details are here:

http://<database of deals.com>/forum/showthread.php?t=34053&page=15&pp=40

(you need to edit the URL as a direct link is not allowed here)

Mark

All,

Attempted to fix "2nd edit reboot" problem with the config file editor - but still does it - no effective change yet I am afraid.
Chris

[pmk]

Got hands full at the moment I am afraid. The current version does indicate on the to do list whether programs are new. My first thoughts about your idea of having a seperate section for this would be that there are an awful lot of "new" epsiodes and programs on a daily basis, easily double figures per day. Given that a lot of people look up to 240 hours ahead in a single email, this would seem like a lot of programs to show? Thoughts?......
Thanks for the reply. I understand you are really busy but if you could just keep it in mind for a future release I think it would be a great addition - I would certainly use it. I think if you have Sky and you have set TiVo to receive all these channels and you are looking 10 days ahead there are going to be many programmes listed but I would have thought most people do not look that far ahead and may not have that many channels (e.g. Freeview/Terrestial) so it would be a useful addition for them. You could always turn the section off or perhaps limit the new episode section to the maximum of Y days?

[tivo-onion]

I just tried the new version and I didn't get the TimeZoneOld error. The auto tz offset didn't work, so I had to put the TZ_GMT_OFFSET variable in the rc.sysinit.author file and it worked great!

A couple of other things:

1) safereboot is in my crontab file, but didn't show up in the hack applications scheduled to run section (Dailymail did showup), it is listed in my crontab file as:

30 11 */3 * * /var/local/safereboot.tcl

2) DVR Showcases shows up in my todo list and it downloads every night (system program). Is there a way to remove these system-type recordings from the todo list?

Thanks

Excellent.

1) you can edit this in your config file, although it should be there in the generic setup. Send me you current config file and log and I will take a look,

2) I can cut these out - I already cut out "INVISIBLE" items. What other "system" type programs would people want to cut out?

cheers

Chris

[tivo-onion]

Another note...

The endpad reporting feature doesn't seem to reflect correctly with DTiVo (dual tunner's) does it? Does anyone else agree?

I have no idea how endpad actually works for dual tuner devices? Does it work identically as a single tuner, but on each tuner independantly?

cheers

Chris

[tivo-onion]

I still have the timezone problem randomly, expecially when cron calls dailymail in th e morning. What gives? I have TZ_GMT_OFFSET in my author file and I'm using .38.1

I am not sure why you would have an intermittent problem like this. I woud think that if an environment variable is there in the afternoon, it is there in the morning. Make sure you use the latest version. I have patched 0.38.2 to add in a little more logging and removed some superfluous timezone code. See if this works and keep and eye on the log file when it does not to see what happened. Report back any anomolies,

cheers

Chris

[tivo-onion]

Hi,

a small patch file - I just had to remove some superfluous code from my release last night and add a little more logging. All changes surround the setting of the tzoffset variable. Only the one file changes (attached here) - I have updated the main zip file on my website also,

cheers

Chris

[Prof. Yaffle]

Hi Chris. I installed the 0.38.2 patch and it seems good. I've noticed a couple of things though. When I use TiVoweb to view the recently generated email in Firefox, if I hover the mouse over an image the popup text doesn't seem to work but if I try it in Intenet Explorer it does. I guess this is just a Firefox oddity?
Also, if I view the email in Outlook Express or Internet Explorer and there are predicted thumbs I get

http://www.karl.tracey.dsl.pipex.com/screenshots/dmie.jpg

where as if I view it in Firefox I get

http://www.karl.tracey.dsl.pipex.com/screenshots/dmfirefox.jpg

In Internet Explorer it looks as if I'm missing an image but not in Firefox. Just wondering if there should be one or not?

[tivo-onion]

Hi Chris. I installed the 0.38.2 patch and it seems good. I've noticed a couple of things though. When I use TiVoweb to view the recently generated email in Firefox, if I hover the mouse over an image the popup text doesn't seem to work but if I try it in Intenet Explorer it does. I guess this is just a Firefox oddity?
Also, if I view the email in Outlook Express or Internet Explorer and there are predicted thumbs I get

http://www.karl.tracey.dsl.pipex.com/screenshots/dmie.jpg

where as if I view it in Firefox I get

http://www.karl.tracey.dsl.pipex.com/screenshots/dmfirefox.jpg

In Internet Explorer it looks as if I'm missing an image but not in Firefox. Just wondering if there should be one or not?

Not sure about the missing image - you may ant to right click on the image and see what the properties of it are - i.e. the filename - then check to see you have an appropriately named image file available on your image server. If there is a name problem let me know.

In terms of hover over images, I may have not been using "title" and "alt" appropriately - I will re-investigate and get back to you - module update may be required,

good feedback,

cheers

Chris

[Prof. Yaffle]

Sorry, I'd already checked that but forgot to mention it above. According to IE and Firefox the image it is trying to link to is called Unset (no extension). I can't see anything with that name on my image server so I've just redownloaded the latest beta to check and the only similarly named file is unsetthumbs.gif, but it looks as if that is used elsewhere (explicit thumbs?). It just seemed strange to me how Firefox doesn't show an image placeholder at all.

[vertigo235]

OK It seems that my timezone problem is only occuring when cron calls dailymail in the morning, whenever I manually create a dailymail, wheather through shell or through tivoweb it works fine. But the one cron sends each day (which is why I have dailymail to begin with) doesn't work! Very annoying :)

I'll try 38.2 and see if that fixes it.

[vertigo235]

I have no idea how endpad actually works for dual tuner devices? Does it work identically as a single tuner, but on each tuner independantly?

cheers

Chris

Actually I use endpadplus, because it's my understanding that endpad doesn't work right with dual tuners.

[vertigo235]

OK so I added the TZ_GMT_OFFSET to my dm.sh file (which is called by cron) and it worked right just now. So I'll wait and see what happens tomorrow morning.

[chippyt]

Excellent.

1) you can edit this in your config file, although it should be there in the generic setup. Send me you current config file and log and I will take a look,



cheers

Chris

Here are the log and cfg files. Thanks

[tivo-onion]

Actually I use endpadplus, because it's my understanding that endpad doesn't work right with dual tuners.

How does it work though :confused:

Can someone explain to me how endpadplus handles padding with 2 tuners?

cheers

Chris

[vertigo235]

There is more information on the "other" forum about endpadplus, just search for endpadplus.

[tivo-onion]

All,

A few updates to the 0.38.2 Beta - just making up a patch to this version. The only file changed is dailymail_jazz.tcl.

The following bugs/issues have been fixed (I hope) and need testing:


Fixed unset thumb graphic not displaying on some occasions
Sorted out alt's and title's throughout. Firefox, Explorer & Netscape should all display fine now. Please note that Firefox does not handle multi-line hover-over text through. Firefox also does not handle lengthy hover-text. I have therefore added a standard capability that shows all information for spacebar and space info icons via an alert-box when either of these is clicked on. This will most probably not work in MS Outlook due to security issues restricting javascript execution.
Fixed cronlist search problems.

I attach a patch file zip file just containing the updated file for those of you that have been keeping up-to-date on downloads. For those of you that have not been keeping up to date the full set of files is downloadable from my website here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.2%20Beta%2019Mar05.zip).

Let me know if it all works. Keep the feedback rolling in!

cheers

Chris

[tivo-onion]

There is more information on the "other" forum about endpadplus, just search for endpadplus.

Done some research into endpadplus. The identification of predicted endpad behavior for two tuners seems pretty complicated, and since I do not have a dual tuner TiVo, I am probably going to chib-out on this one. If someone else would like to look at a customization to dailymail to support endpadplus for machines with more than one tuner that I would be pleased to support them (once 0.38 is stable), but otherwise I will not be focusing time on it. I suggest than someone with a dual tuner machine and a great deal of time and patience have a crack at it. Sorry for any dissapointment,

cheers

Chris

[Prof. Yaffle]

Just tried Beta 20Mar05#2 from above. The clickable window works nicely but as you say the Hover over doesn't work particularly well on the Diskspace Info -

http://www.karl.tracey.dsl.pipex.com/screenshots/spaceusederror.jpg

but does work nicely on the other graphics in Firefox. A more worrying problem is that I got this in the To Do list -

http://www.karl.tracey.dsl.pipex.com/screenshots/todoerror.jpg

I'm just going to have a look at the log file now.

[Prof. Yaffle]

The relevant part of the log file seems to be


============================================================ ===============================================
23:24:38-debug-compiling to do list
23:24:38-debug-need to look for overlapping programs with endpad
23:24:43-debug-37 items to investigate for endpad programme overlapping
23:24:43-debug-starting main to-do loop
23:24:46-debug-ERROR IN GETTODO MODULE >>invalid command name "=="I""<<
23:24:46-debug-Items Found >>-1<<
23:24:46-debug-GENERATING OUTPUT SECTION >>4<<
23:24:46-debug-GENERATING RECORD HISTORY LIST
23:25:10-debug-Items Found >>1<<
23:25:10-debug-GENERATING OUTPUT SECTION >>5<<
23:25:10-debug-GENERATING EXPIRY LIST
23:25:10-debug-compiling expiration list


If it's any help I can rerun it with debug level set to 3.

[tivo-onion]

The relevant part of the log file seems to be

[If it's any help I can rerun it with debug level set to 3.


Fixed it - silly one! I have updated the file in the post above - please download from there,

cheers

Chris

[Prof. Yaffle]

Thanks Chris, that's sorted it. Unset thumb icon is displaying and everything seems to work well.

[chippyt]

Everything is working well. The space used graph is great and the extra info provided when you click on it is great.

Safe Reboot is now picked up by the cron search, but is shown as "daily" instead of every third day as listed below:

30 11 */3 * * /var/local/safereboot.tcl

[vertigo235]

where can I get a copy of safereboot.tcl?

[cmylxgo]

Ok...version 0.82.2 is working for me for the most part. I am getting the generated email but Getting the following error in the ToDo list part...

Error When Generating To Do List - See Log - can't read "frontpadding": no such variable

I have set the following in the config file:
set endpadinstalled false
set suggestioneq false
set endpadstatus false
set endpadstatus false
set paddinggraphicsreq false

[tivo-onion]

Ok...version 0.82.2 is working for me for the most part. I am getting the generated email but Getting the following error in the ToDo list part...

Error When Generating To Do List - See Log - can't read "frontpadding": no such variable

I have set the following in the config file:
set endpadinstalled false
set suggestioneq false
set endpadstatus false
set endpadstatus false
set paddinggraphicsreq false

I have found the problem, will fix ASAP,

cheers

Chris

[tivo-onion]

Everything is working well. The space used graph is great and the extra info provided when you click on it is great.

Safe Reboot is now picked up by the cron search, but is shown as "daily" instead of every third day as listed below:

30 11 */3 * * /var/local/safereboot.tcl

The module was never designed to pick this up - I will add functionality to look for this ASAP,

cheers

Chris

[stevelup]

Hi there.

I've been successfully using V0.30 of Dailymail for quite some time. I thought I'd give 0.37 a try as there are a couple of interesting features in there.

I can't get it to work though. It seems to barf whilst processing the recording history. Please see error dump below.

Should I just try the latest beta 0.38.2?

Thanks,

Steve


17:56:46-debug-GENERATING RECORD HISTORY LIST
17:56:46-debug-started record history procedure
17:56:46-debug-mintime >>1111168606<<
17:56:46-debug-maxtime >>1111427806<<
can't open object (0x00030007)

while executing
"db $db open /Setup"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set setup [db $db open /Setup]
set sources [dbobj $setup get Source]
set channels ""
foreach source $sources {
..."
(procedure "init_channelindex" line 36)
invoked from within
"init_channelindex"
(procedure "get_programshowings" line 45)
invoked from within
"get_programshowings $tofind_fsid 1"
(procedure "alt_showing_hist" line 7)
invoked from within
"alt_showing_hist $id $id2"
("uplevel" body line 96)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFile fsid name type "/Recording/History" "" {
if {$debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-d..."
(procedure "recordhistory" line 46)
invoked from within
"recordhistory "
(procedure "outputSection" line 173)
invoked from within
"outputSection 4"
(file "./dailymail_jazz.tcl" line 3882)

[tivo-onion]

All,

here are some patch files to bring us up to 0.38.3 Beta:


dailymail.cfg
dailymail_jazz.tcl

The following bugs/issues have been fixed (I hope) and need testing:


Adding in code that stops to-do list endpad functioning if more than 1 tuner is detected - module does not support dual tuners for endpad to-do list functionality
Sorted out padding issues when padding is not on
Added in more flexibility around cron - added better day of month level reporting
Added ignore capability for certain selection / presentation types : variable “ignorelist” (3.1.18)
Added optional variable to show pop-up info boxes for spaceguage and info icon : vaiable “popuptextrequired” (3.3.7).

I attach a patch file zip file just containing the two updated files for those of you that have been keeping up-to-date on downloads. For those of you that have not been keeping up to date the full set of files is downloadable from my website here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.3%20Beta%2021Mar05.zip).

For those of you that don't want to reconfigure your whole config file, if you just add the 2 new variables (3.1.18 & 3.3.7) then you should be fine. Otherwise you will need to reconfigure your whole config file again. This shortcut again will only work if you have been keeping up-to-date with the fixes on this thread.

Let me know if it all works. Keep the feedback rolling in - we must be pretty close to stability by now!

cheers

Chris

P.S. Please note that the HTML on my website is not up to date - but the up-to-date zip files are present

[tivo-onion]

Hi there.

I've been successfully using V0.30 of Dailymail for quite some time. I thought I'd give 0.37 a try as there are a couple of interesting features in there.

I can't get it to work though. It seems to barf whilst processing the recording history. Please see error dump below.

Should I just try the latest beta 0.38.2?


Yep, I would just try 0.38.3 - see previous post. Make sure that you run the module via the run_dailymail_jazz.sh file as it seems you have a memory problem (like most of us) - and this will ensure that you increase your memory poolsize - don't call the tcl module directly from the telnet prompt or the cron,

cheers

Chris

[Prof. Yaffle]

Beta 0.38.3 initial testing seems to work fine in Internet Explorer, Firefox and Outlook Express for me.
Thanks.

[chippyt]

Just tried .38.3 beta and got the following error under the todo list:

Error When Generating To Do List - See Log - syntax error in expression " - "

Also, no shows showed up in the Expiration area, although there may not being any expiring in the next 96 hours.

The cron search picked up safereboot every 3 days.

The log file is attached.

Edit: Which # do I use in the ignorelist to ignore the DVR showcases

[stevelup]

Yep, I would just try 0.38.3 - see previous post.Hi.

Many thanks - that sorted one problem.

It has - however - created me another one...

Sendmail is now failing for some reason:-

08:10:00-debug-entered sendmail procedure
08:10:00-debug-variable check:
08:10:00-debug-mailserver : >>212.250.162.8<<
08:10:00-debug-domain : >>{{MY DOMAIN}}<<
08:10:00-debug-recipient : >>{{MY E-MAIL@MY DOMAIN}}<<
08:10:00-debug-subject: >>Main TiVo Status Email For Tuesday March 22, 2005<<
08:10:00-debug-attempting to open socket 25 to mailserver specified >>212.250.162.8<<
08:10:00-debug-! FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>couldn't open socket: host is unreachable<<

Yet it is pingable from the TiVo:-


bash-2.02# ping 212.250.162.8
PING 212.250.162.8 (212.250.162.8): 56 data bytes
64 bytes from 212.250.162.8: icmp_seq=0 ttl=120 time=16.527 ms
64 bytes from 212.250.162.8: icmp_seq=1 ttl=120 time=16.885 ms
64 bytes from 212.250.162.8: icmp_seq=2 ttl=120 time=16.105 ms
64 bytes from 212.250.162.8: icmp_seq=3 ttl=120 time=16.355 ms

--- 212.250.162.8 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 16.105/16.468/16.885 ms

And the IP is definitely correct:-

telnet 212.250.162.8

220 ESMTP server ready
HELO
250 aamta01-winn.mailhost.ntl.com

Any ideas? Just for verification purposes, I've reverted to 0.30 and that works fine.

Thanks,

Steve

[tivo-onion]

Just tried .38.3 beta and got the following error under the todo list:

Error When Generating To Do List - See Log - syntax error in expression " - "

Also, no shows showed up in the Expiration area, although there may not being any expiring in the next 96 hours.

The cron search picked up safereboot every 3 days.

The log file is attached.

Edit: Which # do I use in the ignorelist to ignore the DVR showcases

Will you try this for me please:

I think you use "5" for showcases - you can always look in the log to find out - in the space section up front - you will see the program titles and their types.

You did not have any shows expiring in the period selected.

cheers

Chris

ATTACHMENT REMOVED - SEE EARLIER "0.38.3 RELEASE" POST FOR MOST RECENT VERSION.

[tivo-onion]

Hi.

Many thanks - that sorted one problem.

It has - however - created me another one...

Sendmail is now failing for some reason:-

Yet it is pingable from the TiVo:-

And the IP is definitely correct:-

Any ideas? Just for verification purposes, I've reverted to 0.30 and that works fine.

Thanks,

Steve

That section has not changed - so the only thing I can think is that it is a memory problem. Ensure that you call the module from the run_dailymail_jazz.sh file when calling from cron or the telnet prompt. See if that makes any difference.

When testing telnet, ensure you telnet the right port - 25 - I can't remember if telnet connects to that port by default?,

cheers

Chris

[stevelup]

My apologies, it's working now.

I did not have my ISP domain set correctly. I'm with NTL but I don't use an NTL e-mail address.

To make it work, I had to put "ntlworld.com" as the domain.

It's a wonderful piece of work by the way. I think people forget how lucky we all are to have people like yourself and Sanderton putting all this hard work in!

Thanks.

[chippyt]

Will you try this for me please:

I think you use "5" for showcases - you can always look in the log to find out - in the space section up front - you will see the program titles and their types.

You did not have any shows expiring in the period selected.

cheers

Chris

This corrected the "-" issue. Thanks

[DerekR]

OK, I finally got dailymail working and sending me my mail OK, but I have one slight niggle remaining. There is no disk space details at the start of the email as there should be, all I get is this:

Welcome To Your TiVo Status E-Mail For Tuesday

WARNING: The TiVo has rebooted within the last 24 hours.

To Do
The following programmes are scheduled to record in the next 48 hours:

...<snip>


Here's the log for the most recent mail:

------welcome to the jazzed dailymail program - v0.35.6 (14th April 2004) - starting
------the debug level is set at >>2<<
------started at 16:24:35 (debugging times specified in gmt)

16:24:35-debug-global variable definition complete
16:24:35-debug-commence fooling tivoweb modules
16:24:35-debug-completed fooling tivoweb modules
16:24:35-debug-completed other preperation
16:24:35-debug-argument 1 passed in ::: >><<
16:24:35-debug-argument 2 passed in ::: >><<
16:24:35-debug-argument 3 passed in ::: >><<
16:24:35-debug-argument 4 passed in ::: >><<
16:24:35-debug-0 argument(s) found
16:24:35-debug-argument handling complete
16:24:35-debug-start optional message handling
16:24:35-debug-no message file found
16:24:35-debug-end optional message handling
16:24:35-debug-about to start version setting
16:24:35-debug-version3 : >>0<<
16:24:35-debug-uktivo : >>1<<
16:24:35-debug-dtivo : >>0<<
16:24:35-debug-version (for tivowebplus) : >>2.5<<
16:24:35-debug-completed version setting
16:24:35-debug-about to include util.itcl
16:24:35-debug-util.itcl included - about to include index.itcl
16:24:35-debug-index.itcl included
16:24:35-debug-about to identify default recording quality information for space calculations
16:24:35-debug-non version 3 specific code
16:24:35-debug-transaction attempt
16:24:36-debug-db open successfully
16:24:36-debug-about to set source directory.
16:24:36-debug-about to call get sizes module.
16:24:36-debug-about to set the now showing directory
16:24:36-debug-non version 3 specific code
16:24:36-debug-about to establish timezone offset
16:24:36-debug-transaction attempt
16:24:36-debug-non version 3 specific code
16:24:36-debug-db open successfully
16:24:36-debug-tzoffset : >>0<<
16:24:36-debug-identified time zone offset : >>0<<
16:24:36-debug-about to assemble e-mail
16:24:36-debug-creating heading
16:24:36-debug-heading created
16:24:36-debug-calculating uptime & reboot status
16:24:37-debug-checking for emergency temperature reading
16:24:37-debug-about to run temperature check
16:24:37-debug-temperature check run successfully
16:24:37-debug-checking phone & daily call status
16:24:38-debug-checking S.M.A.R.T. status
16:24:38-debug-drive A SMART check :
16:24:38-debug-disk passed SMART check.
16:24:38-debug-SMART command did not successfully run on disk B - check path & setup - or you do not have a second hard drive.
16:24:38-debug-calculating disk usage
16:24:46-debug-actual space free = 74 gig
16:24:46-debug-actual space on disks = 104 gig
16:24:46-debug-actual % used = 71.5%
16:24:46-debug-Checking endpad process currency.
16:24:46-debug-About to acquire pid number from endpad pid file.
16:24:46-debug-Endpad pid number gathered successfully.
16:24:46-debug-pid number : >>128<<
16:24:46-debug-performing ps command with pid
16:24:46-debug-the command being executed is >>exec /var/hack/bin/ps 128<<.
16:24:46-debug-ps command successful.
16:24:46-debug-endpadexecfilename: >>/var/hack/endpad.tcl<<.
16:24:46-debug-shellmsg (output from previous command): >> PID TTY STAT TIME COMMAND
128 ? S 0:01 tivosh /var/hack/endpad.tcl -s 1 -e 5 -auto -run <<.
16:24:46-debug-about to validate that endpad filename is present in ps command output.
16:24:46-debug-successfully found valid endpad filename in ps output
16:24:46-debug-About to check endpad log to ensure it has been modified within the last 5 minutes.
16:24:46-debug-collected stats about endpad log file successfully.
16:24:46-debug-modification time of endpad log file : >>1111508657<<.
16:24:46-debug-endpad daemon running ok.
16:24:46-debug-compiling to do list
16:24:46-debug-need to look for overlapping programs with endpad
16:24:50-debug-8 items to investigate for endpad programme overlapping
16:24:50-debug-starting main to-do loop
16:24:53-debug-compiling expiration list
16:24:57-debug-ready to go generate list.
16:24:57-debug-test day is >>Tue, 22 Mar<<
16:24:57-debug-day match identified!
16:24:57-debug-matched item day is >>Tue, 22 Mar<<
16:24:57-debug-matched item details are >>Click Online<< >>No Episode Title<< >>1670297<<
16:24:57-debug-creating seperator line
16:24:57-debug-item text added.
16:24:57-debug-compiling conflicts list
16:25:01-debug-started record history procedure
16:25:01-debug-mintime >>1111335901<<
16:25:01-debug-maxtime >>1111508701<<
16:25:31-debug-completed record history procedure
16:25:31-debug-reading the temperature, calculating uptime, checking what's running
16:25:31-debug-about to run thermal check
16:25:32-debug-thermal check run
16:25:32-debug-about to run uptime check
16:25:32-debug-uptime check run
16:25:34-debug-about to run ps
16:25:35-debug-ps run
16:25:35-debug-hack found >>tnlited<<
16:25:35-debug-hack found >>httpd-tt.tcl<<
16:25:35-debug-hack found >>tivoftp<<
16:25:35-debug-hack found >>cron<<
16:25:35-debug-hack found >>endpad.tcl<<
16:25:35-debug-about to parse crontab file
16:25:35-debug-e-mail required
16:25:35-debug-about to send e-mail
16:25:35-debug-entered sendmail procedure
16:25:35-debug-variable check:
16:25:35-debug-mailserver : >>207.44.238.99<<
16:25:35-debug-domain : >>redpath-firefly@surfdsl<<
16:25:35-debug-recipient : >>derekr@fireflyuk.net<<
16:25:35-debug-subject: >>TiVo status e-mail for Tuesday March 22, 2005<<
16:25:35-debug-attempting to open socket 25 to mailserver specified >>207.44.238.99<<
16:25:35-debug-got reply : >>220 smtp.fireflyinternet.com ESMTP FireFly SMTP Server v8.0.3; Tue, 22 Mar 2005 16:23:54 -0000<<
16:25:35-debug-connected
16:25:36-debug-got reply : >>250 smtp.fireflyinternet.com Hello redpath-firefly@surfdsl [62.69.34.5], pleased to meet you.<<
16:25:36-debug-helo acknowledged
16:25:36-debug-got reply : >>250 2.1.0 <TiVo@fireflyuk.net>... Sender ok<<
16:25:36-debug-from acknowledged
16:25:36-debug-got reply : >>250 2.1.5 <derekr@fireflyuk.net>... Recipient ok; will forward<<
16:25:36-debug-to acknowledged
16:25:36-debug-got reply : >>354 Enter mail, end with "." on a line by itself<<
16:25:36-debug-sending message
16:25:36-debug-building header
16:25:36-debug-about to set recipient
16:25:36-debug-recipient set
16:25:36-debug-building content
16:25:36-debug-html starts
16:25:36-debug-body starts
16:25:36-debug-body ended
16:25:37-debug-got reply : >>250 2.6.0 12911 bytes received in 00:00:01; Message accepted for delivery<<
16:25:37-debug-message sent
16:25:38-debug-got reply : >>221 2.0.0 smtp.fireflyinternet.com closing connection<<
16:25:38-debug-disconnected
16:25:38-debug-e-mail sent
16:25:38-debug-html file generation required
16:25:38-debug-about to write html file
16:25:38-debug-building html content
16:25:38-debug-html starts
16:25:38-debug-body starts
16:25:38-debug-body ended
16:25:38-debug-html file written

------completed the jazzed dailymail program - v0.35.6 (14th April 2004) - thanks for your custom
------completed at 16:25:38


Any ideas?

[tivo-onion]

OK, I finally got dailymail working and sending me my mail OK, but I have one slight niggle remaining. There is no disk space details at the start of the email as there should be, all I get is this:

Here's the log for the most recent mail:

Any ideas?

Have you selected that you want the space bar in the config file?

## (3.3.5) Space bar graph required ?
## Set to false if you do not want the 'used space' graphic bar to be shown in the
## disk status bulletin, and would prefer a text version. Quote marks should not be
## used.
set spacebarrequired true

You may also have set verbose bulletins to false - if you want to see detail every day in all circumstance you must set to true:

## (3.3.1) Verbose bulletins required ?
## If you want to have update bulletins at the top of the daily e-mail then set this
## variable value to true. If you want the bulletins to appear only in alert or warning
## circumstances then set this variable value to false. Quotes are not required.
set bulletinverbose true

If this is not the issue then set debugging to level 3, run the module and post the logfile - I will take a look,

cheers

Chris

[DerekR]

You may also have set verbose bulletins to false - if you want to see detail every day in all circumstance you must set to true:

That was the culprit! Dunno how that got changed but I set it to true and all is well.

You're a genius sir, if I was wearing a cap I'd doff it in your direction!

Cheers.

[tivo-onion]

Just tried .38.3 beta and got the following error under the todo list:

Error When Generating To Do List - See Log - syntax error in expression " - "

Also, no shows showed up in the Expiration area, although there may not being any expiring in the next 96 hours.

The cron search picked up safereboot every 3 days.

The log file is attached.

Edit: Which # do I use in the ignorelist to ignore the DVR showcases


Chippyt.

does the ignorelist function work ok for DVR showcases? :confused:

cheers

Chris

[cmylxgo]

I finally got everything sorted out :) One strange issue I had was everything in my generated email was sent in GMT time. The only way I could get it to send the correct Time Zone Offset consistently was to add...
export TZ_GMT_OFFSET=-5
to my run_dailymail_jazz383.sh file. Any idea why? I had to do this on all 3 of my DirecTivos.

Thanks

[cmylxgo]

I have a strange issue on my 4th Tivo. I do not get a generated email and looking at the log file it gets stuck at...

18:33:51-debug-CALLING SECTION #4
18:33:51-debug-GENERATING OUTPUT SECTION >>4<<
18:33:51-debug-GENERATING RECORD HISTORY LIST
################ NEW PROGRAM ############################################################ #

The NEW PROGRAM line repeats itself 6717 times and then the log ends. Is there a size limitation? If I understand this...section 4 is my rejected recordings.

[cmylxgo]

I have a strange issue on my 4th Tivo. I do not get a generated email and looking at the log file it gets stuck at...

18:33:51-debug-CALLING SECTION #4
18:33:51-debug-GENERATING OUTPUT SECTION >>4<<
18:33:51-debug-GENERATING RECORD HISTORY LIST
################ NEW PROGRAM ############################################################ #

The NEW PROGRAM line repeats itself 6717 times and then the log ends. Is there a size limitation? If I understand this...section 4 is my rejected recordings.

Ok...it seems that there is file size/length limitation of the log file. I changed the logging from level 3 to level 2 and the email is generated and sent. There was never more than 35164 lines. The log file size varied based on content but was approx 2.43mb.

[Mark Ward]

I love this application, it just gets better & better! :up:

Thanks for all you've done so far...

I'm using the 0.38.2 patched 20th March version which reports at the bottom that it is 0.38.2 where do I get 0.38.3 to try please?

I have an ongoing anomoly since about 0.34 onwards where my dailymail emails report that "WARNING: Soft padding is not currently active!". Endpad is working, log file is active and the dailymail.cfg file locations (endpad.tcl & endpad.log) are correct and Endpad is listed as a running application at the bottom of the email.

http://www.wardy.org/misc/dmtop.gif
http://www.wardy.org/misc/dmbottom.gif

Does anyone have any idea why this should be?

Thanks in advance :)

[EDIT] Using Endpad v1.4.1 BTW.

Mark.

[tivo-onion]

I love this application, it just gets better & better! :up:

Thanks for all you've done so far...

I'm using the 0.38.2 patched 20th March version which reports at the bottom that it is 0.38.2 where do I get 0.38.3 to try please?

I have an ongoing anomoly since about 0.34 onwards where my dailymail emails report that "WARNING: Soft padding is not currently active!". Endpad is working, log file is active and the dailymail.cfg file locations (endpad.tcl & endpad.log) are correct and Endpad is listed as a running application at the bottom of the email.

Does anyone have any idea why this should be?

The 0.38.3 version is available here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.3%20Beta%2021Mar05.zip).

With respect to your issue with endpad, run the module again with level three logging and attach your log to a post for me to look at,

EDIT - have you set the location of your endpad.tcl file correctly in the config file?

cheers

Chris

[tivo-onion]

Ok...it seems that there is file size/length limitation of the log file. I changed the logging from level 3 to level 2 and the email is generated and sent. There was never more than 35164 lines. The log file size varied based on content but was approx 2.43mb.

You must have a huge disk and a lot of season passes? :D Also, how many hours ahead were you looking? :eek:

cheers

Chris

[tivo-onion]

I finally got everything sorted out :) One strange issue I had was everything in my generated email was sent in GMT time. The only way I could get it to send the correct Time Zone Offset consistently was to add...
export TZ_GMT_OFFSET=-5
to my run_dailymail_jazz383.sh file. Any idea why? I had to do this on all 3 of my DirecTivos.

Thanks

Some TiVo's running softwar eversion 4 or above (or sometimes versions 3 or above) seem to provoke an issue with accessing the time offset - hence the need for this environment variable. I am sure further research will point us in a better direction of getting the time offset, but for the moment this is the only way we know to set it!

cheers

Chris

[cmylxgo]

You must have a huge disk and a lot of season passes? :D Also, how many hours ahead were you looking? :eek:

cheers

Chris

72hrs. There isn't a huge season pass list. In fact this tivo only has 1 tuner vs 2 like my other 3. It is primarily used for watching shows from other tivos via MRV. Sometimes when I have a conflict that can't be resolved I will have this TiVo record it.

Hmmm...come to think of it. This is the only tivo I have suggestions enabled. I also have two wishlist configured on it but are not active anymore. That is the only differences between this one and the others.

BTW...HD is only 120GB. 250GB is huge :D

[Mark Ward]

Hi Chris,

With respect to your issue with endpad, run the module again with level three logging and attach your log to a post for me to look at,

EDIT - have you set the location of your endpad.tcl file correctly in the config file?

The location of my endpad.tcl file is correct, as is the endpad.pid & endpad.log locations.

Here's the level 3 logfile (http://www.wardy.org/misc/tdm_log.zip),

thanks for your help,

Mark.

[Mark Ward]

Also, thanks for the link to 0.38.3 Chris

I'm wondering if when updating from 0.38.2beta do we need to install the whole lot again?

Thanks,

Mark.

[chippyt]

I haven't tried the showcases yet.

I redownloaded the .38.3 from the above post and I still had the "-" error in the todo list. I used the dailymail_jazz.tcl file you posted briefly and it corrected the situation, but it doesn't seem like it made it back into the latest .38.3 version.

I will test the showcases tonight.

Thanks

[Prof. Yaffle]

When I run dailymail_jazz.tcl I get:

": no such file or directory

Any idea whats wrong? dailymail_jazz.log is empty..... I think I have everything in the .cfg right.... What should I do next? I'm running 0.38.3 patch 21Mar05.


Bob

Try running run_dailymail_jazz.sh instead with the newer beta's.

[Softail95]

I found that, but my problem was I was somehow running an older tcl that didnt have the support for the location variable for get_space. I had the newer config. Running with the run...sh made it generate a good log and I found the problem pretty quickly after that.

Thanks,

Bob

[chippyt]

I added the "5" to the ignore option and the DVR showcases were not shown in the todo list. Working great.

[tivo-onion]

Hi Chris,



The location of my endpad.tcl file is correct, as is the endpad.pid & endpad.log locations.

Here's the level 3 logfile (http://www.wardy.org/misc/tdm_log.zip),

thanks for your help,

Mark.

OK, the problem here is that you are starting endpad via the command "./endpad.tcl", but the dailymail_jazz module is looking for the string "/var/hack/dailymail.tcl" in the process list. You will need to update the relevant endpad variable in the config file:

## (4.6) The name and path of the endpad.tcl executable file required:
## Provide the path and name of the endpad executable file, necessary if endpad status
## checking function is required.
set endpadexecfilename "/var/hack/endpad.tcl"

Either start endpad using the "/var/hack/endpad.tcl" command or update the endpadexecfilename variable to "endpad.tcl" or "./endpad.tcl". This should fix it,

cheers

Chris

[tivo-onion]

72hrs. There isn't a huge season pass list. In fact this tivo only has 1 tuner vs 2 like my other 3. It is primarily used for watching shows from other tivos via MRV. Sometimes when I have a conflict that can't be resolved I will have this TiVo record it.

Hmmm...come to think of it. This is the only tivo I have suggestions enabled. I also have two wishlist configured on it but are not active anymore. That is the only differences between this one and the others.

BTW...HD is only 120GB. 250GB is huge :D


Hmm, strange - I may change the level of logging so you do not get all the blank rows,

cheers

Chris

[tivo-onion]

Also, thanks for the link to 0.38.3 Chris

I'm wondering if when updating from 0.38.2beta do we need to install the whole lot again?

Thanks,

Mark.
Track back up this thread a couple of pages and you will see the post where I launched version 0.38.3. It will give you the details there,

cheers

Chris

[tivo-onion]

I haven't tried the showcases yet.

I redownloaded the .38.3 from the above post and I still had the "-" error in the todo list. I used the dailymail_jazz.tcl file you posted briefly and it corrected the situation, but it doesn't seem like it made it back into the latest .38.3 version.

I will test the showcases tonight.

Thanks

That is wierd - the zip file contains the updated module! - It should be fine! If not, then do you still have the patch file with the change that worked - could you PM it to me if you do,

cheers

Chris

[vertigo235]

ON The TZ_OFFSET

I'm still runing 38.2, but adding the TZ_GMT_OFFSET to my dm.sh file (ran from cron), seems to have fixed my problem.

However, there is something else that changed with 38.2.

My Space is showing my usage at 1% now, I think it might be counting expired items as free space, even though I set that as FALSE in the config file. What's up with that?

[tivo-onion]

ON The TZ_OFFSET

I'm still runing 38.2, but adding the TZ_GMT_OFFSET to my dm.sh file (ran from cron), seems to have fixed my problem.

However, there is something else that changed with 38.2.

My Space is showing my usage at 1% now, I think it might be counting expired items as free space, even though I set that as FALSE in the config file. What's up with that?

Can you post your configuration file and you log file (generated at level3). I will take a look ASAP and see where the problem lies,

cheers

Chris

[vertigo235]

Ok, I went ahead and updated to 38.3, but still get the same problem.

Here are all my files, all zipped up.

http://www.lnyc.org/dm/dm.zip

Thanks!

[tivo-onion]

Ok, I went ahead and updated to 38.3, but still get the same problem.

Here are all my files, all zipped up.


Thanks!

A few questions and actions:

1) do you have any programs on your TiVo? If so, how many and what types?

2) what does your tivoweb or tivowebplus info module say about your space usage. Can you cut and paste the usage piece here for me?

3) What type of TiVo do you have?

4) Which prior version of dailymail_jazz was showing the space correctly for you?

5) Please take the attached file - rename it dailymail_jazz.tcl and run for me at level 3 logging. See what the result is and then send me the log file,

cheers

Chris

ATTACHMENT REMOVED

[vertigo235]

1. See here http://www.lnyc.org/dm/nowshowing.htm

2. See here http://www.lnyc.org/dm/InfoPage.htm

3. DirecTiVo, T-60

5. See Here http://www.lnyc.org/dm/dailymail_jazz.log

OK, so this time when I ran it, the space looks right? I assume you changed something? The log file is significantly smaller though...

[vertigo235]

Sorry I didn't answer #4, I think the last one that worked right was .38b before I loaded .1 and .2 and .3

But the one you just attached seems to work fine again.

[tivo-onion]

OK, so this time when I ran it, the space looks right? I assume you changed something? The log file is significantly smaller though...

This is good, now try the attached file, a more formalized version of what I sent you previously. Let me know how that works?

The log file is smaller die to me cutting out non-required repeating comments. Nothing to worry about,

cheers

Chris

ATTACHMENT REMOVED

[vertigo235]

Still works great! Thanks Chris!

[tyke]

Chris-

Just got a chance to install the latest version .38.3. Works Great!!! All my errors from .37 are now gone.

BTW, I also installed it on a 6.2 TiVo and it works.

Thanks again for all the hard work you put into this.

-tyke

[Softail95]

Hi,

I have dailymail 38.3 beta 21mar05 working, but I just installed tracker, so I am trying to get that to work. In the ToDo section, it puts out 1 show and then gets this:

22:10:13-debug-ERROR IN GETTODO MODULE >>can't read "uktivo": no such variable<<

I have that set to 0 in the CFG....

Also, I cant get any graphics in the email, and I've re-checked the graphics path...

Any ideas?

[john1980]

The code that outputs the "Message-Id" (around line 948) should be changed so that the identifyier is enclosed in <>'s. This is specified in the Internet Mail specifications (RFC-822) and will stop the generated messages from being tagged with a higher SPAM rating by many products.

The following will do the trick :)

puts $chan "Message-Id: <[clock seconds]@$domain>"

[tivo-onion]

Ok all,

since everyone seems to be download tester or working copies of code meant for specific people testing specific things, I will provide what I believe to be my most stable patch for the dailymail_jazz.tcl file - version 0.38.3 Beta Patch #2. I have done some tidying to the module and I believe it should be failrly stable. If you have installed a 0.38.3 prior version then you should be able to just slot this on top. The actions I have performed on this include:

- fixed bug where to-do list endpad was casuing " - " bug.
- update logging so as to be less verbose on non applicable programs
- restructured code to be easier to read, restructured some logging
- commonized version number, including uktivo, version, version3 and dtivo variable usage throughout.
- all version variables are auto populated now.
- added < > around Message Id to reduce treatment probability as SPAM
- fixed space problems for 3.x tivos

let me know if you have any problems,

cheers

Chris

ATTACHMENT REMOVED

[jayazusa]

I have a Hughes SD-DVR80 I have tivo web plus running and am unable to get Daily Mail Jazz to run. This is what I get in the Log file when I run the daily mail. Am I missing some requirements? I have placed the files where required and modified the config file.
--HELP--


------welcome to the jazzed dailymail program - v0.38.2 Beta (20 Mar 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 00:18:41 (debugging times specified in gmt)

00:18:41-debug-global variable definition complete
00:18:41-debug-commence fooling tivoweb modules
00:18:41-debug-completed fooling tivoweb modules
00:18:41-debug-completed other preperation
00:18:41-debug-argument 1 passed in ::: >><<
00:18:41-debug-argument 2 passed in ::: >><<
00:18:41-debug-argument 3 passed in ::: >><<
00:18:41-debug-argument 4 passed in ::: >><<
00:18:41-debug-0 argument(s) found
00:18:41-debug-argument handling complete
00:18:41-debug-start optional message handling
00:18:41-debug-no message file found
00:18:41-debug-end optional message handling
00:18:41-debug-about to start version setting
00:18:41-debug-ACTUAL VERSION : >>3.1<<
00:18:41-debug-version3 : >>1<<
00:18:41-debug-uktivo : >>0<<
00:18:41-debug-dtivo : >>0<<
00:18:41-debug-version (for tivowebplus) : >>3<<
00:18:41-debug-completed version setting
00:18:41-debug-about to include util.itcl

Thanks in advance,

Jay

[Prof. Yaffle]

0.38.3 Beta Patch #2 seems to work fine for me. Thanks Chris. :up:

[Softail95]

Ok all,

since everyone seems to be download tester or working copies of code meant for specific people testing specific things,


You know how jealous we are..... We can bear other people having NEWER code than we do!!

Seriously, the new patch seems to be working well. Thanks very much for your hard work.

I still don't have graphics in my html email file, but I'm sure its something I have done wrong so I'll continue to look for it.

[chippyt]

I just tried the newest version and I have some errors:

1) The space used graph is only showing 2%, not around 49%. the previous .38.3 showed the proper space. When I looked at the log it showed this:

03:54:25-VERSION IDENTIFICATION - START.
03:54:25-TiVo Software version : >>4.0-01-2-230<<.
03:54:25-Cleaned Up TiVo Software version : >>4.0<<.
03:54:25-Is TiVo UKTiVo? : >>0<<.
03:54:25-Is TiVo Direct TiVo : >>0<<.
03:54:25-VERSION IDENTIFICATION - COMPLETED.

It didn't identify the HDVR2 as a Direct Tivo, maybe the cause?

2) One of my HDVR2s has only one tuner active and .38.3 patch#2 picked it up for endpad, but the other HDVR2 has 2 tuners active and the log showed only one.

I have attached the log for the HDVR2 with only one tuner active.

TIA!

EDIT: Where can you set if your tivo is a dtivo or not?

[john1980]

I am not 100% certain, but I have very little confidence that the following code will do anything at all as it is being called from within a tivosh process and will not result in an increased pool size.

set execoutput [exec $memoryexpansionexec]


In fact what the above code is actually doing is starting a sub-shell, then running the dailymail_jazz.sh program within it (which sets the TIVOSH_POOLSIZE environment variable for itself and any subprocesses called from within it) and then exits. So only another tcl program started from within the dailymail_jazz.sh script would inherit the TIVOSH_POOLSIZE setting.

In order to increase the pool size the variable needs to be set before the interpreter is started with a script containing something similar to the following:

export TIVOSH_POOLSIZE=3244032
./dailymail_jazz.tcl

[john1980]

The following code used in the displaying of cron entries checks to see if the hour is less than 10 and prepends a 0, but does not check for the minutes. This results in a program which is schedule daily at 3:05 to be displayed as '(03:5 daily)'

The following appears somewhere around line 4277:

if {$yankspeak} {
set schedout "([expr $h+($tzoffset/3600)]:$m$ampm ${dailytext})"
} else {
set $h [expr $h+($tzoffset/3600)]
set $h [expr $h + 12]
if {$m==""} {
set m "00"
}
if {$ampm=="PM"} {
if {$h == 24} {
set schedout "(00:$m ${dailytext})"
} else {
set schedout "($h:$m ${dailytext})"
}
} else {
if {$h < 10} {
set schedout "(0$h:$m ${dailytext})"
} else {
set schedout "($h:$m ${dailytext})"
}
}
}


The 'set $h ...' lines do absolutely nothing as it is a language syntax error and would mess things up anyway. The complete section of code needs to be replaced with the following:

if {$yankspeak} {
set schedout "([expr $h+($tzoffset/3600)]:$m$ampm ${dailytext})"
} else {
if {$m<10} {
set m "0$m"
}
if {$h == 24} {
set schedout "(00:$m ${dailytext})"
} else {
if {$h < 10} {
set schedout "(0$h:$m ${dailytext})"
} else {
set schedout "($h:$m ${dailytext})"
}
}
}

[tivo-onion]

I just tried the newest version and I have some errors:

1) The space used graph is only showing 2%, not around 49%. the previous .38.3 showed the proper space. When I looked at the log it showed this:

03:54:25-VERSION IDENTIFICATION - START.
03:54:25-TiVo Software version : >>4.0-01-2-230<<.
03:54:25-Cleaned Up TiVo Software version : >>4.0<<.
03:54:25-Is TiVo UKTiVo? : >>0<<.
03:54:25-Is TiVo Direct TiVo : >>0<<.
03:54:25-VERSION IDENTIFICATION - COMPLETED.

It didn't identify the HDVR2 as a Direct Tivo, maybe the cause?

2) One of my HDVR2s has only one tuner active and .38.3 patch#2 picked it up for endpad, but the other HDVR2 has 2 tuners active and the log showed only one.

I have attached the log for the HDVR2 with only one tuner active.

TIA!

EDIT: Where can you set if your tivo is a dtivo or not?


CHIPPYT , can you try the attached update,

cheers

Chris

ATTACHMENT REMOVED

[tivo-onion]

CHIPPYT , can you try the attached update,

cheers

Chris

Just updated the above patch - there was one small tweak required for a wrongly named variable. Anyone who has downloaded it please re-download,

cheers

Chris

[jayazusa]

Do I need to sat the variable

## MAIN CODE

set pathname [file dirname [info script]]
source $pathname/dailymail.cfg

to the actual directory the file exists?

[tivo-onion]

Do I need to sat the variable

## MAIN CODE

set pathname [file dirname [info script]]
source $pathname/dailymail.cfg

to the actual directory the file exists?

No, at long is the config file is in the same directory as the mail dailymail_jazz.tcl file, which is by design, you will not need to set anything this file. You should only be updating variables in the dailymail.cfg file,

cheers

Chris

[tyke]

In order to increase the pool size the variable needs to be set before the interpreter is started with a script containing something similar to the following:

export TIVOSH_POOLSIZE=3244032
./dailymail_jazz.tcl


I would agree, in fact I still start mine with a custom .sh that sets the POOLSIZE then launches dailymail.

Also, look at how TiVoWebplus starts. It set the POOLSIZE then starts TiVoWeb. I believe this is why users can launch dailymail within TiVoWeb but fail when trying to launch it from bash or cron.

[tivo-onion]

Also, look at how TiVoWebplus starts. It set the POOLSIZE then starts TiVoWeb. I believe this is why users can launch dailymail within TiVoWeb but fail when trying to launch it from bash or cron.


There is a file that I bundle with the dailymail_jazz.tcl file called run_dailymail_jazz.sh which contains the following:

export TIVOSH_POOLSIZE=3244032
/tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl > /var/log/dailymail_jazz.log 2>&1

This is proven and works exceptionally well when called from the cron and the bash prompt. I have had no crashes whatsoever since using it. Users should always be calling dailymail_jazz from this .sh file or a variant of it.

The other "in-line" memory expansion capability will be / has been removed from the module.

cheers

Chris

[tyke]

There is a file that I bundle with the dailymail_jazz.tcl file called run_dailymail_jazz.sh which contains the following:
....
The other "in-line" memory expansion capability will be / has been removed from the module.

cheers

Chris

I think we are on the same page, great news.

Looking at TiVoWeb they include the following
if {[pool pool0 size] <= 1458176} {
puts "Use the 'tivoweb' script to start tivoweb"
exit
}

That checks for poolsize and make sure people are starting it from the proper location, maybe this would help.

[tivo-onion]

I think we are on the same page, great news.

Looking at TiVoWeb they include the following.

That checks for poolsize and make sure people are starting it from the proper location, maybe this would help.

Sounds good ... will do!

cheers

Chris

[chippyt]

Just tried the patch #3 and got an error, here is the log:


------welcome to the jazzed dailymail program - v0.38.3 Beta Patch #3 (24 Mar 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 15:03:38 (debugging times specified in gmt)

15:03:38-global variable definition complete
15:03:38-commence fooling tivoweb modules
15:03:38-completed fooling tivoweb modules
15:03:38-completed other preperation
15:03:38-argument 1 passed in ::: >><<
15:03:38-argument 2 passed in ::: >><<
15:03:38-argument 3 passed in ::: >><<
15:03:38-argument 4 passed in ::: >><<
15:03:38-0 argument(s) found
15:03:38-argument handling complete
15:03:38-start optional message handling
15:03:38-no message file found
15:03:38-end optional message handling
15:03:38-VERSION IDENTIFICATION - START.
15:03:38-TiVo Model : >>1<<.
15:03:38-TiVo Manufacturer : >>Hughes<<.
15:03:38-TiVo Type : >>DirecTiVo<<.
15:03:38-TiVo Software version : >>4.0-01-2-230<<.
15:03:38-TiVo : >>Series 2<<.
15:03:38-Cleaned Up TiVo Software version : >>4.0<<.
15:03:38-Just 1 tuner found - 'To Do' Endpad functionality set ON.
15:03:38-Is TiVo UKTiVo? : >>0<<.
15:03:38-Is TiVo Direct TiVo : >>1<<.
15:03:38-VERSION IDENTIFICATION - COMPLETED.
15:03:38-ESTABLISHING TIMEZONE OFFSET - START
15:03:38-External TZ_GMT_OFFSET environment variable has been set - Overrides default!
15:03:38-Timezone offset after possible change : >>-7<<.
can't read "summertime": no such variable
while executing
"if { $summertime != "" } {
incr tz
if {$debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-Daylight Savings Time is..."
(file "/var/hack/dailymail_jazz.tcl" line 5566)

[tivo-onion]

Just tried the patch #3 and got an error, here is the log:



Cheers Mate - thanks for your patience, we are getting there......

Try again....

thanks

Chris

ATTACHMENT REMOVED

[jayazusa]

Chris,

I have installed all of the pieces in the directories that you have recomended but it stilll fails. It looks like it continues to fail at the 00:18:41-debug-about to include util.itcl. Is it looking for the files in a spevific directory? Does the location of TivoWebPlus matter? or any other supporting files required that are noit included in the zip file? I have also tried the webmail piece from sanderson and it fails as well.

Thanks for any pointers,

Jay

[tivo-onion]

Chris,

I have installed all of the pieces in the directories that you have recomended but it stilll fails. It looks like it continues to fail at the 00:18:41-debug-about to include util.itcl. Is it looking for the files in a spevific directory? Does the location of TivoWebPlus matter? or any other supporting files required that are noit included in the zip file? I have also tried the webmail piece from sanderson and it fails as well.

Thanks for any pointers,

Jay

Set up the location of tivowebplus in the config file - section 4,

cheers

Chris

[chippyt]

The lastest version fixed the space used error, but it still only detects one tuner on my two tuner HDVR2.

One issue I have had and I forgot to mention is the update thumbs tivoweb module. When I click to change the thumbs in the e-mail it brings to me the tivoweb module, then I click on the "yes" button and I get this error:

INTERNAL SERVER ERROR
--cut here--
action_modifymultiplethumbs '/' 'set "seriesfsid_0_274684_1_3_522810_Predicted" "on";set "seriesfsid_1_298958_1_3_522812_Implied" "on";set "submit" "Yes";'
syntax error in expression "ATSH225421 + 1"
while executing
"expr $serverid + 1"
("uplevel" body line 34)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set series [db $db openid $fsid]
set serverid [dbobj $series get ServerId]
dbobj $series set ThumbData $thmbval
..."
(procedure "::action_modifymultiplethumbs" line 79)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[tivo-onion]

The lastest version fixed the space used error, but it still only detects one tuner on my two tuner HDVR2.

One issue I have had and I forgot to mention is the update thumbs tivoweb module. When I click to change the thumbs in the e-mail it brings to me the tivoweb module, then I click on the "yes" button and I get this error:

INTERNAL SERVER ERROR
--cut here--
action_modifymultiplethumbs '/' 'set "seriesfsid_0_274684_1_3_522810_Predicted" "on";set "seriesfsid_1_298958_1_3_522812_Implied" "on";set "submit" "Yes";'
syntax error in expression "ATSH225421 + 1"
while executing
"expr $serverid + 1"
("uplevel" body line 34)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set series [db $db openid $fsid]
set serverid [dbobj $series get ServerId]
dbobj $series set ThumbData $thmbval
..."
(procedure "::action_modifymultiplethumbs" line 79)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

Were the times correct on this version?

cheers

Chris

[chippyt]

Didn't even check and the times are not correct. I have the TZ_GMT_OFFSET variable set in my rc.sysinit.author file. The times have worked in previous versions.

[tivo-onion]

Didn't even check and the times are not correct. I have the TZ_GMT_OFFSET variable set in my rc.sysinit.author file. The times have worked in previous versions.

What were the times and what should they have been i.e. how far out where we?

cheers

Chris

[tivo-onion]

Didn't even check and the times are not correct. I have the TZ_GMT_OFFSET variable set in my rc.sysinit.author file. The times have worked in previous versions.

Try this version. Please check the times and the tuner arrangement. I am working on the thumbs thing - I think it is tivowebplus related. Does the Delete function work?

cheers

Chris

ATTACHMENT REMOVED

[tivo-onion]

One issue I have had and I forgot to mention is the update thumbs tivoweb module. When I click to change the thumbs in the e-mail it brings to me the tivoweb module, then I click on the "yes" button and I get this error:


It looks like the multi thumb update will not work with TiVoWebPlus - I borrowed the code for the lj_utils module which does not seem to be TiVoWebPlus compliant - so it looks like that is a no go! It may also be not compliant with Series 2 TiVos - I have a question outstanding to Lj on the subject.

sorry,

cheers

Chris

[managerxxx]

Chris:

The multi-thumb update option seems to work for me on TWP (v1.0).

If I understand the readme correctly the aim of multi thumb is to able the update of multiple thumb values with a single click - correct? If this is right I can confirm that this feature does indeed work with TWP.

Here's a paste as an example:

Current Proposed

Program Thumbs Type Thumbs Type Action

Garden Invaders 3 Explicit 0 Explicit Thumbs Value Set To 0.
2DTV 2 Explicit -1 Explicit Thumbs Value Set To -1.

[tivo-onion]

Chris:

The multi-thumb update option seems to work for me on TWP (v1.0).

If I understand the readme correctly the aim of multi thumb is to able the update of multiple thumb values with a single click - correct? If this is right I can confirm that this feature does indeed work with TWP.

Here's a paste as an example:

Current Proposed

Program Thumbs Type Thumbs Type Action

Garden Invaders 3 Explicit 0 Explicit Thumbs Value Set To 0.
2DTV 2 Explicit -1 Explicit Thumbs Value Set To -1.

It must be a tivo version issue rather than a tivowebplus issue then. What version do you have? I have a feeling it may be TiVo software 4+ that has the issue?

cheers

Chris

[tivo-onion]

CHIPPYT,

if you have already downloaded the module in the prior post, please do so again as I have just updated it slightly. Thanks again for your patience - we are almost there....

cheers

Chris

[chippyt]

Getting there!!

The times look good, the logs detected the two tuners, the space used looks good.

Just noticed one thing, the check mark boxes for the delete programs from the todo list are missing, the boxes for updating thumbs are there, but not the delete boxes.

Thanks for taking the time!

[tivo-onion]

Getting there!!

The times look good, the logs detected the two tuners, the space used looks good.

Just noticed one thing, the check mark boxes for the delete programs from the todo list are missing, the boxes for updating thumbs are there, but not the delete boxes.

Thanks for taking the time!

Eeeeexxxxelllllent!

Try the following file, it should all look good now. I am afraid the thumbs update stuff is now disabled for version 4+ software as the lifted thumbs code does not seem to work for those versions. Does LJ's standard thumbs update module work in your tivowebplus? Would be good to find out ... you can download it from http://www.ljay.org.uk - you need the lj_utils module and the updated ui module to find out.....

cheers

Chris

[chippyt]

VICTORY!!!

The spaced used graph is great, times are fine, delete boxes show up fine, the thumbs are gone since I have 4.0 (hopefully can be updated in the future) and both tuners were detected and padding information was not shown as it was designed to do.

I think you are there!

Thanks for all the hard work.

[managerxxx]

Chris

I can confirm your suspicions re V4 and multi-thumbs as I'm running a UK Tivo with TWP 1.0

Thanks for all your efforts on this project.

[LJ]

One issue I have had and I forgot to mention is the update thumbs tivoweb module. When I click to change the thumbs in the e-mail it brings to me the tivoweb module, then I click on the "yes" button and I get this error:

INTERNAL SERVER ERROR
--cut here--
action_modifymultiplethumbs '/' 'set "seriesfsid_0_274684_1_3_522810_Predicted" "on";set "seriesfsid_1_298958_1_3_522812_Implied" "on";set "submit" "Yes";'
syntax error in expression "ATSH225421 + 1"
...
Chris just PMed me about this one - it's definitely a version 2+ issue. From memory (i was quite a few months ago!), FalconTX and I had nailed down a possible fix for it. I've not been following TWP developments too closely (not having a dual tuner TiVo :( )... so I don't know if the TWP guys have got round to coding a new S2+ version... I'll have a dig through old PMs to find out what the fix was...

[tivo-onion]

Chris just PMed me about this one - it's definitely a version 2+ issue. From memory (i was quite a few months ago!), FalconTX and I had nailed down a possible fix for it. I've not been following TWP developments too closely (not having a dual tuner TiVo :( )... so I don't know if the TWP guys have got round to coding a new S2+ version... I'll have a dig through old PMs to find out what the fix was...
OK, well I will disable the thumbs stuff for all series 2 and since we seem to have hit a mini-plateau of stability I will do a 0.38.4 Beta release in its entirety sometime today,

cheers

Chris

[tivo-onion]

All,

since we seem to have achieved a modicum of stability I will release version 0.38.4 Beta. The files are downloadable from my server here (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v0.38.4%20Beta%2025Mar05.zip).

There are a few important changes.

I am suggesting a new directory structure. My preferred structure is to have a directory /var/hack/dailymail where the main files should be deposited. These three files are:

- dailymail_jazz.tcl - the main tcl module for dailymail
- dailymail.cfg - the config file for dailymail
- dailymail_jazz - the callable shell script to launch dailymail_jazz.

If you do not already have a suitable dailymail directory you can set one up by following the commands shown here:

cd /var/hack [enter]
mkdir dailymail [enter]
chmod 755 dailymail [enter]

It is essential that the dailymail_jazz.tcl module is never called directly, that is it called via the dailymail_jazz shell script file. Once the files are deposited in the dailymail directory you can run dailymail_jazz from the command line by typing:

/var/hack/dailymail/dailymail_jazz [enter]

An example cron line entry may be:

45 5 * * 0-6 /var/hack/dailymail/dailymail_jazz &

Which will run dailymail_jazz at 5.45am every day. If you try to call the dailymail_jazz.tcl file directly it will not execute.

The configuration file has some major changes, so I would recommend starting afresh with the new version provided here. Sorry for the inconvenience, but it should only take 5 minutes to set up the new config file. You will also want to replace the .itcl files.

A datasheet is provided in the zip file.

Enjoy, and let me know of any problems,

cheers

Chris

[pmk]

>>since we seem to have achieved a modicum of stability I will release
>>version 0.38.4 Beta. The files are downloadable from my server here.

I am waiting for a final release before I try to install mainly due to being unfamiliar with Linux and it takes me ages to do it.

I have been keeping an eye on the sample output on your web site and have the following queries/comments.

1. I am used to a [Blue] Star meaning a Wish List. I find it confusing that it means New in the generated page. Perhaps the tick graphic could have a star added to it and the new graphic changed to a fancy graphic with text New on it?

2. A blank line is being generated in the Rejected Recordings section between "64 Zoo Lane" and "CSI: Miami" on Fri, 25th Mar.

3a. I do not know if this has changed since v0.35.6 but I find it confusing that the "Conflicts" and "Rejected Recordings" sections duplicate information. i.e. whatever is listed in "Conflicts" appears in "Rejected Recordings". Also "Rejected Recordings" also contains items marked as Conflict but are not listed in the Conflicts section. This could just be down to TiVo as I have noticed even in the GUI it sometimes displays incorrect information in the Recording History - i.e. Guide Data has been updated but the Recording History never seems to be adjusted accordingly.

3b. It is also a pity that in "Rejected Recordings" there is not a link "View Details / Slots" if its a duplicate (i.e. bad guide data has it wrong). Also the "View Details / Slots" could also be shown for conflicts. This means if you wish to you do not need to display the "Conflicts" section if you review all the "Rejected Recordings" daily anyway.

Thanks and looking forward to a final release.

[tyke]

Chris-

Do you ever rest?

New version works great.

One comment, I had to add "dailymail_jazz" to the cron list (no .sh).

It is essential that the dailymail_jazz.tcl module is never called directly, that is it called via the dailymail_jazz shell script file. Once the files are deposited in the dailymail directory you can run dailymail_jazz from the command line by typing:
/var/hack/dailymail/dailymail_jazz [enter]
An example cron line entry may be:

45 5 * * 0-6 /var/hack/dailymail/dailymail_jazz &

[chippyt]

One very minor issue with .38.4, I got this message for my 1 tuner HDVR2:

WARNING: Soft padding is not currently active!

The log says "Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<."

It shows the endpad graphics correctly, but the warning was there.

[jayazusa]

I have got emails to go out but I am showing an error in them can you point me in the right direction?

To Do
The following programs are scheduled to record in the next 12 hours:

Error When Generating To Do List - See Log - can't unset "rec": no such variable


Expiration
The following recordings are due to expire in the next 12 hours:

I am thinking it is Time_Zone related I am a Yank in Arizona MST with no day light savings time.

I am seeing this in the logs
21:12:02-ESTABLISHING TIMEZONE OFFSET - START
21:12:02-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>3<<.
21:12:02-tzoffset : >>-25200<<
21:12:02-Identified time zone offset : >>-25200<<.
21:12:02-ESTABLISHING TIMEZONE OFFSET - COMPLETED



Thanks again,

Jay

[tyke]

One very minor issue with .38.4, I got this message for my 1 tuner HDVR2:

WARNING: Soft padding is not currently active!

The log says "Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<."

It shows the endpad graphics correctly, but the warning was there.

I didn't have soft padding enabled, so I enabled it.

Now getting same error.

[john1980]

I think the memory utilisation of the script can be drastically reduced with a little memory management. Variables should only be marked as global if they are required outside of the prodecure the are used in... for example the "cancelreasons" variable is fairly large (618 bytes) and is only used in recordhistory, but has been defined as global (cronlist is another example).

Larger variables such as those used to store the output of a command, for example smart1msg (2983 bytes) can also be unset as soon as they are no longer required.

Variables that are sourced from other modules but not required (such as genretable which is 870 bytes) can be unset (cache_ns_series is another example).

If you wish to halt development for a while then I am happy to play around with the source and try improve things a little. Alternatively if you wish to have a look for yourself then the following code added to the bottom of your dailymail_jazz.tcl script will dump all the arrays and variables (along with their sizes) that are still hanging around when the program exits.


proc parray {arrayName {pattern *}} {
upvar 1 $arrayName array
if {![array exists array]} {
return -code error "\"$arrayName\" isn't an array"
}
set maxl 0
foreach name [lsort [array names array $pattern]] {
if {[string length $name] > $maxl} {
set maxl [string length $name]
}
}
puts stdout "ARRAY $arrayName"
set maxl [expr {$maxl + [string length $arrayName] + 2}]
foreach name [lsort [array names array $pattern]] {
set nameString [format %s(%s) $arrayName $name]
puts stdout [format " %-*s (%4d)= %s" $maxl $nameString [string length $array($name)] $array($name)]
}
}

foreach var {
if ![array exists [list $var]] {continue}
puts "-----------------------------------"
parray [list $var]
}

foreach var [info vars] {
if ![array exists [list $var]] {
puts [format "%-*s(%d) = %s" 19 $var [string length [set $var]] [set $var]]
}
}


Note: there should be a space between the "exists" and "[list $var]" on the two lines that mention it. So the lines should read "if ![array exists[I]<SPACE>[list $var]] {..."

[tivo-onion]

One very minor issue with .38.4, I got this message for my 1 tuner HDVR2:

WARNING: Soft padding is not currently active!

The log says "Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<."

It shows the endpad graphics correctly, but the warning was there.

It depends on how you are calling endpad.

Try changing the endpadexecfilename variable (4.6) to "endpad.tcl" in the config file. See if that works,

cheers

Chris

[tivo-onion]

I didn't have soft padding enabled, so I enabled it.

Now getting same error.

You should set the endpadstatus variable to false (variable 3.3.3) to false to disable. If you are still having a problem then let me know,

cheers

Chris

[tivo-onion]

>>since we seem to have achieved a modicum of stability I will release
>>version 0.38.4 Beta. The files are downloadable from my server here.

I am waiting for a final release before I try to install mainly due to being unfamiliar with Linux and it takes me ages to do it.

I have been keeping an eye on the sample output on your web site and have the following queries/comments.
Thanks and looking forward to a final release.

Answers:

1. I am used to a [Blue] Star meaning a Wish List. I find it confusing that it means New in the generated page. Perhaps the tick graphic could have a star added to it and the new graphic changed to a fancy graphic with text New on it?

I am afraid this is how it is for this release. You can create yourself a personal graphic for this if you want - it is easy to do using any graphic program. You may need to adjust the filename in the config file.

2. A blank line is being generated in the Rejected Recordings section between "64 Zoo Lane" and "CSI: Miami" on Fri, 25th Mar.

This is here on purpose, to divide the past from the future.

3a. I do not know if this has changed since v0.35.6 but I find it confusing that the "Conflicts" and "Rejected Recordings" sections duplicate information. i.e. whatever is listed in "Conflicts" appears in "Rejected Recordings". Also "Rejected Recordings" also contains items marked as Conflict but are not listed in the Conflicts section. This could just be down to TiVo as I have noticed even in the GUI it sometimes displays incorrect information in the Recording History - i.e. Guide Data has been updated but the Recording History never seems to be adjusted accordingly.

The rejected recording section adds a further level of information to that provided by the conflict section, including much more that is not indeed covered by the conflicts section. I have not noticed that the rejected recording displays incorrect information in its current state - I have done careful matching against the actual TiVo presented information on the TV - it seems to be fine. It should match what is actually available when viewing recording history on the TiVo/TV. This is the best we can do for now.

3b. It is also a pity that in "Rejected Recordings" there is not a link "View Details / Slots" if its a duplicate (i.e. bad guide data has it wrong). Also the "View Details / Slots" could also be shown for conflicts. This means if you wish to you do not need to display the "Conflicts" section if you review all the "Rejected Recordings" daily anyway.

Not for this release, Maybe something to consider for the future.

cheers

Chris

[phosacid]

Mine is hanging on util.itcl.... any idea why it would do this? here's my log


It was a typo on my part left out a / ......

[tivo-onion]

I think the memory utilisation of the script can be drastically reduced with a little memory management. Variables should only be marked as global if they are required outside of the prodecure the are used in... for example the "cancelreasons" variable is fairly large (618 bytes) and is only used in recordhistory, but has been defined as global (cronlist is another example).

Larger variables such as those used to store the output of a command, for example smart1msg (2983 bytes) can also be unset as soon as they are no longer required.

Variables that are sourced from other modules but not required (such as genretable which is 870 bytes) can be unset (cache_ns_series is another example).

If you wish to halt development for a while then I am happy to play around with the source and try improve things a little. Alternatively if you wish to have a look for yourself then the following code added to the bottom of your dailymail_jazz.tcl script will dump all the arrays and variables (along with their sizes) that are still hanging around when the program exits.


Thanks for comments and code. I have not been too concerned about tidying up variables recently, focusing more on getting the thing working. I am going through a tidy-up process at present, utilising variable unsetting etc. When formally release module some time in near future, it should be more performant. Thanks for code and comments however, may use the code provided to ensure I am cleaning up appropriately,

cheers

Chris

[tivo-onion]

Mine is hanging on util.itcl.... any idea why it would do this? here's my log


------welcome to the jazzed dailymail program - v0.38.4 Beta (25 Mar 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 01:24:50 (debugging times specified in gmt)

01:24:50-GLOBAL VARIABLE DEFINITION - COMPLETED
01:24:50-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
01:24:50-FAKECALL FUNCTIONALITY - START
01:24:51-Successfully completed running fakecall module
01:24:51-FAKECALL FUNCTIONALITY - COMPLETED
01:24:51-commence fooling tivoweb modules
01:24:51-completed fooling tivoweb modules
01:24:51-completed other preperation
01:24:51-argument 1 passed in ::: >><<
01:24:51-argument 2 passed in ::: >><<
01:24:51-argument 3 passed in ::: >><<
01:24:51-argument 4 passed in ::: >><<
01:24:51-0 argument(s) found
01:24:51-argument handling complete
01:24:51-start optional message handling
01:24:51-no message file found
01:24:51-end optional message handling
01:24:51-VERSION IDENTIFICATION - START.
01:24:51-TiVo Model : >>1<<.
01:24:51-TiVo Manufacturer : >>Hughes<<.
01:24:51-TiVo Type : >>DirecTiVo<<.
01:24:51-TiVo Software version : >>3.1.1e-01-2-151<<.
01:24:51-TiVo : >>Series 2<<.
01:24:51-Cleaned Up TiVo Software version : >>3.1<<.
01:24:51-More than 1 tuner found - 'To Do' Endpad functionality set OFF : >>2<<.
01:24:51-Is TiVo UKTiVo? : >>0<<.
01:24:51-Is TiVo Direct TiVo : >>1<<.
01:24:51-VERSION IDENTIFICATION - COMPLETED.
01:24:51-ESTABLISHING TIMEZONE OFFSET - START
01:24:51-External TZ_GMT_OFFSET environment variable has been set - Overrides default!
01:24:51-Timezone offset after possible change : >>-5<<.
01:24:52-tzoffset : >>-18000<<
01:24:52-Identified time zone offset : >>-18000<<.
01:24:52-ESTABLISHING TIMEZONE OFFSET - COMPLETED
01:24:52-INCLUDING TiVoWeb MODULES - START.
01:24:52-About to include util.itcl.


I presume you are using tivowebplus. Have you updated the config file to point to the appropriate directory. See variables 4.11& 4.12 in the config file,

cheers

Chris

[tivo-onion]

Chris-

Do you ever rest?

New version works great.

One comment, I had to add "dailymail_jazz" to the cron list (no .sh).

Occassionally - subject to the wrath of my wife recently though! :)

Not sure what the problem is though? Can you clarify?

cheers

Chris

[phosacid]

Thanks for the quick reply,

In going over my config file I found a typo, I had left out a / in the path :eek:


Thanks again for the quick response...

[tivo-onion]

proc parray {arrayName {pattern *}} {
upvar 1 $arrayName array
if {![array exists array]} {
return -code error "\"$arrayName\" isn't an array"
}
set maxl 0
foreach name [lsort [array names array $pattern]] {
if {[string length $name] > $maxl} {
set maxl [string length $name]
}
}
puts stdout "ARRAY $arrayName"
set maxl [expr {$maxl + [string length $arrayName] + 2}]
foreach name [lsort [array names array $pattern]] {
set nameString [format %s(%s) $arrayName $name]
puts stdout [format " %-*s (%4d)= %s" $maxl $nameString [string length $array($name)] $array($name)]
}
}

foreach var [info vars] {
if ![array exists [list $var]] {continue}
puts "-----------------------------------"
parray [list $var]
}

foreach var [info vars] {
if ![array exists [list $var]] {
puts [format "%-*s(%d) = %s" 19 $var [string length [set $var]] [set $var]]
}
}


Code errors! Any ideas?

bash-2.02# /tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl
wrong # args: should be "array option arrayName ?arg ...?"
while executing
"array exists[list $var]"
("foreach" body line 2)
invoked from within
"foreach var [info vars] {
if ![array exists[list $var]] {continue}
puts "-----------------------------------"
parray[list $var]
}"


cheers

Chris

[tivo-onion]

I have got emails to go out but I am showing an error in them can you point me in the right direction?

To Do
The following programs are scheduled to record in the next 12 hours:

Error When Generating To Do List - See Log - can't unset "rec": no such variable


Expiration
The following recordings are due to expire in the next 12 hours:

I am thinking it is Time_Zone related I am a Yank in Arizona MST with no day light savings time.

I am seeing this in the logs
21:12:02-ESTABLISHING TIMEZONE OFFSET - START
21:12:02-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>3<<.
21:12:02-tzoffset : >>-25200<<
21:12:02-Identified time zone offset : >>-25200<<.
21:12:02-ESTABLISHING TIMEZONE OFFSET - COMPLETED



Thanks again,

Jay

Don't think it is timezone related. Please attach level 3 log file to post so can inspect and try and fugure our what problem you are having,

cheers

Chris

[jayazusa]

Chris,

I am now able to send emails, but in the ToDo section of the email I get the follwing.

To Do
The following programs are scheduled to record in the next 12 hours:

Error When Generating To Do List - See Log - couldn't open "/var/hack/tracker/tracker.cfg": no such file or directory

I added the export TZ_GMT_OFFSET=-7 in my rc.sysconfig.author and the times on the emails now are correct.


Any thoughts

[jayazusa]

------welcome to the jazzed dailymail program - v0.38.4 Beta (25 Mar 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 01:31:41 (debugging times specified in gmt)

01:31:41-GLOBAL VARIABLE DEFINITION - COMPLETED
01:31:41-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
01:31:41-commence fooling tivoweb modules
01:31:41-completed fooling tivoweb modules
01:31:41-completed other preperation
01:31:41-argument 1 passed in ::: >><<
01:31:41-argument 2 passed in ::: >><<
01:31:41-argument 3 passed in ::: >><<
01:31:41-argument 4 passed in ::: >><<
01:31:41-0 argument(s) found
01:31:41-argument handling complete
01:31:41-start optional message handling
01:31:41-no message file found
01:31:41-end optional message handling
01:31:41-VERSION IDENTIFICATION - START.
01:31:41-TiVo Model : >>3<<.
01:31:41-TiVo Manufacturer : >>Hughes<<.
01:31:41-TiVo Type : >>DirecTiVo<<.
01:31:41-TiVo Software version : >>3.1.1e-01-2-351<<.
01:31:41-TiVo : >>Series 2<<.
01:31:41-Cleaned Up TiVo Software version : >>3.1<<.
01:31:41-Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<.
01:31:41-Is TiVo UKTiVo? : >>0<<.
01:31:41-Is TiVo Direct TiVo : >>1<<.
01:31:41-VERSION IDENTIFICATION - COMPLETED.
01:31:41-ESTABLISHING TIMEZONE OFFSET - START
01:31:41-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>3<<.
01:31:41-tzoffset : >>-25200<<
01:31:41-Identified time zone offset : >>-25200<<.
01:31:41-ESTABLISHING TIMEZONE OFFSET - COMPLETED
01:31:41-INCLUDING TiVoWeb MODULES - START.
01:31:41-About to include util.itcl.
01:31:41-Util.itcl included - About to include index.itcl.
01:31:42-Index.itcl included.
01:31:42-INCLUDING TiVoWeb MODULES - COMPLETED.
01:31:42-IDENTIFICATION OF DEFAULT RECORDING QUALITY - START.
01:31:42-Software version is 3 or greater.
01:31:42-IDENTIFICATION OF DEFAULT RECORDING QUALITY - COMPLETED.
01:31:42-GENERIC VARIABLE SETTING - START.
01:31:42-About to set source directory.
01:31:42-About to call get sizes module.
01:31:42-About to set the now showing directory
01:31:42-Code for version 3+.
01:31:42-GENERIC VARIABLE SETTING - COMPLETED.
01:31:42-ABOUT TO ASSEMBLE EMAIL:
01:31:42-CREATING EMAIL HEADINGS - START
01:31:42-CREATING EMAIL HEADINGS - COMPLETED
01:31:42-TiVo STATUS / REBOOT INFO - START
01:31:42-TiVo STATUS / REBOOT INFO - COMPLETED
01:31:42-CHECKING FOR EMERGENCY TEMP READING - START
01:31:42-Temperature check run successfully.
01:31:42-CHECKING FOR EMERGENCY TEMP READING - COMPLETED
01:31:42-CHECKING PHONE & DAILY CALL STATUS - START
01:31:42-CHECKING PHONE & DAILY CALL STATUS - COMPLETED
01:31:42-SMART DISK CHECK - START
01:31:42-Checking S.M.A.R.T. status
01:31:43-Drive A SMART check :
smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: WDC WD800LB-55DNA0
Serial Number: WD-WCADW2255388
Firmware Version: 77.07W77
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 6
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Sat Mar 26 01:31:43 2005 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x84) Offline data collection activity was
suspended by an interrupting command from host.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (2472) seconds.
Offline data collection
capabilities: (0x79) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
No General Purpose Logging support.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 38) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0007 085 084 021 Pre-fail Always - 2291
4 Start_Stop_Count 0x0032 100 100 040 Old_age Always - 40
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 314
10 Spin_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0
11 Calibration_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 40
194 Temperature_Celsius 0x0022 105 253 000 Old_age Always - 38
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0012 200 200 000 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0009 200 085 051 Pre-fail Offline - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [Use the smartctl -t option to run these.]


01:31:43-Disk passed SMART check.
01:31:43-************************************************************ ********************
smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: WDC WD800LB-55DNA0
Serial Number: WD-WCADW2255388
Firmware Version: 77.07W77
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 6
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Sat Mar 26 01:31:43 2005 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x84) Offline data collection activity was
suspended by an interrupting command from host.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (2472) seconds.
Offline data collection
capabilities: (0x79) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
No General Purpose Logging support.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 38) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0007 085 084 021 Pre-fail Always - 2291
4 Start_Stop_Count 0x0032 100 100 040 Old_age Always - 40
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 314
10 Spin_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0
11 Calibration_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 40
194 Temperature_Celsius 0x0022 105 253 000 Old_age Always - 38
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0012 200 200 000 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0009 200 085 051 Pre-fail Offline - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [Use the smartctl -t option to run these.]


01:31:43-************************************************************ ********************
01:31:43-Disk B is not present - SMART check not run on disk B - remember disk B presence is set in the cfg file.
01:31:43-SMART DISK CHECK - COMPLETED
01:31:43-CALCULATING DISK USAGE & DISPLAY - START
01:31:45-disk status - started
01:31:45-disk status - version >>3<<
01:31:45-disk status - dtivo >>1<<
01:31:45-store space: rectype: >>103<<
01:31:45-stream size>>0<<
01:31:45-store space: rectype: >>203<<
01:31:45-stream size>>0<<
01:31:46-store space: rectype: >>204<<
01:31:46-stream size>>0<<
01:31:46-disk status - checkpoint #1
01:31:46-disk status - /Recording/DiskUsed/10
01:31:46-title >>Warren Miller's Storm<< | sel type >>1<<
01:31:46-state >>4<<
01:31:46-store space: rectype: >>1<<
01:31:46-stream size>>1458176<<
01:31:46-title >>TiVo_Attract_Loop<< | sel type >>8<<
01:31:46-state >>4<<
01:31:46-store space: rectype: >>8<<
01:31:46-stream size>>155008<<
01:31:48-disk status - checkpoint #3
01:31:48-disk status - /Recording/DiskUsed/11
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
01:31:48-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
01:31:48-state >><<
01:31:48-disk status - checkpoint #4
01:31:48-disk status - /DiskUsed
01:31:48-disk status - checkpoint #5
01:31:50-disk status - checkpoint #6
01:31:50-disk status -recording in progress
01:31:50-title >>Live<< | sel type >>8<<
01:31:50-store space: rectype: >>100<<
01:31:50-stream size>>786432<<
01:31:50-title >>Live<< | sel type >>8<<
01:31:50-store space: rectype: >>100<<
01:31:50-stream size>>262144<<
01:31:50-disk status - checkpoint #7
01:31:50-disk status - checkpoint #8
01:31:50-disk status - checkpoint #9
01:31:50-TYPE: Single
01:31:50-(1) Single = 1424 MB (1424 MB).
01:31:50-TYPE: Season Pass
01:31:50-TYPE: Wish List
01:31:50-TYPE: Watch Only
01:31:50-TYPE: Tivo Clips
01:31:50-TYPE: Suggestion
01:31:50-TYPE: Tivo Clips Suggestion
01:31:50-TYPE: Invisible
01:31:50-(8) Invisible = 151 MB (1575 MB).
01:31:50-TYPE: Manual Season Pass
01:31:50-TYPE: Manual
01:31:50-TYPE: Cache History
01:31:50-TYPE:
01:31:50-TYPE:
01:31:50-TYPE:
01:31:50-TYPE:
01:31:50-TYPE:
01:31:50-(O) Suggestions = 0 MB (1575 MB).
01:31:50-(O) Expired Suggestions = 0 MB (1575 MB).
01:31:50-(O) Live Cache = 1024 MB (2599 MB).
01:31:50-(-) TOTAL = 2599 MB.
01:31:50-(O) Un-Expired suggestions = 0 MB
01:31:50-(O) Expired suggestions = 0 MB
01:31:50-(O) Expired items = 0 MB
01:31:50-expired suggestions are classified suggestions
01:31:50-space used by classified suggestions = 0 meg
01:31:50-space used by classified expired items = 0 meg
01:31:50-suggestions & expired are free space
01:31:50-disk status - checkpoint #10
01:31:50-core space used = 2599 meg
01:31:50-actual drive space = 74773 meg
01:31:50-actual space used = 2599 meg
01:31:50-actual space free = 72174 meg
01:31:50-other space = 0 meg
01:31:50-actual percent used = 3.48 %
01:31:50-actual percent free = 96.52 %
01:31:50-other percent = 0.0 %
01:31:50-Remaining time calculation
01:31:50-Remaining time calc >>true<<
01:31:50-bitrate >>3660000<<
01:31:50-Our seconds remaining >>165708<<
01:31:50-Our minutes remaining >>2761<<
01:31:50-Our hours remaining >>46<<
01:31:50-Building usage diagram
01:31:50-Suggestion / expired treat as free space (A).
01:31:50-Suggestion / expired treat as free space (B).
01:31:50-Suggestion / expired treat as free space (D).
01:31:50-Both.
01:31:50-Suggestion / expired treat as free space (E).
01:31:50-Extrasize >>0<<
01:31:50-CALCULATING DISK USAGE & DISPLAY - COMPLETED
01:31:50-ENDPAD CHECKING - START
01:31:50-Checking endpad process currency.
01:31:50-About to acquire pid number from endpad pid file.
01:31:51-Error gathering pid number : endpad pid file may not exist.
01:31:51-pid number : >><<
01:31:51-Trying to ascertain the valid running status of the endpad daemon again - attempt 2.
01:31:51-Waiting for 15 seconds.
01:32:06-About to acquire pid number from endpad pid file.
01:32:06-Error gathering pid number : endpad pid file may not exist.
01:32:06-pid number : >><<
01:32:06-Trying to ascertain the valid running status of the endpad daemon again - attempt 3.
01:32:06-Waiting for 15 seconds.
01:32:21-About to acquire pid number from endpad pid file.
01:32:21-Error gathering pid number : endpad pid file may not exist.
01:32:21-pid number : >><<
01:32:21-Trying to ascertain the valid running status of the endpad daemon again - attempt 4.
01:32:21-Waiting for 15 seconds.
01:32:36-About to acquire pid number from endpad pid file.
01:32:36-Error gathering pid number : endpad pid file may not exist.
01:32:36-pid number : >><<
01:32:36-Trying to ascertain the valid running status of the endpad daemon again - attempt 5.
01:32:36-Waiting for 15 seconds.
01:32:51-About to acquire pid number from endpad pid file.
01:32:51-Error gathering pid number : endpad pid file may not exist.
01:32:51-pid number : >><<
01:32:51-ENDPAD CHECKING - COMPLETED
01:32:51-RED DOT CHECKING - START
01:32:51-RED DOT CHECKING - COMPLETED
01:32:51-NEW MAIL SECTION - START
01:32:51-Checking for new messages in tivo central
01:32:53-NEW MAIL SECTION - COMPLETED
01:32:53-MAIN EMAIL BODY - START
01:32:53-CALLING SECTION #1
01:32:53-GENERATING OUTPUT SECTION >>1<<
01:32:53-GENERATING TO-DO LIST
=== MEMORY SITUATION CHECK ============================================================ ====================
total: used: free: shared: buffers: cached:
Mem: 44789760 40271872 4517888 0 245760 26869760
Swap: 133165056 0 133165056
MemTotal: 43740 kB
MemFree: 4412 kB
MemShared: 0 kB
Buffers: 240 kB
Cached: 26240 kB
Active: 20964 kB
Inact_dirty: 5516 kB
Inact_clean: 0 kB
Inact_target: 24 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 43740 kB
LowFree: 4412 kB
SwapTotal: 130044 kB
SwapFree: 130044 kB
============================================================ ===============================================
01:32:53-compiling to do list
01:32:53-ERROR IN GETTODO MODULE >>couldn't open "/var/hack/tracker/tracker.cfg": no such file or directory<<
01:32:53-Items Found >>-1<<
01:32:53-handle section module completed ok
01:32:53-CALLING SECTION #2
01:32:53-GENERATING OUTPUT SECTION >>2<<
01:32:53-GENERATING EXPIRY LIST
01:32:53-compiling expiration list
01:32:55-checkpoint expire 000
01:32:55-expiry item success
01:32:55----------------------------------------------------------------------
01:32:55-debug======================================================= ==============
01:32:55-ready to go generate list.
01:32:55-about to enter first loop.
01:32:55-first loop completed
01:32:55-Items Found >>0<<
01:32:55-handle section module completed ok
01:32:55-CALLING SECTION #3
01:32:55-GENERATING OUTPUT SECTION >>3<<
01:32:55-GENERATING CONFLICTS LIST
01:32:57-Items Found >>0<<
01:32:57-handle section module completed ok
01:32:57-CALLING SECTION #4
01:32:57-GENERATING OUTPUT SECTION >>4<<
01:32:57-GENERATING RECORD HISTORY LIST
01:32:59-Items Found >>0<<
01:32:59-handle section module completed ok
01:32:59-CALLING SECTION #5
01:32:59-GENERATING OUTPUT SECTION >>5<<
01:32:59-GENERATING STATUS LIST
01:32:59-reading the temperature, calculating uptime, checking what's running
01:32:59-about to run thermal check
01:33:00-thermal check run
01:33:00-about to run uptime check
01:33:00-uptime check run
01:33:00-check call information
01:33:00-check call information - Checkpoint A
01:33:00-check call information - Checkpint B
01:33:02-hack application test start
01:33:02-about to run ps
01:33:03-ps run
01:33:03-SEARCH ITEMS >>tnlited tivoftp tcs httpd-tt.tcl yac vserver tserver cron tyserver tyindex endpad.tcl endpadplus.tcl noreddot.tcl irblast.tcl starttcs autospace.tcl elseed ccxstream elseedyac yac_svr safereboot.tcl<<
01:33:03-hack found >>tnlited<<
01:33:03-hack found >>tivoftp<<
01:33:03-hack found >>httpd-tt.tcl<<
01:33:03-hack application test end
01:33:03-GetTempUpTime module completed ok
01:33:03-handle section module completed ok
01:33:03-MAIN EMAIL BODY - COMPLETED
01:33:03-MAIN FOOTER - START
01:33:03-MAIN FOOTER - COMPLETED
01:33:03-EMAIL & HTML FILE MANAGEMENT - START
01:33:03-Email required
01:33:03-entered sendmail procedure
01:33:03-variable check:
01:33:03-mailserver : >>68.6.19.4<<
01:33:03-domain : >>cox.net<<
01:33:03-recipient : >>jay.gaskin@cox.net<<
01:33:03-subject: >>Main TiVo Status Email For Friday March 25, 2005<<
01:33:03-attempting to open socket 25 to mailserver specified >>68.6.19.4<<
01:33:03-got reply : >>220 fed1rmmtao07.cox.net ESMTP server (InterMail vM.6.01.04.00 201-2131-118-20041027) ready Fri, 25 Mar 2005 20:33:10 -0500<<
01:33:03-connected
01:33:03-got reply (multi-line) : >>250-HELP<<
01:33:03-got reply (multi-line) : >>250-XREMOTEQUEUE<<
01:33:03-got reply (multi-line) : >>250-ETRN<<
01:33:03-got reply (multi-line) : >>250-PIPELINING<<
01:33:03-got reply (multi-line) : >>250-DSN<<
01:33:03-got reply (multi-line) : >>250-8BITMIME<<
01:33:03-got reply (multi-line) : >>250 SIZE 10485760<<
01:33:03-got reply : >>250 SIZE 10485760<<
01:33:03-ehlo acknowledged
01:33:03-got reply : >>250 Sender <jayazusa@cox.net> Ok<<
01:33:03-from acknowledged
01:33:03-got reply : >>250 Recipient <jay.gaskin@cox.net> Ok<<
01:33:03-to acknowledged
01:33:03-got reply : >>354 Ok Send data ending with <CRLF>.<CRLF><<
01:33:03-sending message
01:33:03-building header
01:33:03-about to set recipient
01:33:03-recipient set
01:33:03-building content
01:33:03-html starts
01:33:03-require holistic read /write of email
01:33:03-got reply : >>250 Message received: 20050326013310.QGAK13104.fed1rmmtao07.cox.net@cox.net<<
01:33:03-message sent
01:33:04-got reply : >>221 fed1rmmtao07.cox.net ESMTP server closing connection<<
01:33:04-disconnected
01:33:04-Email sent
01:33:04-About to send mail to recipient 2
01:33:04-entered sendmail procedure
01:33:04-variable check:
01:33:04-mailserver : >>68.6.19.4<<
01:33:04-domain : >>cox.net<<
01:33:04-recipient : >>jayazusa@cox.net<<
01:33:04-subject: >>Main TiVo Status Email For Friday March 25, 2005<<
01:33:04-attempting to open socket 25 to mailserver specified >>68.6.19.4<<
01:33:04-got reply : >>220 fed1rmmtao06.cox.net ESMTP server (InterMail vM.6.01.04.00 201-2131-118-20041027) ready Fri, 25 Mar 2005 20:33:10 -0500<<
01:33:04-connected
01:33:04-got reply (multi-line) : >>250-HELP<<
01:33:04-got reply (multi-line) : >>250-XREMOTEQUEUE<<
01:33:04-got reply (multi-line) : >>250-ETRN<<
01:33:04-got reply (multi-line) : >>250-PIPELINING<<
01:33:04-got reply (multi-line) : >>250-DSN<<
01:33:04-got reply (multi-line) : >>250-8BITMIME<<
01:33:04-got reply (multi-line) : >>250 SIZE 10485760<<
01:33:04-got reply : >>250 SIZE 10485760<<
01:33:04-ehlo acknowledged
01:33:04-got reply : >>250 Sender <jayazusa@cox.net> Ok<<
01:33:04-from acknowledged
01:33:04-got reply : >>250 Recipient <jayazusa@cox.net> Ok<<
01:33:04-to acknowledged
01:33:04-got reply : >>354 Ok Send data ending with <CRLF>.<CRLF><<
01:33:04-sending message
01:33:04-building header
01:33:04-about to set recipient
01:33:04-recipient set
01:33:04-building content
01:33:04-html starts
01:33:04-require holistic read /write of email
01:33:04-got reply : >>250 Message received: 20050326013311.QHRQ1497.fed1rmmtao06.cox.net@cox.net<<
01:33:04-message sent
01:33:04-got reply : >>221 fed1rmmtao06.cox.net ESMTP server closing connection<<
01:33:04-disconnected
01:33:04-Email sent to recipient 2
01:33:04-EMAIL & HTML FILE MANAGEMENT - COMPLETED

------completed the jazzed dailymail program - v0.38.4 Beta (25 Mar 2005) - thanks for your custom
------completed at 01:33:04

[tivo-onion]

Chris,

I am now able to send emails, but in the ToDo section of the email I get the follwing.

To Do
The following programs are scheduled to record in the next 12 hours:

Error When Generating To Do List - See Log - couldn't open "/var/hack/tracker/tracker.cfg": no such file or directory

I added the export TZ_GMT_OFFSET=-7 in my rc.sysconfig.author and the times on the emails now are correct.


Any thoughts

You must have the tracker module functionality enabled but don't actually use it. See variable trackerblockreq (3.4.5). I you do use tracker than check the trackerdir variable (4.13) to ensure location correct,

cheers

Chris

[jayazusa]

Here is the text file.

[tivo-onion]

------welcome to the jazzed dailymail program - v0.38.4 Beta (25 Mar 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 01:31:41 (debugging times specified in gmt)

01:31:41-GLOBAL VARIABLE DEFINITION - COMPLETED
01:31:41-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
01:31:41-commence fooling tivoweb modules
01:31:41-completed fooling tivoweb modules
etc.

For reference, it is worth actually attaching the log file to the post, rather than cutting and pasting the log file contents into the post. Make for better forums practice and ease of reading ;) For the future......

cheers

Chris

[tivo-onion]

Here is the text file.

See earlier post re: enabling/disabling tracker functionality,

cheers

Chris

[jayazusa]

I have the tracker update.tcl in the /var/hack directory but have been unable to find the tracker module. Any pointers would be appriciated.

Thanks,

Jay

[tivo-onion]

I have the tracker update.tcl in the /var/hack directory but have been unable to find the tracker module. Any pointers would be appriciated.

Thanks,

Jay

Look in UK TiVo forums for:

Beta testers wanted: hack to stop TiVo recoding episodes you have already seen

cheers

Chris

[john1980]

Code errors! Any ideas?

bash-2.02# /tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl
wrong # args: should be "array option arrayName ?arg ...?"
while executing
"array exists[list $var]"
("foreach" body line 2)
invoked from within
"foreach var {
if ![array exists[list $var]] {continue}
puts "-----------------------------------"
parray[list $var]
}"


Very interesting... it seems the forum will not display a space between "exists" and "[list $var]"?!?!?! I have tried a few times now to get it in there but needless to say the lines should read "if ![array exists[I]<SPACE>[list $var]] {continue}".

Alternatively, place the attached var_debug.itcl into your modules directory and then call "pvars $chan" from within your web module when you wish to display your variables. This module encapsulates the output in some HTML so that global variables are in yellow, and local ones are in red.

[Fozzie]

Just got around to installing this version and everything seems to be working fine. Great work Chris.

The only problem I seem to have is running trackerupdate.tcl. I get:
": no such file or directory

Any ideas?

One feature request please. Any chance of breaking down on the space used graph, suggestions and expired programmes, each with their own colour?

Many thanks.

[tivo-onion]

Just got around to installing this version and everything seems to be working fine. Great work Chris.

The only problem I seem to have is running trackerupdate.tcl. I get:
": no such file or directory

Any ideas?

One feature request please. Any chance of breaking down on the space used graph, suggestions and expired programmes, each with their own colour?

Many thanks.

Run tracker update using :-

/tvbin/tivosh /var/hack/trackerupdate.tcl

this should work.

I will take note of your request for a future release. Will not add it into this release as I am approaching stability - prehaps 0.39...

cheers

Chris

[Fozzie]

Thanks Chris; that did the trick.

[Softail95]

Is anyone else having a problem with "send a standard daily email" option in Tivoweb+? I get the same results if I try to send a customized one too. Dailymail _jazz works from cron, or if I type this at a bash prompt: /var/hack/dailymail/dailymail_jazz, but not from tivoweb calls. Here's what I get:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

I think I have everything where it should be for 0.38.4 beta... Nothing gets logged and I'm stumped...

[jayazusa]

Chris,

I wanted to say thanks for the pointers and the module it really is a nice addition. Next for me is reading up on cron and scheduling it.

Thanks Again,

Jay

[managerxxx]

Chris:

Whilst everything looks good in the output of the latest version I'm seeing an error in the log file. Can you confirm that this is just cosmetic please.

I see a batch of the following errors each time I run the app:

06:55:22-disk status - checkpoint #3
06:55:22-disk status - /Recording/DiskUsed/11
06:55:22-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
06:55:22-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
06:55:22-state >><<
06:55:22-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
06:55:22-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
06:55:22-state >><<

ETC ETC

I'm using a single drive and have set the config to reflect this.

Thanks

[tivo-onion]

Chris:

Whilst everything looks good in the output of the latest version I'm seeing an error in the log file. Can you confirm that this is just cosmetic please.

I see a batch of the following errors each time I run the app:

06:55:22-disk status - checkpoint #3
06:55:22-disk status - /Recording/DiskUsed/11
06:55:22-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
06:55:22-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
06:55:22-state >><<
06:55:22-ERROR - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
06:55:22-ERROR - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
06:55:22-state >><<

ETC ETC

I'm using a single drive and have set the config to reflect this.

Thanks

There is no problem with this - cosmetic - just ignore,

cheers

Chris

[tivo-onion]

Is anyone else having a problem with "send a standard daily email" option in Tivoweb+? I get the same results if I try to send a customized one too. Dailymail _jazz works from cron, or if I type this at a bash prompt: /var/hack/dailymail/dailymail_jazz, but not from tivoweb calls. Here's what I get:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

I think I have everything where it should be for 0.38.4 beta... Nothing gets logged and I'm stumped...

Does it die immediately, or is there any kind of delay?

cheers

Chris

[Softail95]

Does it die immediately, or is there any kind of delay?

cheers

Chris


There is a slight delay... More like the script began to run, not like it wasn't found.

[tivo-onion]

There is a slight delay... More like the script began to run, not like it wasn't found.


It would be worthwhile having a telnet prompt to your TiVo open as you click the relevant link from the manage daily email page. As soon as you have clicked the link, alt-tab to the telnet window and type:

ps -ax [enter]

You should see an item at the bottom of the process list that should say something like :

/tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl

Can you verify that something like that is there, or prehaps a varient of it. What exactly is it that you see?

cheers

Chris

[Softail95]

I did what you said, and I caught this:

189 ? R 0:00 /tvbin/tivosh /var/hack/dailymail_jazz.tcl

as the last process before the ps command. Exactly as you said.

[tivo-onion]

I did what you said, and I caught this:

189 ? R 0:00 /tvbin/tivosh /var/hack/dailymail_jazz.tcl

as the last process before the ps command. Exactly as you said.

Well, it seems that the dailymail_jazz.tcl module is running. Are you certain that a log file is not being created, it would seem strange that the module is running and not producing any kind of log. Please double check in your /var/log directory to make sure? I am not sure how the module would crash before a single line of log is written,

cheers

Chris

[Softail95]

I agree. It sems like something should come out on the log, but the log is still 0 bytes.... I checked everywhere... :( It generates a healty log from the cron run, or any command-line run.

[pmk]

Failing at the first hurdle. I thought I would try the new BETA but with images.

I am uploading the images via FTP in Binary mode to /var/hack/tivoweb-tcl/images folders but whatever I put in IE it says not found. The HackMan buttons (e.g. redbutton.png) are displaying with http://ip/redbutton.png and http://ip/images/redbutton.png fine (I do not know why both work since the images are in an images folder!).

Any ideas what I am doing wrong?

TIA

[tyke]

Occassionally - subject to the wrath of my wife recently though! :)

Not sure what the problem is though? Can you clarify?

cheers

Chris


In the cron search list you have dailymail_jazz.sh, in your latest release you stated to run dailymail via the dailymail_jazz file, no .sh extenstion. So I modifed the cron search list by deleting the .sh extension. Make sense?

[thepicman]

tivo-onion,

Not that you need more to do, but any reason why there is no "Now Playing" info in DMJ?

Cheers!

TPM

[Fozzie]

Chris,

There's a couple of things in my crontab that are only run once a week but DMJ is saying they are run daily. e.g.

50 03 * * 5 /tvbin/tivosh /var/hack/trackerupdate.tcl

But in the email:

TrackerUpdate (03:50 daily)

fozzie

[Fozzie]

In the cron search list you have dailymail_jazz.sh, in your latest release you stated to run dailymail via the dailymail_jazz file, no .sh extenstion. So I modifed the cron search list by deleting the .sh extension. Make sense?
Not sure why you needed to do that; 'dailymail_jazz' is already in the cron search list by default (4th entry) :confused:

set cronlist {}
lappend cronlist "dailymail.tcl|DailyMail"
lappend cronlist "dailymail_jazz.sh|DailyMail"
lappend cronlist "dailymail.sh|DailyMail"
lappend cronlist "dailymail_jazz|DailyMail"

[tyke]

Not sure why you needed to do that; 'dailymail_jazz' is already in the cron search list by default (4th entry) :confused:

set cronlist {}
lappend cronlist "dailymail.tcl|DailyMail"
lappend cronlist "dailymail_jazz.sh|DailyMail"
lappend cronlist "dailymail.sh|DailyMail"
lappend cronlist "dailymail_jazz|DailyMail"


HMMMM. rechecked mine, not in there. Must be running the wrong version. Time to purge the the old version.

Edit - Sure enough, checked the top of the config file and it is 0.38.3..

[Softail95]

Well, it seems that the dailymail_jazz.tcl module is running. Are you certain that a log file is not being created, it would seem strange that the module is running and not producing any kind of log.

I have noticed that it clears out the dailymail_jazz.log when this error occurs.