Hackman -- A Hack Manager module for TivoWeb

[b-manSC]

I loaded your todo.txt and allshowing.txt, changed the .txt to .itcl, but maybe I misunderstood what they do. If I check my ToDo list, the scheduled suggestions are not there. Maybe I don't understand the Predicted and Explicit scores, but I have examples of both listed in my Scheduled Suggestions, but not in the ToDo list. Also, where does the allshowing module appear?

Thanks again for all your work on Hackman- what a great addition!!

[beejaycee]

Originally Posted by beejaycee

Here's a bizarre one -- I've lost my tivoweb.log. On my bedroom tivo running 3.3.12 and TWP 1.0 I have a tivoweb.log. On my den tivo running 3.3.14 and TWP 1.1 beta it is gone. I've since gone back to TWP 1.0 and still don't have it. Any ideas?

And now for a "D'oh!" moment since I think I've figured out what I was doing wrong:
I was starting TWP from a telnet session with "tivoweb console" and, if I understand correctly, this writes the start-up messages to the screen but not to the log file. Ergo, the missing tivoweb.log. D'oh! (We need a dope-slap smilie.)

[PortlandPaw]

Originally Posted by b-manSC

I loaded your todo.txt and allshowing.txt, changed the .txt to .itcl, but maybe I misunderstood what they do.

All they do is take you to the respective User Interface page directly from the main menu. No more. All Showing appears as "Now Showing" on the menu. The name was different to avoid a conflict with the NowShowing routine.

[PortlandPaw]

I've uploaded the latest hackman beta for review, comment, praise, derision, whatever.

[ronsch]

Originally Posted by PortlandPaw

I've uploaded the latest hackman beta for review, comment, praise, derision, whatever.

Derision? Who would dare do such a thing?

[rdkvel]

im unable to get it to run this is the error message from tivoweb logs


--hackman Version 3.3.17 beta--
-Creating or re-writing hackman.cfg...
-couldn't execute "/usr/tivoweb-tcl/bin_mips/find": permission denied running mips find -- ppc version of find selected.
-couldn't execute "/usr/tivoweb-tcl/bin_mips/sendkey": permission denied running mips sendkey -- ppc SendKey selected.
POSIX EACCES {permission denied} couldn't execute "/usr/tivoweb-tcl/bin_ppc/find": permission denied
while executing
"exec $find / -path /proc -prune -o -path /dev -prune -o -path /tvlib -prune -o -path /tvbin -prune -o -name "tivoweb*" \! -name *.log -type d -print"
(procedure "CreateConfig" line 48)
invoked from within
"CreateConfig"
(file "/usr/tivoweb-tcl/modules/hackman.itcl" line 3344)
invoked from within
"source $module "
index
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
Accepting Connections

[Fozzie]

I think you'll find the clue is in the error log:

-couldn't execute "/usr/tivoweb-tcl/bin_mips/find": permission denied running mips find -- ppc version of find selected.
-couldn't execute "/usr/tivoweb-tcl/bin_mips/sendkey": permission denied running mips sendkey -- ppc SendKey selected.

It looks like you haven't set the permissions on the those two files to be executeable.

(From the Hackman readme: "NOTE: Depending upon your method of transferring files to the TiVo, the binaries may not have their permissions set properly. If you get a "permission denied" error when loading hackman, use chmod +x to make these files executable.")

[ronsch]

Originally Posted by PortlandPaw

I've uploaded the latest hackman beta for review, comment, praise, derision, whatever.

Either this was a pristine release or only rdkvel tried it...

[ThurstonX]

Originally Posted by ronsch

Either this was a pristine release or only rdkvel tried it...

Looks good to me

[ronsch]

Originally Posted by PortlandPaw

If the module has a .itcl suffix it gets loaded when TivoWebPlus starts. Most modules just load and sit in memory until called upon to do something. I have a total of 23 right now, which is only four more than the 19 (I think) that are currently included in the beta TWP package.

I'm now up to a week of continuous up time with several tserver sessions interspersed and no hangs. Looks like unloading channelmap and movie-search worked wonders!

[SeanC]

Hmmmmm Unloading channelmap and movie-search. I'll have to look into that. As it stands I turned off TWP completely a week ago and have not had the Tivo stop responding to the remote since then.

I'll try unloading channelmap, I don't use movie-search.

[PortlandPaw]

I invite everyone to evaluate the latest hackman beta release. Please let me know of any problems as well as any problems solved.

[Fozzie]

Everything's looking good here. Telnet is now being correctly detected again.

Thanks David.

[chippyt]

I haven't been able to get tserver to start using 3.3.13 or higher including 3.3.18. 3.3.12 works perfectly. When I press start it says it is starting, but then comes back and lists start in hackman and not stop.

[PortlandPaw]

Originally Posted by chippyt

I haven't been able to get tserver to start using 3.3.13 or higher including 3.3.18. 3.3.12 works perfectly. When I press start it says it is starting, but then comes back and lists start in hackman and not stop.

Please provide details about the situation. Specifically, please do this command from telnet:
ls <full tserver pathname> -l
(that's a lower case "L")
And also provide the startup command that you use from bash that successfully starts telnet.

That should give me some clues to work with.

[chippyt]

I use the following command to start tserver "/var/mfs_ftp/tserver -s NowShowing.tcl"

I have used the chmod 755 command on the tserver file and here is the ls listing

"-rwxr-xr-x 1 0 0 50468 Feb17 22:00 /var/mfs_ftp/tserver"

In the hackman cfg file for 3.3.12 I had to set the tserverpathname to "--unavailable--" and tytoolpath to "/var/mfs_ftp/tserver" in order for tserver to start. If the tserverpathname has "/var/mfs_ftp/tserver" then tserver won't start. I have tried this both ways in 3.3.13 and higher with no luck. But 3.3.12 works just fine.

Thanks

[PortlandPaw]

chippyt, please check the latest hackman beta to see if it fixed the tserver problem.

[chippyt]

No luck. I tried the various combinations of the cfg file described in my earlier post. Also, when hackman tries to find the hacks on first start, it sets tserver_mfs.c in the cfg file (tserver_mfs.c isn't on the tivo at all). I have to manually edit the cfg file to use tserver.

Thanks for the quick responses!

[PortlandPaw]

Originally Posted by chippyt

(tserver_mfs.c isn't on the tivo at all)

Wanna bet? Do this:
find / -name tserver* -type f
and all of the existing tserver files will be listed. Because of all the various names for tserver (tserver_mfs7 and others), hackman is picking up the first it finds and I'm willing to wager a considerable amount that it's tserver_mfs.c. If you rename that to something else, like SOURCEtserver_mfs.c, it should work, assuming there aren't any other tservers that might usurp the discovery process.

Actually, you can delete tserver_mfs.c unless you're interested in the c language source code for the tserver binary.

[chippyt]

You were right. I found tserver_mfs.c and deleted it and then reinstalled hackman. It discovered and started tserver right away.

On my other tivo, I didn't have tserver_mfs.c, but I had an older tytools version in /usr/tytools. I deleted that directory and reinstalled hackman and it worked too.

Thank you for your patience and help. Great tool.

[MJ75756]

I am trying to install the Hackman extension and getting the following error message:

--hackman Version 3.3.19 beta--
-Creating or re-writing hackman.cfg...
-No problem running ppc find -- ppc version of find selected.
-No problem running ppc SendKey -- ppc SendKey selected.
POSIX ENOENT {no such file or directory} couldn't stat "--unavailable--": no such file or directory
while executing
"file size $foundpath"
(procedure "CreateConfig" line 84)
invoked from within
"CreateConfig"
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 3365)
invoked from within
"source $module "

What am I doing wrong?

Mark

[PortlandPaw]

You're not doing anything wrong...I tried to streamline the code and ended up botching it...look for another beta tonight.

[MJ75756]

The new version works like a charm. Thanks!!

[PortlandPaw]

Originally Posted by MJ75756

The new version works like a charm. Thanks!!

That's nice to hear! You're welcome!

[tkenney]

Same here PortlandPaw. As you know I was struggling to get "tserver" running with Hackman but the latest version did the trick!! Thanks again for all of your support to my many questions!

[TexasEX1998]

--hackman Version 3.3.22 beta--
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
POSIX ENOENT {no such file or directory} couldn't stat "/var/hack/tivoweb-tcl/ti
voweb": no such file or directory
while executing
"file size $file/tivoweb"
(procedure "CreateConfig" line 50)
invoked from within
"CreateConfig"
(file "./modules/hackman.itcl" line 3372)
invoked from within
"source $module "

I had this problem and tried to install Tivo Web 1.9.4 to see if that solved the problem, I am sure that is where the (couldn't stat "/var/hack/tivoweb-tcl/ti
voweb": no such file or directory) message in coming from since I had originally installed TWP in that directory and then renamed it to /tivowebplus/

Oh and the weird thing is I got this same Beta working on my Samsung but it isn't on the Hughes DVR40.

[PortlandPaw]

From a bash prompt try this to see what tivoweb directories hackman is finding and trying to read:
find / -name tivoweb* -type d
That might give you a clue to track down the problem.

[TexasEX1998]

This is all greek to me


bash-2.02# find / -name tivoweb* -type d
BusyBox v1.00 (2004.10.20-05:30+0000) multi-call binary

Usage: find [PATH...] [EXPRESSION]

Search for files in a directory hierarchy. The default PATH is
the current directory; default EXPRESSION is '-print'

EXPRESSION may consist of:
-follow Dereference symbolic links.
-name PATTERN File name (leading directories removed) matches PATTERN.
-print Print (default and assumed).

-type X Filetype matches X (where X is one of: f,d,l,b,c,...)
-perm PERMS Permissions match any of (+NNN); all of (-NNN);
or exactly (NNN)
-mtime TIME Modified time is greater than (+N); less than (-N);
or exactly (N) days
-newer FILE Modified time is more recent than FILE's
-inum N File has inode number N

[ThurstonX]

Originally Posted by TexasEX1998

This is all greek to me


bash-2.02# find / -name tivoweb* -type d
BusyBox v1.00 (2004.10.20-05:30+0000) multi-call binary

Usage: find [PATH...] [EXPRESSION]

Search for files in a directory hierarchy. The default PATH is
the current directory; default EXPRESSION is '-print'

EXPRESSION may consist of:
-follow Dereference symbolic links.
-name PATTERN File name (leading directories removed) matches PATTERN.
-print Print (default and assumed).

-type X Filetype matches X (where X is one of: f,d,l,b,c,...)
-perm PERMS Permissions match any of (+NNN); all of (-NNN);
or exactly (NNN)
-mtime TIME Modified time is greater than (+N); less than (-N);
or exactly (N) days
-newer FILE Modified time is more recent than FILE's
-inum N File has inode number N

All that means is that there was a syntactical error in the way you typed the command. It prints all that so you can maybe figure out where the error is. You can type:
find --help
and see the same thing.

Interestingly, I copy & pasted the command as it appears in your post and it worked. And I am running the same version of find.

bash-2.02# find / -name tivoweb* -type d
/var/local/tivowebplus
/var/local/tivoweb-tcl

PortlandPaw was trying to get you to see if you have more than one version (or copy) of TiVoWeb and/or TiVoWebPlus installed (like I do).

In longhand, the command reads:

find<SPACE>/<SPACE>-name<SPACE>tivoweb*<SPACE>-type<SPACE>d

Hope that helps.

[galewis]

Hey, all. I've had a strange thing happen recently with TivoWeb: everything's been fine and I haven't made any changes to any files. Last night I tried to fire up TWP and couldn't get a response. I started a telnet session -- got in without any problems. FTP'd in, and that was fine, too. I can start tserver manually from the TyTool, so everything seems to be fine except for TivoWeb.

Tried running

/var/local/tivoweb-tcl/tivoweb &

... and got a [1] 218 as a response at the bash prompt. Launching a browser window and trying to access the TWP page just causes the browser to hang.

Restarted a couple of times, and had TiVo spontaneously reboot on me once. FTP and the telnet are fine, but TWP doesn't come back up.

Here's my rcsysinit.author

===================

#!/bin/bash
#
# rc.sysinit.author
# generated by hackman
# Saturday, January 15, 2005, 10:39 PM, local time
#
## ~~ Start of user section ~~ ##
# (Don't edit the ~'s and #'s!) #

### ~~ End of user section ~~ ###

# Start of hackman item generation
#
if test -f /sbin/tnlited
then
/sbin/tnlited 23 /bin/bash -login > /dev/console &
fi
#
if test -f /sbin/tivoftpd
then
/sbin/tivoftpd &
fi
#
if test -f --&nbsp;not&nbsp;installed&nbsp;--/tivoweb
then
--&nbsp;not&nbsp;installed&nbsp;--/tivoweb &
fi
#
echo 'rc.sysinit.author generated by hackman completed'
#

===================

A friend pointed out that the &nbsp; stuff is suspicious -- as if I'd edited the file with a non-unix editor (I HAVEN'T! PROMISE!), so perhaps that's where the problem lies.

Really weird that everything's been fine for literally weeks, and then... poof. Anyway, any suggestions a fix? Many thanks.