Hackman -- A Hack Manager module for TivoWeb

[beejaycee]

How do I capture the output of the telnet session? I am using WinXP's built-in telnet.
How embarrassing! I could have at least googled for this before posting. Or, if worse came to worse, RTFM. Let's pretend I didn't post that, 'kay?
Here's a cut and paste, all hackman files were deleted and then 3.3.24 installed:

den_tivo:/usr/tivoweb-tcl$ tivoweb console
den_tivo:/usr/tivoweb-tcl$
den_tivo:/usr/tivoweb-tcl$ TivoWebPlus Project - v1.1-pre2
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'copyright' and 'README' files for copyright and credit information.
Loading modules...
allshowing
backup
bufferhack
channelgrid
channelprefs
favicon
hackman
--hackman Version 3.3.24 beta--
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Root directory mounted read-write
NONE bad switch "--unavailable--/bin_mips/find": must be -keepnewline or --
while executing
"exec $find / -path /proc -prune -o -name freepages -type f -print"
(file "./modules/hackman.itcl" line 2873)
invoked from within
"source $module "
index
-initializing logo index
-initializing channel table
--caching 624 channels for source of type=6 (DirecTV)
-initializing genre table
-initializing now showing cache
-initializing season pass cache
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
schedule
screen
search
theme
todo
ui
vwait
webremote
whatson
wishlists
xPlusz
Accepting Connections

[PortlandPaw]

beejaycee (and all others), please try out the latest beta (http://www.tivohackman.com). Another blizzard here in New England may have sparked a breakthrough.

[beejaycee]

3.3.25 appears to have done it! :up: It loaded up fine and is running happily. The hackman.cfg was properly created. Once "find" was lost, but now it is found! :D

[chippyt]

I just tried 3.3.25 and when it created the cfg file it looks like many items were shifted by one. For example the telnet path was in the tserver spot and the ftp info was in the telnet spot. (i.e. set tserverpathname "/sbin/tnlited")

[beejaycee]

The first time I went to Hackman 3.3.25 in TWP, I did not see these errors. This morning I get:

A path, pathname or startup conflict has been found...
(this message is informational, and does not indicate an error) hackman found /sbin/tnlited startup commands in /etc/rc.d/rc.sysinit.author
but found /bin/tivoftpd in the file scan.
telnetpathname has been set to /sbin/tnlited.

hackman found /bin/tivoftpd startup commands in /etc/rc.d/rc.sysinit.author
but found --unavailable-- in the file scan.
ftppathname has been set to /bin/tivoftpd.

hackman found /usr/epp/endpadplus.tcl startup commands in /etc/rc.d/rc.sysinit.author
but found /usr/elseed in the file scan.
endpadpluspathname has been set to /usr/epp/endpadplus.tcl.

hackman found /usr/elseed startup commands in /etc/rc.d/rc.sysinit.author
but found --unavailable-- in the file scan.
elseedpathname has been set to /usr/elseed.

You may want to make adjustments if this conflict resolution was incorrect,
or perhaps resolve any multiple startup issues.

[PortlandPaw]

I think I see the problem. It has to do with not having a tivowebplus or a tivoweb-tcl (one or the other) directory. I've been testing with both installed on my box, which is a mistake. So try the latest beta, which will be available in a few minutes.

[O^O]

Hackman keeps trashing my drives. Its starting to get annoying. I could no longer use my rc.sysinit.author. Hackman has created a rc.sysinit.author.ORIG with nothing in it. It also created a hackman.cfg.bak. I could no longer run any scripts from rc.sysinit.author and could not block my dtivo from connecting to mothership beacause of this . I put hackman .cfg.bak back to its self again and redid the rc.sysinit.author. Restarted and now cannot connect to my machine at all. I'm super annoyed and don't get what is happening. How may I get my telnet back???

Actually I just want control as I knew it back. Theres a lot more happening than just creating new rc.sysinit.author. If someone could kindly let me know how to gain control of my rc.sysinit.author again it would be much appreciated. This is what is in it now and I cannot add anything to it cause it won't run.

Where did the original rc.sysinit.author go and what is being called to make things run.

#!/bin/bash
#
# /etc/rc.d/rc.sysinit.author
# generated by hackman
# Friday, March 04, 2005, 08:01 AM, 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 /var/hacks/tivoweb-tcl/tivoweb
then
/var/hacks/tivoweb-tcl/tivoweb &
fi
#
if test -f /busybox/crond
then
/busybox/crond &
fi
#
echo '/etc/rc.d/rc.sysinit.author generated by hackman completed'
#

[beejaycee]

Hackman keeps trashing my drives. Its starting to get annoying. I could no longer use my rc.sysinit.author. Hackman has created a rc.sysinit.author.ORIG with nothing in it. It also created a hackman.cfg.bak. I could no longer run any scripts from rc.sysinit.author and could not block my dtivo from connecting to mothership beacause of this . I put hackman .cfg.bak back to its self again and redid the rc.sysinit.author. Restarted and now cannot connect to my machine at all. I'm super annoyed and don't get what is happening. How may I get my telnet back???
I read some of your other posts and it sounds like there is more going on than just a problem with hackman. Can you ping your Tivo?

[O^O]

yes i can I now have pulled the drive and replace the rc.sysinit.author with the one hackman generated (posted up above) and now i can load Tivoweb then go to Hackman and start telnet and FTP but I don't want Hackman controlling these things especially my rc.sysinit.author. I'ts definitely Hackman I just don't know enough about hackman to gain control again.

[beejaycee]

yes i can I now have pulled the drive and replace the rc.sysinit.author with the one hackman generated (posted up above) and now i can load Tivoweb then go to Hackman and start telnet and FTP but I don't want Hackman controlling these things especially my rc.sysinit.author. I'ts definitely Hackman I just don't know enough about hackman to gain control again.
What program are you using to edit your rc.sysinit.author?

[ThurstonX]

How may I get my telnet back???

Where did the original rc.sysinit.author go and what is being called to make things run.
I sympathize, as Hackman also blanked my custom rc.sysinit.author. Lesson learned? ALWAYS make backups. ftp them to your PC, too. No excuses anymore.

Your original .author file is gone. Check the bit bucket.

How do things run? Take a look at /etc/rc.d/rc.sysinit. But just a look. Editing that without knowing *exactly* what your doing could be very bad. Just like crossing the streams, right, Egon? ;-)

Also, there are two apps getting launched from the .author file.

As to how you can get telnet back, it's not even listed in your file! Try adding this

#
if test -f /sbin/tnlited
then
/sbin/tnlited 23 /bin/bash -login > /dev/console &
fi
#

You may want to make sure /sbin/tnlited exists and is executable (should be by default, but ya never know). Do this:
ls -l /sbin/tnlited

If the output looks like this:
-rwxr-xr-x 1 root root 18352 Jan 9 2004 /sbin/tnlited*
you're good to go. If not, do this:
chmod 755 /sbin/tnlited

If `ls -l /sbin/tnlited` says "file not found" then, well, ugh. But you can look for it this way:
find / -name tnlited

If it's not under /sbin, adjust the path in .author accordingly. If it's not found, re-hack, cuz you got problems, man. But I bet it's there.

As it is, all you're starting is TiVoWeb & cron. Not much, but with Hackman you could edit the .author file to get telnet going. If you're really worried about Hackman, add the telnet startup between these lines:

## ~~ Start of user section ~~ ##
# (Don't edit the ~'s and #'s!) #

[PUT TELNET STARTUP HERE; or don't]

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

NB: DO NOT start telnet twice. Either put it in the uer section, or in the Hackman section.

You might want to start ftp, too. Try this:

#
if test -f /busybox/tivoftpd
then
/busybox/tivoftpd &
fi
#

Assumes you have tivoftpd on that path. If not, do this to find it:
find / -name tivoftpd
and adjust the path accordingly.

BTW, if you don't have telnet, how are you seeing the contents of the .author file? Hackman? Hackman should let you execute commands, too, yeah? You could start telnet that way, temporarily. Just be sure to put it in the background using a '&' after the command. Not gonna 'splain that one. RTFM.

Hope that helps.

[ThurstonX]

yes i can I now have pulled the drive and replace the rc.sysinit.author with the one hackman generated (posted up above) and now i can load Tivoweb then go to Hackman and start telnet and FTP but I don't want Hackman controlling these things especially my rc.sysinit.author. I'ts definitely Hackman I just don't know enough about hackman to gain control again.
In that case, if you're not willing to RTFM, or just don't get it, set up a new .author file, sans Hackman stuff, BACK IT UP, and once you're sure it's working, remove Hackman.

[O^O]

Well what originally happened was the rc.sysinit.author got edited by hackman when I checked off the box that says start up read only this in turn brought me to a page that said it was going to make changes to the rc.sysinit.author. I decided I did not want to do that so I wen back to the prior page and it wrote the rc.sysinit.author file anyway in addition created an rc.sysinit.author.ORIG file but there was nothing in that file. So Now I used text pad for Unix to edit the rc.sysinit file to what it was but that just makes everything inoperable. The issue is not the editor I used that has been ruled out as well as permissions.

[ThurstonX]

Well what originally happened was the rc.sysinit.author got edited by hackman when I checked off the box that says start up read only this in turn brought me to a page that said it was going to make changes to the rc.sysinit.author. I decided I did not want to do that so I wen back to the prior page and it wrote the rc.sysinit.author file anyway in addition created an rc.sysinit.author.ORIG file but there was nothing in that file. So Now I used text pad for Unix to edit the rc.sysinit file to what it was but that just makes everything inoperable. The issue is not the editor I used that has been ruled out as well as permissions.
So nothing runs on your TiVo? I mean, no hacks? Looked like TiVoWeb and cron were listed in the one you posted. Have you tried using TiVoWeb? If you can get there, and if Hackman is running, you can edit files. If you can edit files, and know what to put in them, you may be able to get telnet running. And Hackman let's you execute commands. One command you could try would be

/sbin/tnlited 23 /bin/bash -login > /dev/console &

which should then allow you to telnet in, and then you could edit the .author file using vi. vi might be a pain, but a little reading on the 'Net should help.

Anyway, good luck.

[PortlandPaw]

Hackman keeps trashing my drives.That's a pretty severe accusation. A more accurate statement might be that the user of hackman is doing something to trash his drives.Well what originally happened was the rc.sysinit.author got edited by hackman when I checked off the box that says start up read only this in turn brought me to a page that said it was going to make changes to the rc.sysinit.author. I decided I did not want to do that so I wen back to the prior page and it wrote the rc.sysinit.author file anyway in addition created an rc.sysinit.author.ORIG file but there was nothing in that file. So Now I used text pad for Unix to edit the rc.sysinit file to what it was but that just makes everything inoperable. The issue is not the editor I used that has been ruled out as well as permissions.I have just a few words, phrases and comments to put out here:

beta
...at your own risk
RTFM
The conditions you describe were noted back around January 21 with version 3.3.11. It's all documented here. Those problems were fixed at that time and considerable development has occured since then, as evidenced by the fact that we're working on 3.3.26 now
If you're going to play with beta software, keep up with the latest releaseYou have an excellent mentor in ThurstonX and you should listen to his advice. He's absolutely right...if you're not comfortable using hackman, don't use it. If you don't know about chain saws and are unwilling to read the instruction manual, please don't pull the start cord.

[O^O]

I did RTFM

I do have Telnet - only if starting in hackman

I cannot add to rc.sysinit.author - blocking the net will not run nor will Telnet run (Must use Hackman)

I have correctly placed these items in the rc.sysinit.author. I have 2 other units running for awhile now and understand how to edit rc.sysinit.author

Permissions have been checked- rc.sysinit.author (otherwise Tivoweb would not run):
bash-2.02# ls -al
drwxr-xr-x 3 root root 1024 Mar 4 13:01 .
drwxr-xr-x 4 root root 1024 Jan 23 15:36 ..
-rwxr-xr-x 1 root root 1776 Oct 15 2002 finishInstall.tcl
-rwxr-xr-x 1 root root 4986 Oct 23 2002 rc.arch
-rwxr-xr-x 1 root root 22987 Jul 31 2003 rc.sysinit
-rwxr-xr-x 1 root root 571 Mar 10 14:03 rc.sysinit.author
-rwxr-xr-x 1 root root 497 Mar 9 21:56 rc.sysinit.author.ORIG


sbin does exist so does tnlited

Thanks for everyones input. I will probably get rid of Hackman. Buy another Tivo to play with and put it on that one till I become very familiar with it and fully understand what is happening. Sorry if I seemed to have gotton fustrated.

[PortlandPaw]

Check out the latest hackman beta, here (http://www.tivohackman.com).

[beejaycee]

I always feel like Spongebob when you release a new beta! Oooooooooo! :D

[beejaycee]

3.3.27 is giving me a wierd error on only one of my TiVos so it may be a result of something I have done. From tivoweb.log:
--hackman Version 3.3.27 beta--
-Root directory mounted read-write
-Saturday, March 12, 2005, 11:18 AM, local time
NONE invalid command name "=50,width=450,height=225}"
while executing
"=50,width=450,height=225}"
(file "./modules/hackman.itcl" line 3059)
invoked from within
"source $module "

[PortlandPaw]

I'd say the hackman.itcl file got chowdered up pretty good. For one thing, it's only 3059 lines long and that error message refers to the pop-up window parameters which are located between lines 2579 and 2584. I would re-install hackman with a known clean download.

[beejaycee]

Hah! :) Good call. I've reinstalled, restarted, repeated, and it looks good. I had looked at the code and saw that there was nothing that made sense to me to be causing the error at that location so I ASSuMEd that it was something else.

[Softail95]

Hello,

I'm a bit of a noob here.... I have followed the install instructions and placed all the files in the right dirs, but when I restart tivowebplus, I dont see anything new. Also I dont see any hackman.ini or hackman.cfg files. (where exactly are they supposed to be??) Have I missed some key step??

Thanks,

Bob

[ThurstonX]

I'm a bit of a noob here.... I have followed the install instructions and placed all the files in the right dirs, but when I restart tivowebplus, I dont see anything new. Also I dont see any hackman.ini or hackman.cfg files. (where exactly are they supposed to be??) Have I missed some key step??
Gonna need more details, Bob. What directory is TWP in? Is hackman.itcl executable? Can you copy/paste the output from the following command?

ls -l /path/to/TWP/modules/hackman*

where "/path/to/TWP" equals something like.
/var/local/tivowebplus
or wherever TWP lives.

for example:

TiVo# ls -l /var/local/tivowebplus/modules/hackman*
-rwxr-xr-x 1 root root 137167 Mar 13 21:53 /var/local/tivowebplus/modules/hackman.itcl*

If it loaded OK, there will be other hackman files, but the above shows it as it needs to be when first installed.

If you need to make it executable, do:

chmod 755 /var/local/tivowebplus/modules/hackman.itcl
[again, adjusting for your actual path]

Also, take a look at /var/log/tivoweb.log (pretty sure that's file) and see if there are any mentions of "hackman". You could also start TWP and watch the output in the console:

tivoweb -console

Pretty sure the latter option means that when you close that telnet session, TWP dies, but I could be wrong. I usually just look at the log file. You can do that by:

more var/log/tivoweb.log

[PortlandPaw]

All that ThurstonX is describing is included in the Troubleshooting Steps section of hackman's README.

BTW, a TivoWeb module does not have to be executable. But it's OK if it is.

Also, TWP won't die if you terminate the telnet console session that initiated it, but you may get an I/O error if you run any part of TWP that puts a message to standard out, which no longer exists after the telnet session ends.

[ThurstonX]

All that ThurstonX is describing is included in the Troubleshooting Steps section of hackman's README.

BTW, a TivoWeb module does not have to be executable. But it's OK if it is.
Too true, and definitely a must-read. Just thought I'd pare it down a little. Definitely read it twice before proceeding, and then refer to it as needed. Even as a 5-yr UNIX sys admin, I did (and do) all that.

Good luck!

Thanks for setting me straight on mods permissions, PP. Certainly makes sense that readbale would be enough.

[Softail95]

uhhh... my face is red. didnt get down far enough to see the troubleshooting section. went over and read the logs. sure enough, messages about not being able to run 'find'. I chmod'ed the new bins that hackman installed and now it is working. It also identified a conflict in the way I had tivoftp starting up.... very cool.

sorry for not rtfh before posting....

[Softail95]

I noticed a difference between the readme.txt and the readme.html that would have tipped me off to what was eventually my problem. In the html, there is the note in the install section: "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." This does not appear in the readme.txt in the zip file. Perhaps if you put this in the readme.txt file too, you might save another user some frustration.

Thanks,

Bob

[Geezer]

I'm trying to run hackman on my HDVR2 and I'm getting the following error in my tivoweb log:

--hackman Version 3.3.27 beta--
-Root directory mounted read-write
NONE bad switch "--unavailable--hacks/bin_mips/find": must be -keepnewline or --
while executing
"exec $find / -path /proc -prune -o -name freepages -type f -print"
(file "/hacks/modules/hackman.itcl" line 2876)
invoked from within
"source $module "

I have verified that the find and sendkey versions are in the correct directories and that they are executable.

suggestions?

Thanks,

[PortlandPaw]

This does not appear in the readme.txt in the zip file. Perhaps if you put this in the readme.txt file too, you might save another user some frustration.My apologies! I could have sworn the .txt and .html files were identical...I mean, I cut and pasted one to the other...how could that have gotten lost? Thank you for calling that to my attention; I'll certainly fix it for the next release, which I think will be the long awaited 4.0 final.

[PortlandPaw]

I'm trying to run hackman on my HDVR2 and I'm getting the following error in my tivoweb log:

--hackman Version 3.3.27 beta--
-Root directory mounted read-write
NONE bad switch "--unavailable--hacks/bin_mips/find": must be -keepnewline or --
while executing
"exec $find / -path /proc -prune -o -name freepages -type f -print"
(file "/hacks/modules/hackman.itcl" line 2876)
invoked from within
"source $module "

I have verified that the find and sendkey versions are in the correct directories and that they are executable.

suggestions?

Thanks,You're getting the error because hackman.cfg has the wrong path for "find." Try deleting the .cfg file to force the generaton of a new one. If that doesn't work, edit the .cfg file to indicate the proper path. But report it back here, too, because I'll want to fix that.

And, also, if it doesn't work, tell me what your TivoWeb directory(s) are. That may be a clue.

[PortlandPaw]

(file "/hacks/modules/hackman.itcl" line 2876)
suggestions?Upon closer inspection of your error message, I see that you have TivoWeb in a directory named "hacks." There is little enough consistency in how people set up their TiVos, but one convention that hackman requires is that TivoWeb be in a directory that at least starts with the letters "t-i-v-o-w-e-b."

Try renaming your TivoWeb directory to something like "TivoWeb", adjusting how you start TivoWeb accordingly, and then try installing hackman.

Let me know how it works.

[Geezer]

Upon closer inspection of your error message, I see that you have TivoWeb in a directory named "hacks." There is little enough consistency in how people set up their TiVos, but one convention that hackman requires is that TivoWeb be in a directory that at least starts with the letters "t-i-v-o-w-e-b."

Try renaming your TivoWeb directory to something like "TivoWeb", adjusting how you start TivoWeb accordingly, and then try installing hackman.

Let me know how it works.
Yep, that works! I uninstalled TWP, removed everything, and then re-installed it. It works. I just haven't had the nerve to click "Save" on the preferences page yet :o .

Thanks.

[PortlandPaw]

I just haven't had the nerve to click "Save" on the preferences page yet :o Do it...all that does is re-write the .ini file. Nothing else is touched. The place to be careful is in the "gumdrop" buttons that give you the chance to re-write your rc.sysinit.author file to add/delete hacks to start on boot. Be sure to give the README a careful look.

[dgilbert]

I installed Hackman today and I'm not sure it's working correctly. The gumdrops for telnet, ftp, and cron are all red even though they're all started in rc.sysninit.author. Shouldn't they be green? I looked in the paths file and the only app which is listed to start on boot is TivoWebPlus (it's gumdrop is orange). Any help would be appreciated.

I also noticed that by default Hackman will cause Tivo to boot with the drive mounted as read/write. I see how this can be changed in the preferences, but would it not be safer to have the drive mount read-only by default?

[PortlandPaw]

I installed Hackman today and I'm not sure it's working correctly. The gumdrops for telnet, ftp, and cron are all red even though they're all started in rc.sysninit.author. Shouldn't they be green? I looked in the paths file and the only app which is listed to start on boot is TivoWebPlus (it's gumdrop is orange). Any help would be appreciated.Please attach a copy of your hackman.cfg, rc.sysinit.author and a copy of your Paths and Pathnames Screen (cut and paste) and I'll try to figure out what's going on.I also noticed that by default Hackman will cause Tivo to boot with the drive mounted as read/write. I see how this can be changed in the preferences, but would it not be safer to have the drive mount read-only by default?Safer, yes, but for those who have their hacks in the root directory and who prefer to leave their drives r/w, setting it r/o would mess up their systems. The README recommends that it be set to r/o. Since everyone reads the README, it's not a problem.

[SeanC]

Since everyone reads the README, it's not a problem.

You are being ironic, right?

[Fofer]

You are being ironic, right?

I don't think ironic's the word... maybe, sarcastic would be better?

:D ;)

[PortlandPaw]

I don't think ironic's the word... maybe, sarcastic would be better? D ;)After several months of saying RTFM, I think the word would be cynical.

[dgilbert]

Please attach a copy of your hackman.cfg, rc.sysinit.author and a copy of your Paths and Pathnames Screen (cut and paste) and I'll try to figure out what's going on.

Here's my files. Thanks for the help!

[PortlandPaw]

Here's my files. Thanks for the help!The problem is that you've streamlined the rc.sysinit.author file by using just the filename to call the hack. For example you have "tivoftpd" instead of the full pathname "/busybox/tivoftpd". Hackman looks for the leading "/" to help differentiate from non-command text.

The easy way to set up your rc.sysinit.author file would be to copy your entire existing rc.sysinit.author file into memory (control-c) with the exception of the first line (#!/bin/bash). Then run hackman and select a hack you would like to start from rc.sysinit.author, say telnet. When the file comes up for editing, paste (control-v) your existing rc.sysinit.author file into the user space. This will ensure that all your current commands will be there in the new file.

Save the file and you should be returned to hackman with the telnet gumdrop green. Then add the other hacks to be started by clicking their gumdrops. Save each time and when you're done you should have a new rc.sysinit.author file that hackman can properly read.

You can then proceed to clean up the file by deleting your old now redundant commands from the user section. Be sure to leave your other commands, such as your exports, JOE, etc.

But instead of doing the above, I prefer to start telnet and tivoftpd from the rc.sysinit file so that any screw-ups with the rc.sysinit.author file won't prevent access to the TiVo. If I were you, I'd put these commands, with full pathnames into rc.sysinit:

if test -x /sbin/tivoftpd
then
/sbin/tivoftpd &
fi

/bin/bash </dev>& /dev/ttyS3 &
/sbin/tnlited 23 /bin/bash -login &

[dgilbert]

The problem is that you've streamlined the rc.sysinit.author file by using just the filename to call the hack. For example you have "tivoftpd" instead of the full pathname "/busybox/tivoftpd". Hackman looks for the leading "/" to help differentiate from non-command text.

The easy way to set up your rc.sysinit.author file would be to copy your entire existing rc.sysinit.author file into memory (control-c) with the exception of the first line (#!/bin/bash). Then run hackman and select a hack you would like to start from rc.sysinit.author, say telnet. When the file comes up for editing, paste (control-v) your existing rc.sysinit.author file into the user space. This will ensure that all your current commands will be there in the new file.

Save the file and you should be returned to hackman with the telnet gumdrop green. Then add the other hacks to be started by clicking their gumdrops. Save each time and when you're done you should have a new rc.sysinit.author file that hackman can properly read.

You can then proceed to clean up the file by deleting your old now redundant commands from the user section. Be sure to leave your other commands, such as your exports, JOE, etc.

But instead of doing the above, I prefer to start telnet and tivoftpd from the rc.sysinit file so that any screw-ups with the rc.sysinit.author file won't prevent access to the TiVo. If I were you, I'd put these commands, with full pathnames into rc.sysinit:

if test -x /sbin/tivoftpd
then
/sbin/tivoftpd &
fi

/bin/bash </dev>& /dev/ttyS3 &
/sbin/tnlited 23 /bin/bash -login &

Mr. Paw :) ,
Thanks for the quick answer. I'll try your suggestions tomorrow.

[Softail95]

Since everyone reads the README, it's not a problem.


Sometimes, theres 2 readme's, they are different, and you read the wrong one.
;) :p

[PortlandPaw]

Sometimes, theres 2 readme's, they are different, and you read the wrong one.
;) :pOK, OK, I said I'd fix it!

[vertigo235]

I removed all old hackman stuff, and dropped the new hackman.itcl into modules directory.

Now, no hackman link is in the main menu?

[vertigo235]

If I go to http://TiVo/hackman/

this is displayed

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
couldn't read file "/var/local/tivoweb-tcl/modules/hackman.cfg": no such file or directory
while executing
"source $source_dir/modules/hackman.cfg"
(procedure "::action_hackman" line 12)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[vertigo235]

If I create a blank hackman.ini, hackman.cfg into the directory and reload tivowebplus the blank files are deleted (I assume by the startup process?)

[vertigo235]

OK I finally got everything working with the latest generation of hackman, turns out I did not have permissions set right (ducks), but I thought I did!

A quick ./tivoweb console revealed my problem!

Everything is working great it seems, thanks for a great module portlandpaw!

[vertigo235]

OK, so NEW problem...

Can anyone explain why /var/hack/bin keeps getting zapped from my PATH?

I have to export PATH=$PATH:/var/hack/bin

whenever I pull up a bash now?

Edit: FIXED, had to recreate .profile in root directory.

[dgilbert]

<snip> I prefer to start telnet and tivoftpd from the rc.sysinit file so that any screw-ups with the rc.sysinit.author file won't prevent access to the TiVo. If I were you, I'd put these commands, with full pathnames into rc.sysinit:

if test -x /sbin/tivoftpd
then
/sbin/tivoftpd &
fi

/bin/bash </dev>& /dev/ttyS3 &
/sbin/tnlited 23 /bin/bash -login &

Where in the rc.sysinit file should these go, beginning, end, anywhere?

Thanks!

[PortlandPaw]

I would put them at the end, just before the "sysinit finished" message.

[Softail95]

if test -x /sbin/tivoftpd
then
/sbin/tivoftpd &
fi

/bin/bash </dev>& /dev/ttyS3 &
/sbin/tnlited 23 /bin/bash -login &


This made me curious. You test for the existence of tivoftpd prior to calling it, but not for ttyS3 or tnlited. It would seem to me that you'd test for them all. Is there a reason why you don't?

Bob

[PortlandPaw]

tnlited is native to the TiVo and should be there, while tivoftpd is not, and may or may not be present in the location specified. Feel free to test for tnlited, as well!

[Softail95]

Thanks. I thought that might be why.

[dgilbert]

This made me curious. You test for the existence of tivoftpd prior to calling it, but not for ttyS3 or tnlited. It would seem to me that you'd test for them all. Is there a reason why you don't?

Bob

While we're on the subject, what does the ttyS3 command do? As far as I can tell (being a noob and all), I'm not starting ttyS3 in my current config yet telnet is working.

[Softail95]

While we're on the subject, what does the ttyS3 command do? As far as I can tell (being a noob and all), I'm not starting ttyS3 in my current config yet telnet is working.

I had the same thought. I checked around and it appears to me to be for PPP over serial support, which you don't run because you have the network attachment.

[dgilbert]

I would put them at the end, just before the "sysinit finished" message.

So I tried putting the telnet and ftp commands at the end of the rc.sysinit file (and removed them from the rc.sysinit.author). After a reboot I was able to telnet and ftp just fine, but for some reason none of my export commands had executed. Not sure why.

[PortlandPaw]

So what does your rc.sysinit.author file look like now?

[dgilbert]

So what does your rc.sysinit.author file look like now?

Here's my files. Thanks.

[PortlandPaw]

dgilbert, I really don't know why the exports aren't working. Both files seem to be operational. The only thing I can think of is that maybe the /rc.sysinit.author call should be moved down to the end because I have no idea what CALL_ALL_NIGHT and CANARY_DELTA_NIGHT do.

Anybody else have any ideas?

[dgilbert]

dgilbert, I really don't know why the exports aren't working. Both files seem to be operational. The only thing I can think of is that maybe the /rc.sysinit.author call should be moved down to the end because I have no idea what CALL_ALL_NIGHT and CANARY_DELTA_NIGHT do.

Anybody else have any ideas?

I checked and neither parseWrapper.sh or allnight.tcl exist, so CALL_ALL_NIGHT and CANARY_DELTA_NIGHT don't seem to do anything. For now I've just moved the ftp and telnet back into rc.sysinit.author and the exports are working again. No big deal, thanks for trying.

[PortlandPaw]

Just for experiment's sake, try putting ftp and telnet back into rc.sysinit and see if the exports still work. If so, I'd leave it like that (dual instances won't hurt anything) so as to ensure both ftp and telnet if something goes wrong.

[PortlandPaw]

The latest version seems pretty stable now...at least I haven't heard anything to the contrary. So I think it's finally time to drop the beta and declare hackman to be Version 4.0.0. It's available here (http://www.tivohackman.com).

That's not to say there won't be a 4.0.1 -- as soon as there's something to be fixed or somebody suggests a worthwhile new feature, development will continue.

My thanks to everyone who has helped bring hackman to this point. I certainly couldn't have done it alone.

UPDATERS: Please note that with the new version, creation of new hackman.ini and hackman.cfg files will be forced and, consequently, load time will be a little longer.

[SeanC]

As always excellent work PP. I have to admit I stopped upgrading HM about 2 months ago, it was stable for me and did what I wanted so I figured I would wait for 4.0. Well everything is good with 4.0!

[geraldtivo]

mr. paw,

i really like your hackmanager for the tivo. i've got just one request, can you write some
script to set my tivo clock from my computer? i dont want my tivo to call home, and i've
even killed the processes that do. this would complete my totally independent tivo.
thanks!
gerald

[PortlandPaw]

I thank that's a good idea and I might add it in the next version. I'm taking a hiatus from programming while we're renovating the house, but it might show up at any time.

In the meantime, you can do it from a bash prompt with the settime parameter, e.g.settime 20050409100000
settime -rtcwill set the date/time to 10 a.m., April 9, 2005. Remember that this is Greenwich Mean Time.

[DWZ]

Hey,

First, let me say - fantastic program!

May I make a quick feature request? It would be awesome if you could provide support for the hack 'Trickey'.

Nothing special, just the ability to start/stop the hack and put it into the startup script...

Thanks,

- Alan

Err, it seems the forum software won't let me paste a link to the Trickey homepage... It's the second result when you search for "Trickey TiVo" in Google, on the OzTiVo website.

[PortlandPaw]

It would be awesome if you could provide support for the hack 'Trickey'.That looks like a good little hack. Since I have more posts under my belt, (and am therefore considered to be less of a security threat) I can post the link to "Trickey" (http://minnie.tuhs.org/twiki/bin/view/Software/TrickeySoftware).

I will add Trickey to hackman with the next revision which, as I explained above, may be a while, but will happen eventually.

Thanks for the contribution.

[DWZ]

I will add Trickey to hackman with the next revision which, as I explained above, may be a while, but will happen eventually.
No problem :)

Thanks again!

[Softail95]

David,

I am interested in your crontab line:

# Five after three a.m.(EST) or four a.m. (DST), every day, push backup of /etc onto PC
5 8 * * * rsync -PavzH --numeric-ids --delete --exclude=displayfiles --exclude=apsrunning.sh /etc/. 192.168.1.10::tivo/etc/. > /var/hack/log/rsync 2>&1

I would like to set up the same thing to back up my tivo mods. I have searched around and found an rsync binary 2.4.4 (Tridgell and Mackerras). I tried it out using the above line as a guide, specfying my pc's address. It ran for a while on the Tivo, but the log indicates that the connection timed out. Is there some sort of server that needs to be up on the windows pc to receive the connection? Can you give me any other pointers on setting up rsync on my Sony TiVo SA S1, or point me somewhere that has that info? Have I a good version of the rsync binary? You have been VERY helpful to me in the past--thanks very much for that!

[Fozzie]

Not the David that you addressed the question to but another one that uses rsync ;)

Have a search around for cwrsync; that's the app that runs on my WinXP machine. The cwrsync website itself can be found >>here<< (http://www.itefix.no/phpws/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=6&MMN_position=23:23).

HTH.

[PortlandPaw]

Or run Cygwin on the PC. I set my rsync up using Jeff Keegan's book, Hacking Tivo. It gives a pretty good detailed step-by-step, but there are a couple of typos in the command to register it as a service, if I remember correctly.

[Softail95]

Not the David that you addressed the question to but another one that uses rsync ;)

Have a search around for cwrsync; that's the app that runs on my WinXP machine. The cwrsync website itself can be found >>here<< (http://www.itefix.no/phpws/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=6&MMN_position=23:23).

HTH.

Fozzie,

Thanks for steering me in the right direction. I have it working well very now. I feel so much better now that I have a good backup of all the work I have done hacking the tivo.

[Fozzie]

Good stuff :) I didn't post any detailed instructions because to be honest, I can't remember exactly what or how I did it; I just know that I got it working after a bit of hacking around.

Touch wood, I haven't had to restore my /var partition so I'm actually only 'assuming' that that the backups are working ok ;) I'll be posting on here if I do need to do a restore from an rsync backup, because I haven't a clue at the moment!

[PortlandPaw]

It's as easy as FTP'ing the backed up files from the PC back to the TiVo -- they're all there.

[Fozzie]

It's as easy as FTP'ing the backed up files from the PC back to the TiVo -- they're all there.
And all the permissions etc are retained?

[PortlandPaw]

If you use the latest tivoftpd that retains permisssions. Definitely want this one! I think you'll find it on the other board.

[Fozzie]

Thanks for the tip; I wasn't aware of that version. The only downside with it is that it doesn't support 'pwd', which seems a bit strange. Is there another command to display the current directory on the remote machine?

[kweller]

I'm getting a warning message from Hackman (great module BTW, thanks for all your work Mr. P) about TWP being started from more than one file -

hackman found that /var/hack/tivoweb-tcl
is being started by rc.sysinit.author, and by TivoWebPlus.

- but I don't understand it I'm afraid. TWP It is definitely being started from rc.sysinit.author but how (and where) is it likely to be starting itself?

Thanks.

Kevin

[PortlandPaw]

Interesting...the messages are intended to be FYI and may or may not indicate a serious problem, but that is weird.

What do you see if you go to the Preferences page and look at Show Paths and Pathnames? That should show what hackman thinks is starting Tivoweb.

[kweller]

It says (this probably won't format well) -

tivowebplus /var/hack/tivoweb-tcl (directory path) rc.sysinit.author, TivoWebPlus

There used to be a <I've forgotten.tpm> call in rc.sysinit.author which started TWP but that is no longer there. I wonder if it's finding that file, seeing it starts TWP then deciding it must be being called somewhere?

Kevin

Edit: Corrected file extension, it was a TPM not a TWP!

[Lopey]

Does this work on 6.2?

[PortlandPaw]

I don't know...why don't you try it and let us all know?

[ThurstonX]

Does this work on 6.2? FWIW, I've been loading it unedited into TWP 1.1-pre2 ever since upgrading. Unlike other modules, it required no editing to comment out references to TmkEvents, which are not handled by 6.2. To that end, my use of hackman is limited, as my TiVo is nice and stable :-) I use it mainly for restarting TWP, as I prefer PP's method to TWP's built-in Restart options (YMMV). I've poked around a bit, though, and was successful in setting a password for the hackman section that has that option (sorry, can't recall the exact name; TWP is currently off). Any links and/or options I accessed worked fine.

HTH.

And PP, thanks for building such a robust mod!

[PortlandPaw]

Thank you, Thurston. Could you please tell me exactly what mods you had to make to hackman to make it behave under 6.2? Then I'll modify accordingly and send you a quick beta to test. Then it should be good to go for the rest of the world.

[Lopey]

I've installed it before I posted the question, but I didn't see the option in TWP. There should be a seperate option on the main screen correct? I didn't see that at all. I restarted the tivo and TWP, but no good. I will try it again.

[Fofer]

Hackman certainly has come a long way since I first installed it many months back... great work, PortlandPaw!

This weekend I updated a DirecTiVo from 4.0 to 6.2 and updated TivoWebPlus, Hackman, and a few other goodies in the process. I really appreciate all the helpful tools that made it fun.

I'm re-reading Hackman's ReadMe to fully grasp how powerful it is, so I can clean a few things up on my install. :up:

[ThurstonX]

Thank you, Thurston. Could you please tell me exactly what mods you had to make to hackman to make it behave under 6.2? Then I'll modify accordingly and send you a quick beta to test. Then it should be good to go for the rest of the world. PP, sorry for the delay in responding, but I never got notice of your original post (grrrrr). I thought this was pretty clear:
"Unlike other modules, it required no editing to comment out references to TmkEvents, which are not handled by 6.2."
;-)

Sorry for any confusion.

[PortlandPaw]

Thanks, Fofer. I've actually had the same experience as I re-designed my network and had to change the fixed IP addresses on my TiVos. I actually found myself thanking myself!

[PortlandPaw]

"Unlike other modules, it required no editing to comment out references to TmkEvents, which are not handled by 6.2."OK, so I can conclude that no changes to hackman are required to work under 6.2?

[ThurstonX]

OK, so I can conclude that no changes to hackman are required to work under 6.2? Based on my limited use, yes :-)
I'd do some more rigorous testing for you, but my free time is currently taken up by packing, planning a move and buying a house. Maybe some other intrepid 6.2 converts can assist with this.

[rbautch]

I've been using Hackman with 6.2 for about 3 months, and it also works fine for me unmodified. I do recall seeing a single TmkEvent call somewhere in Hackman.itcl, but it never caused an error for me. You might consider a catch statement or a version check for that event call.

[PortlandPaw]

The only TmkEvent is in the clear and delete feature which can be set to kick in if the TiVo reboots more than five times in an hour. It's a Series 1 thing that bothered me last year and it hasn't been a problem since. Shouldn't be a problem.

[shutterfriend]

Hi,

Is there any way to get hackman to stop and start the ncidd and tivocid callerid applications.

Thanks.

[marklyn]

I have a HDVR2 and installed Hackman 4.0 and I cannot get the 30 second skip or screen clock to work even though they're checked. I'm using TWP 1.1 pre-2 ver.

I've shut down and restarted tivowebplus in console mode and hackman loads fine.

I've unchecked and rechecked the 30 second skip and on screen clock, shut down and restarted twp again, still nothing (no errors; hackman loads fine).

Any suggestions?

[PortlandPaw]

Do you know that these features are available on the HDVR2? Being an S1 guy, I have no idea.

[marklyn]

Yes, I can manuall program both of them with my remote so I know they can work.

[Softail95]

Are you sure you have the right version of sendkey? There are different ones for S2 ans S2... I'm not sure of all the details but I seem to remember someone else having an issue here. FYI, the things you want enable via keystrokes a short time after boot, so dont start pressing remote keys as soon as tivo is up. leave it for 3-4 minutes....

[marklyn]

I'm not sure why this isn't working; seems like I remember reading other posts where the scripting for this works at least in the superpatch script.

Wonder if I could 'relocate' the code to the rc.sysinit.author script so it always runs on restart?

[Softail95]

Can you send the commands with HackManager manually? (I know you mentioned that you can send them via a remote.) If you can, then Hackman should be able to send them at boot time. This depends on TWP+ Starting at boot time, too.

[chewboxa]

I also use NCID and would love to see a Hackman module. Anyone else know if this is available? Thank You.

Tony

[slydog75]

How can I get hackman to recognize a new hack? I installed mfsftp to /var/hack/mfs_ftp and put that in the 'mfspath' line in the hackman.cfg and rebooted my tivo but it's not coming up in hackman.

[Andy in NYC]

I'm having an attack of the supids or something.

I downloaded the latest hackman files
ftp'd (in binary) them to all the correct subdirectories
restarted (both full and quick) tivowebplus (with the HD fixes installed) and hackman isn't there - nor is anything else any different.

tivowebplus is installed in /var/local/tivoweb-tcl on an HR10-250

did I somehow miss a step?

Andrew

[ebm]

When I goto the backdoor feature I get the following error.
I have it installed in /var/hack/tivowebplub/

How do I get this to work correctly?

INTERNAL SERVER ERROR
--cut here--
action_backdoormenu '/' ''
can't read "bd_code": no such variable
while executing
"if {$bd_code != "0"} {
puts $chan [html_link "/backdoorcodes?backdoorcode=1" "Enable backdoors"]
puts $chan

}" (procedure "::action_backdoormenu" line 8) invoked from within "::action_$action $chan $part $env" ("eval" body line 1) invoked from within "eval {::action_$action $chan $part $env}" --cut here--

[Fofer]

Is tivohackman.com (the page where the software is downloaded from) down?

All I get is blank page.

[Fozzie]

Is tivohackman.com (the page where the software is downloaded from) down?

All I get is blank page.Nope.

[Dan Collins]

Try: http://web.nlis.net/~davehill/hackman/hackman.html

[Fozzie]

Try: http://web.nlis.net/~davehill/hackman/hackman.htmlIsn't that the same URL as in PortlandPaw's sig, a couple of posts up :confused:

[Fofer]

Nope.

Weird. When I go to tivohackman.com, the actual link that's presented to me from HackMan (version 4.0.2) in TWP on my TiVo... it goes to a blank page.

The other link that Dan Collins passed on, the one apparently in PortlandPaw's sig (I have sigs turned off currently) does work, however it's got version 4.0 for download.

[Dan Collins]

Here is a direct link to the latest version (4.0.4): http://169.244.187.60/DRH/hackman/LatestVersion/

[Fofer]

Here is a direct link to the latest version (4.0.4): http://169.244.187.60/DRH/hackman/LatestVersion/

Are there release notes for any of the changes from 4.0.2 to 4.0.4? Just wondering, I guess, if it'd be worth it to me to update my two HDVR2's.

[PortlandPaw]

I've been in the process of moving and both my TiVos are now in mothballs and my wife and I are in agony. To make matters worse, we have only over-the-air television and dial-up Internet!

I've changed my website in my signature and I apologize for any misdirection -- the old website should have been deleted, but it wasn't.

[Fofer]

I've been in the process of moving and both my TiVos are now in mothballs and my wife and I are in agony. To make matters worse, we have only over-the-air television and dial-up Internet!


:eek: the horror!

Hopefully it'll all be over soon, buddy. Hang in there!

[lee espinoza]

I am getting this when I go in to hackman:

hackman found ./mfs_ftp/mfs_ftp.tcl startup commands in /etc/rc.d/rc.sysinit.author
but found /mfs_ftp/mfs_ftp.tcl in the file scan.
mfspathname has been set to ./mfs_ftp/mfs_ftp.tcl.

hackman found ./busybox/endpadplus.tcl startup commands in /etc/rc.d/rc.sysinit.author
but found /busybox/endpadplus.tcl in the file scan.
endpadpluspathname has been set to ./busybox/endpadplus.tcl.

You may want to make adjustments if this conflict resolution was incorrect,
or perhaps resolve any multiple startup issues.

and hackman keeps on over righting my rc.sysinit.author and eating the path and also not running endpadplus

[PortlandPaw]

As mentioned above, I'm TiVo-less and therefore cannot help trouble shoot your problem. But I think it might trace to the period in ./mfs_ftp/mfs_ftp and ./busybox/endpadplus.tcl. Try editing out the period and see if that helps. Also, check the readme for troubleshooting hints. It might also help to know what model/sw version you have.

[lee espinoza]

As mentioned above, I'm TiVo-less and therefore cannot help trouble shoot your problem. But I think it might trace to the period in ./mfs_ftp/mfs_ftp and ./busybox/endpadplus.tcl. Try editing out the period and see if that helps. Also, check the readme for troubleshooting hints. It might also help to know what model/sw version you have.
TW+ v1.2.1 hackman V4.0.2.

[lee espinoza]

As mentioned above, I'm TiVo-less and therefore cannot help trouble shoot your problem. But I think it might trace to the period in ./mfs_ftp/mfs_ftp and ./busybox/endpadplus.tcl. Try editing out the period and see if that helps. Also, check the readme for troubleshooting hints. It might also help to know what model/sw version you have.
all of them?

[lee espinoza]

Bump

[Fozzie]

I think if someone has an answer for you then they'll post it! Bumping after one day rather smacks of self-importance :rolleyes:

[lee espinoza]

I Bump after a 1 hr people get mad I Bump after a day people still GET MAD.:rolleyes:
:rolleyes: :rolleyes:

[Gunnyman]

bumps=not necessary
see a pattern?

[lee espinoza]

bumps=not necessary
see a pattern?
When somebodys software is kill my tivo it is necessary and when hackman is killing the hacks that me and Larry spent HOURS working on it is NECESSARY.

[Gunnyman]

:meh
this is why one backs up their author file and ftp's it to thier PC.

[lee espinoza]

:meh
this is why one backs up their author file and ftp's it to thier PC.
I should not have to hackman should not be messing up my author file

[Gunnyman]

computers shouldn't crash either, are your vital files backed up there? or not?

[lee espinoza]

computers shouldn't crash either, are your vital files backed up there? or not?
I do not have any vital files on my computer that would be dumb of me.
I don't keep vital files on a system that could crash.


and why are you trying to make this about me? I just trying to get my tivo problem fixs and be on my marry way. why are trying to pick a fight Gunny?


THIS IS NOT ABOUT ME THIS IS ABOUT HACKMAN AND THE WAY IT IS MISSING UP MY TIVO.

[Fofer]

Lee, with this attitude my best advice to you is: don't use HackMan.



Did you even LOOK AT the copious warnings that come with the README?

[lee espinoza]

Lee, with this attitude my best advice to you is: don't use HackMan.



Did you even LOOK AT the copious warnings that come with the README?
but hackman is install with TWP 1.2.1

[ttodd1]

Just because it is installed does not mean you HAVE to use it. Nor does it excuse you from reading the documentation for the app.

[ronsch]

I run only what I feel necessary -- for me, that's telnet, ftp, TWP, cron, YAC, endpad and autospace. At boot, hackman runs backdoors, now playing sort, on-screen clock, and double over-shoot value. The DTivo has run for months on end and the SA boots more often because that's the one I'm using for development, but I haven't noticed any spontaneous re-boots.


Sorry to revive something so ancient but a week or so ago I re-enabled the sort now playing on boot option and ever since I have been seeing my SA start failing to respond to the remote situation again. That is the only change I've made on this unit. This is still using Hackman 3.3.11 beta with Tivowebplus 1.0. I would like to install the latest Tivowebplus but I'm not sure how to handle the existing one? I also still have tivoweb 1.94 installed in an alternate directory. Could I just stick the new tivowebplus there without messing with the existing one? The current one is started via a call to /etc/rc.d/rc.sysinit.tpm in rc.sysinit.author. The only S* link I saw in the directory referenced by the tpm is tivowebplus.

[PortlandPaw]

I seriously doubt that the Now Playing sort order could have anything to do with the operation of the remote. I'm afraid something else is happening there.

I would follow the directions that come with TWP which, if I recall, recommend deleting the files in the old directory and then installing the new tivowebplus there. But I don't know what that would do to your .tpm starting system. I discussed startup issues in my Readme, so I would suggest looking there. It's all pretty flexible and it's unlikely that you'll mess things up. Just remember that you can have only one instance of tivoweb (any version) running at any given time, so you have to shut down (or not start) any older versions.

And by the way, in response to lee espinoza's comments about hackman "messing up my tivo" -- I mean, come on, software does only what you tell it to do and I have been very emphatic about the care that must be taken when playing around with starting up the TiVo. Don't blame the tool, blame the carpenter.

[ronsch]

I seriously doubt that the Now Playing sort order could have anything to do with the operation of the remote. I'm afraid something else is happening there.


I know. It seems way out in left field to me too.

[Fred1]

Hi

I have had version 1 installed and have just upgraded to version4. What a long way this has come. Plus it has found a couple of double starts on rc.sysinit and sc.sysinit.author that may well have been contributing to my Tivo rebooting and crashing from time to time.

Many thanks - keep up the good work

[Softail95]

I know. It seems way out in left field to me too.

I'm thinking that when you say "the remote stops responding", what you are really experiencing is the dreaded Event Bug. TiVo somehow gets into a tight processor loop and has to be powered down to get out of it. I don't think it has anything to do with the remote per se. The tasks that run in TiVo to service the remote don't get any processor so you see no response. Next time it happens go to the PC and see if TWP is responding. I bet it's not. Neither are TiVo's FTP or Telnet. There is an unfortunate LACK of knowledge out there on this problem--or at least, I cannot find much info. I think this has to do with the fact that the box is pretty much dead when this happens so you can't even snoop around to see who's at fault. You may actually be in a position to gather some info, though. Are you absolutely sure that the sort-on-boot is all you changed? No tasks added or removed? No new versions? If you back out that change and run for a while, does the Event Bugging go away? I too suffer from the Event Bug on occasion. I made no changes whatsoever and suddenly the frequency jumped from about once every 2 months to twice a week. (REALLY painful too, cause the cachecard causes a TiVo reboot to become a 5-minute affair!) I was really frustrated so I shut down everything. TiVo Telnet, TiVo FTP, TivoWeb, mPlayer server, TyTool--all down. I let TWP come up at boot and let it enter the codes to sort NP on boot. Then I get on TWP and use hackman to shut down everything. I leave running: YAC, cron, and Endpad. I have had NO event bugs since I did this. (I still have cron running tracker, rsync, and dailymail in the wee hours.) It's really a bummer that I cant figure a better way to handle this. But I can start those services if I need them, no problem. Also, I quit running autospace altogether, too. I think that mighta been a contributor. No dis to Autospace--I miss it. The event bug "feels" to me like one of those elusive timing-related bugs that can be caused by a variety of coincidences. And because it hammers the machine, I may never know what's causing it.

[Fozzie]

@PortlandPaw

Hi. I've just loaded the latest version of Endpad (http://www.tivocommunity.com/tivo-vb/showthread.php?t=286631) and although Hackman will start it ok, the start/stop button stays on 'Start' and so it won't stop it.

Things worked fine with Sanderton's last release so I'm not sure what could be the problem. The command line syntax for the latest version is the same (although it can also use a config file) and it shows up in the process list the same.

Any ideas?

TIA.

[PortlandPaw]

I'll have to look into it when I get my TiVo set up again. If the new version uses the same stop commands, I see no reason why it shouldn't work. In the meantime, I'll download endpad (thanks for the link) and see what I can see.

[Fozzie]

Cheers PP. Hackman also doesn't detect that it's running; the start/stop button stays on start, even though it's running.

[PortlandPaw]

endpad is fixed. That Sanderton is a sneaky bloke, he is, kicking off another background version that doesn't show in /proc. But I sniffed him out, alright. New version in sig link.

P.S. Does anyone know if this handles both DTivo tuners the way endpadplus does?

[Fozzie]

Thanks for the fix David; it now works fine. Just out of interest, what did you have to change?

Good idea with the activation ;)

[PortlandPaw]

hackman reads the /proc/xxx/stat files to see what's running. It's like a ps ax command, but since ps doesn't reside on all TiVos, I went back a level. Usually, an app will post its name in stat, along with its pid and other info. But Sanderton cleverly started a background app from his endpad app and it was identified as "tivosh" which is common to tivoweb and others. But what he also did was create a /var/run/endpad.pid file, which he deletes upon termination. So all I did was add a check for the existence of this file to determine whether endpad was running or not.

Also, the new commands wouldn't work with the old endpad, so I added a file size check to differentiate between the old and new versions and assure backward compatibility.

So does endpad work with both DTivo tuners? I know, you UK guys wouldn't know about that!

[thepicman]

So does endpad work with both DTivo tuners? I know, you UK guys wouldn't know about that!

Don't know about the newest version but I run EPP on my 2tuner DTivo.

TPM

[Throg]

Up until today, I've been using 4.0.4. When I saw that a new version was posted, I thought I'd grab it just to stay up to date. I don't use endpad and don't have the new version .. which I suspect may be the reason I'm getting this:

hackman
--hackman Version 4.1.1--
-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} could not read "--unavailable--": no such file or directory
while executing
"file size $endpadpathname"
(procedure "CreateConfig" line 216)
invoked from within
"CreateConfig"
invoked from within
"if {![file exists $config] || ![file exists $inifile]} {
CreateConfig
file delete $config $inifile\.old
file rename $config\.draft $config
..."
(file "./modules/hackman.itcl" line 2916)
invoked from within
"source $module "

TCD24004A SA S2 370GB
7.2.1-oth-01-2-140

[Softail95]

Up until today, I've been using 4.0.4. When I saw that a new version was posted, I thought I'd grab it just to stay up to date. I don't use endpad and don't have the new version ..



My advice is to install endpad. Not to fix the problem---just because it rocks! ;)

[Fozzie]

hackman reads the /proc/xxx/stat...Thanks David. Understood.

[PortlandPaw]

Good advice, Softail95, but I think I'll fix hackman anyway -- oops, I forgot to check for the existence of endpad before asking what size it is! There's an update available now.

[Throg]

Thanks for the fix, Paw.
SoftTail: I probably will check out the new endpad.

Lastly, when I try to edit and save hackman.cfg, this shows on my screen:
INTERNAL SERVER ERROR
--cut here--
action_save_hack_edit '' 'set "edittext" "############################################################ ####################################

<snip>

";set "Save" "Save";'
extra characters after close-quote
while executing
"set "edittext" "############################################################ ####################################

# This is the hackman config fil..."
("eval" body line 1)
invoked from within
"eval $env"
(procedure "::action_save_hack_edit" line 4)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[Fozzie]

I just noticed that if I manually start Tivoweb with the console switch I get

hackman
--hackman Version 4.1.2--
-Root directory mounted read-only.
-Min/low/high freepages increased from 32/48/64 to 128/192/256
-Thursday, February 23, 2006, 04:52 PM, GMT
-Bootcheck2: invalid command name "0"
-No reboot problems detected.

Is the invalid command name bit anything to worry about David?

Thanks.

[PortlandPaw]

Guess I should have left well enough alone. Thanks, Fozzie and Throg...I'll look into it this weekend.

[pdawg17]

I'm using 4.1.2 and mine always stays on "stop"...does that mean I can't stop it? I'm already using EPP so I don't need endpad...any way to get rid of it or since I used the enhancement script and it detected a DTivo, do I only have EPP installed?

Also, is there a way to make alphabetical ordering of the NPL default? Since I'm having the box reboot every week it would be nice to not have to keep re-enabling it when it reboots...and strangely, ever since I zippered, after I change to alphabetical I come back (no reboot) and the list is back to chronological...how can that happen without a reboot?

[Finnstang]

I was noticing today, that when I was restarting TWP, during the hackman startup I got the below error/warning:
http://server2.uploadit.org/files/finnstang-hackman_err.jpg

Since this is running on a HR10-250, I assume it should still be using the mips sendkey. Should this missing /dev/router_client be there on the HR10? It is there on my HDVR2.

[pdawg17]

I was noticing today, that when I was restarting TWP, during the hackman startup I got the below error/warning:
http://server2.uploadit.org/files/finnstang-hackman_err.jpg

Since this is running on a HR10-250, I assume it should still be using the mips sendkey. Should this missing /dev/router_client be there on the HR10? It is there on my HDVR2.

I actually noticed that too...I'm curious as well...

[PortlandPaw]

Throg and Fozzie -- I was unable to replicate the errors you found. Please try a re-install of hackman and see if it helps. If the problem persists, give me as much detail as possible and I'll try again.

Finnstang and pdawg17 -- I don't know what the trouble could be. Guess I'll just have to get HD going to test it. Seriously, confirm that sendkey is in the proper directory: bin_mips.

[PortlandPaw]

I've posted an update to hackman (link in sig) that adds the ability to set the date and time -- handy if you're using an old Series 1 as an unsubbed VCR.

Oh, and a little warning -- I've also added a requirement to make a small edit to the hackman.itcl file before the program will run. The directions for the edit are included in the ReadMe file. This is an inducement for people to at least have looked at the instructions before proceeding to ruin their TiVos with hackman.

I apologize for the inconvenience this may cause some people -- there were just too many people revving up the chainsaw with absolutely no idea what they were doing.

[Fozzie]

Throg and Fozzie -- I was unable to replicate the errors you found. Please try a re-install of hackman and see if it helps.I literally just installed your latest version and the error doesn't occur any more. Thanks.

[Chris Grant]

I was noticing today, that when I was restarting TWP, during the hackman startup I got the below error/warning:

Not enough posts to quote the image -- see earlier post from Finnstang

Since this is running on a HR10-250, I assume it should still be using the mips sendkey. Should this missing /dev/router_client be there on the HR10? It is there on my HDVR2.

I have the exact same error on my HR10-250. The result is that the SCREEN function in TivoWeb Plus doesn't work. SCREEN used to work and I'm not sure when the error started to show up--but it was fairly recently. Everything looks like it's there in the 'mips' folder.

[PortlandPaw]

The mips sendkey was created for versions 3.1 and above by musclenerd, but apparently doesn't work on the HD. We'll have to wait for someone with more skills than I to get it working.

[virent]

I want to roll back hackman and start over. Had done a back up of the "bin_mips" "bin_ppc" "modules" and "images" directories before installing hackman. Will restoring the backed up 4 directories and restarting TivoWebplus work?
Or does hackman write to other directories also?

[PortlandPaw]

Your rollback should work. Hackman writes mostly to its own directory. It also writes a boot counter file to /var, but that shouldn't affect anything.

[virent]

Thanks will do rollback. Wanted to make sure that it did not create or modify the /etc/rc.d/rc.sysinit.author or any other files.
Hackman does not show up in my Tivo Webplus menu so I am assuming that it did not install fully since I have not modified the hackman.cfg or hackman.ini file yet.
I see that it has created a hackman.cfg.draft file though.

[PortlandPaw]

Please read the readme. It has information on how to debug an install failure. And hackman can write to the files you mentioned if you want it to. And it can do so destructively if you're not careful! So please read the the readme and learn how to watch tivoweb load its modules so you can see what happens when it tries to load hackman.

[Fozzie]

I've just noticed a small bug; hackman always starts endpad with -f (force negative padding) set to 1, regardless of the checkbox setting (both when manually starting endpad and when starting it at boot.

[PortlandPaw]

Thanks, Fozzie, I'll look into it.

[vertigo235]

I just used Zipper and Rbaugh's scripts to hack my HDTiVo and the scripts installed TWP in my root directory. This is creating problems with Hackman and copying the draft cfg file to the cfg file.

What am I supose to do with this? aside from just chaning to RW system, will I have to keep it RW?

[vertigo235]

Throg and Fozzie -- I was unable to replicate the errors you found. Please try a re-install of hackman and see if it helps. If the problem persists, give me as much detail as possible and I'll try again.

Finnstang and pdawg17 -- I don't know what the trouble could be. Guess I'll just have to get HD going to test it. Seriously, confirm that sendkey is in the proper directory: bin_mips.

I get the same problem, sendkey is in the proper directory.

[vertigo235]

Ok having the hackman.cfg file in a RO directory is somewhat annoying, can I change it so that the hackman.cfg file is stored in /var ?

[PortlandPaw]

Someone who knows how zipper and rbautch works is going to have to handle this. I'm not re-writing hackman to save stuff in directories other than its own.

[PortlandPaw]

Now that I've calmed down a bit, it occurs to me that I designed hackman to handle r/o situations. Whenever a call is made to write to disk, the root directory is set to r/w and then if it was r/o to begin with, it's reset to r/o. So living in the root directory shouldn't be a problem.

If it is, please give me details so I can fix it.

And if you really want to change the location of the .ini and .cfg files, you can edit them in the hackman.itcl. I'll even tell you which lines to change but I can't give any guarantees about how it will work.

[vertigo235]

Someone who knows how zipper and rbautch works is going to have to handle this. I'm not re-writing hackman to save stuff in directories other than its own.


In this case "it's own" is actually the tivowebplus modules directory, right? The issue is that tivowebplus is in the root directory now instead of /var/ which I actually don't mind, since I've had var disapear a few times.

I'm certainly not expecting you to chang eanything though, you have created a great module and I'll make it work for me if I have to :)

Thank you!

[vertigo235]

Now that I've calmed down a bit, it occurs to me that I designed hackman to handle r/o situations. Whenever a call is made to write to disk, the root directory is set to r/w and then if it was r/o to begin with, it's reset to r/o. So living in the root directory shouldn't be a problem.

If it is, please give me details so I can fix it.

And if you really want to change the location of the .ini and .cfg files, you can edit them in the hackman.itcl. I'll even tell you which lines to change but I can't give any guarantees about how it will work.

If I recall, I got an error on the initial setup when it tried to change the hackman.cfg.draft file to hackman.cfg, then I think I got another error later when trying to save the remapped path names once I deleted regular old enpad.itcl.

I guess it's not all that big of a deal for me to change it to rw, for that only. As you said it does change modes when editing other files automatically.

[dkggpeters]

David,

How do you get Bufferhack 40a or 41 to show up in hackman? I installed in the modules directory and did a restart but it does not show up. I also noticed in the .cfg file, there is no path designation for Bufferhack.

Great program by the way.

Dave

[PortlandPaw]

I can't provide the link to the bufferhack add on, as that's verboten here. It's provided in the hackman ReadMe, though. It is not the standard bufferhack -- it's another module specifically designed to interface with hackman.

I haven't updated it in a while, and I should probably do so. Depending on the model of TiVo you have, it may or may not work.

[dkggpeters]

David,

Thanks.

I believe their is only a Bufferhack addon module for version 3 that I can find. Couldn't find one for version 4. I have contacted JJBliss to find out.

Was curious if backdoor codes (ie - set clock on reboot) work on DTivo 6.2. Doesn't appear to be working for me. I do not have send back door codes on reboot checked so I do not know if this is the problem. I also noticed that the documentation on hackman states that some of the backdoor codes may not work on DTivo 6.2.

Your response would be greatly appreciated.

Dave

[rbautch]

Now that I've calmed down a bit, it occurs to me that I designed hackman to handle r/o situations. Whenever a call is made to write to disk, the root directory is set to r/w and then if it was r/o to begin with, it's reset to r/o. So living in the root directory shouldn't be a problem.

If it is, please give me details so I can fix it.

And if you really want to change the location of the .ini and .cfg files, you can edit them in the hackman.itcl. I'll even tell you which lines to change but I can't give any guarantees about how it will work. David, I believe the issue is specific to the HR10-250, as described here (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3805503&&#post3805503). I was able to duplicate the problem on a manually hacked HR10-250. I'm willing to help you test fixes if/when you're interested.

[PortlandPaw]

rbautch, I think they're two different problems. The r/o-r/w thing is something I've figured out -- one place in hackman where I didn't open up the root directory.

The other is related to there not being a sendkey for version 4 and up (I think). If anybody knows of an updated sendkey, let me know. In the meantime, I think I'll work on disabling sendkey features if sendkey doesn't work.

[PortlandPaw]

My website (link in sig) now has the latest hackman version posted. It addresses the r/o-r/w issue that has been discussed, disables sendkey features if sendkey doesn't work and fixes the endpad negative padding problem reported by Fozzie.

As I can't test all these fixes on all versions and machines (wish I could!), please report back if something isn't working the way it should.

[GlennL]

David - Thanks for this great resource! It is invaluable on my old but faithful Series 1 machine. As my way of saying thank you I'd like to offer the community of Hackman users the replacement images I created for it. They're nothing special but I like their look.

[PortlandPaw]

Thanks, GlennL, for both the words of thanks and for the images. I'll try them out tonight.

[Fozzie]

Endpad 'force' switch now working fine here (UK SA series 1).

Thanks.

[GlennL]

I'm kind of curious if this has happened to anyone else. After installing the latest version of Hackman my Info module no longer shows up in Tivowebplus. The new version is the only thing that is different.

[bengalfreak]

I'm kind of curious if this has happened to anyone else. After installing the latest version of Hackman my Info module no longer shows up in Tivowebplus. The new version is the only thing that is different.


I've had this problem myself in the past. What's really weird is that the module still actually works, at least for me it does. If you append /info/ to your Tivo's ip address, the screen still comes up despite it being missing from the main menu page.

[starbiker99]

I have the same issue with the ui module on one of my tivos. Like bengalfreak said if I add the /ui in the address bar it still works. Mine popped up when I went to 4.2.0 but probably just a coincidence.

[msommer]

OK. I zippered three tivos at the same time. Two HDVR2's and one DVR40. Hackman worked on the DVR40 but not on the two HDVR2's. The errors on the HDVR2's were the same.

POSIX EROFS {read-only file system} error renaming "/tivowebplus/modules/hackman.cfg.draft" to "/tivowebplus/modules/hackman.cfg": read-only file system
while executing
"file rename $config\.draft $config"
(file "/tivowebplus/modules/hackman.itcl" line 2858)
invoked from within
"source $module "


So I downloaded the latest version of Hackman and copied it over to all three TIVO's, edited the hackman.itcl file and the problems on the two HDVR2's are still there.

Now the Hackman on the DVR40 doesn't work. I get the following error:

hackman
--hackman Version 4.0.2--
-Root directory mounted read-write
-Sunday, March 26, 2006, 05:35 PM, local time
NONE invalid command name "}"
while executing
"}"
(file "/tivowebplus/modules/hackman.itcl" line 3064)
invoked from within
"source $module "

It appears that the old version is still running on the DVR40.

Did I do something wrong here? It looks like the files copied over ok.

[GlennL]

I'm kind of curious if this has happened to anyone else. After installing the latest version of Hackman my Info module no longer shows up in Tivowebplus. The new version is the only thing that is different.

I still don't know why it happens but the fix was simple on my TiVo. I reinstalled TiVoWebPlus from the tivowebplus.tar file I keep in my TiVo in the /var/hack directory using the commands: cpio -H tar -i < tivowebplus.tar. I received notice that some of the files were newer or already installed but after a reboot the info.itcl module shows up again in the main menu. The good news is the reinstall left everything else working normally.

[msommer]

Thanks GlennL, that fixed it on my DVR40!! :up:

For some strange reason, I still cannot get the Hackman module to load on my HDVR2's. Still getting the same error;

POSIX EROFS {read-only file system} error renaming "/tivowebplus/modules/hackman.cfg.draft" to "/tivowebplus/modules/hackman.cfg": read-only file system
while executing
"file rename $config\.draft $config"
(file "/tivowebplus/modules/hackman.itcl" line 2858)
invoked from within
"source $module "

I really like this Hackman module and would like to get it up and running on my HDVR2's. It's not a high priority, but if anyone else has seen this problem, I would be very grateful for any help!!

[Luv2DrvFst]

Thanks GlennL, that fixed it on my DVR40!! :up:

For some strange reason, I still cannot get the Hackman module to load on my HDVR2's. Still getting the same error;

POSIX EROFS {read-only file system} error renaming "/tivowebplus/modules/hackman.cfg.draft" to "/tivowebplus/modules/hackman.cfg": read-only file system
while executing
"file rename $config\.draft $config"
(file "/tivowebplus/modules/hackman.itcl" line 2858)
invoked from within
"source $module "

I really like this Hackman module and would like to get it up and running on my HDVR2's. It's not a high priority, but if anyone else has seen this problem, I would be very grateful for any help!!
It sounds like all you have to do is set the root system to read write before you install hackman.

[vertigo235]

It sounds like all you have to do is set the root system to read write before you install hackman.


Yup, that's the problem I was having when I installed Tivoweb in the root directory.

Works fine once the cfg file is created though.

[msommer]

It sounds like all you have to do is set the root system to read write before you install hackman.

OK, thanks. Now for the obvious question, what is the command string to set the root to r/w?

[beejaycee]

what is the command string to set the root to r/w?
mount -o remount,rw /
:)
and to change it back to read-only
mount -o remount,ro /

[Luv2DrvFst]

mount -o remount,rw /
:)
and to change it back to read-only
mount -o remount,ro /
Or, since you've zipper'd your boxes you can just use the shorthand commands:

rw

ro

[PortlandPaw]

I thought I had fixed the renaming of config.draft, but somehow the version that got uploaded didn't have the fix. It's changed now (I hope).

As for the NONE invalid command name "}" error, I don't know. That's in the section that sets the freepages and I haven't had any problems with it since I wrote it. I checked the parens pairings (which is what this error is -- an extra bracket slips in and it tries to get executed), but they all seem OK. Could be just one of those things. Please let me know if it re-occurs.

Also, let me know if hackman installs OK on your zippered HDVR2.

[Phe0nix]

3 Days ago i installed zipper on my series 2 DTivo (Phillips DSR 7000 ) and have been trying to get hackman running. In the zipper thread they don't support it and
told me they removed it from zipper but i see some files in there from the hackman realease. I changed my tivo to RW and sent the files from each directory to thier corresponding directories on the Tivo. I restarted TWP and connected to TWP via IE and it looks exactly the same. I've read your readme that i saw linked
from tivohackman.com and still haven't been albe to get it to show up in TWP and checked the end my my log file as per your readme. I am new to all this. I've only installed the zipper and the files from hackman.zip and Tserver from TyTools if that helps any.

[PortlandPaw]

OK, you're going about this the right way. Please do this. Shut down TWP from the web interface. Telnet to a bash prompt and start up TWP with the "tivoweb console" command. Then post the output. It will look something like:
hackman
--hackman Version 4.2.2--
-Root directory mounted read-write
-Sunday, March 26, 2006, 05:35 PM, local time

Be sure to get the latest version. After I have a chance to look at the start script, I can help diagnose the problem.

[msommer]

I thought I had fixed the renaming of config.draft, but somehow the version that got uploaded didn't have the fix. It's changed now (I hope).

As for the NONE invalid command name "}" error, I don't know. That's in the section that sets the freepages and I haven't had any problems with it since I wrote it. I checked the parens pairings (which is what this error is -- an extra bracket slips in and it tries to get executed), but they all seem OK. Could be just one of those things. Please let me know if it re-occurs.

Also, let me know if hackman installs OK on your zippered HDVR2.

OK. Hackman is now running on all three! Both HDVR2's and the DVR40.

As far as the invalid command name "}" error on the DVR40 goes, reinstalling Tivowebplus took care of that. You were right, it was just one of those things.

Thanks for the app and the help!

[Phe0nix]

Telnet to a bash prompt and start up TWP with the "tivoweb console" command. Then post the output. It will look something like:
hackman
--hackman Version 4.2.2--
-Root directory mounted read-write
-Sunday, March 26, 2006, 05:35 PM, local time

Be sure to get the latest version. After I have a chance to look at the start script, I can help diagnose the problem.


Could you please give me the Tivoweb console command. I've searched and haven't been able to locate this command.

Thanks

[Fozzie]

"/path/tivoweb console" funnily enough ;)

[Phe0nix]

David-TiVo# tivoweb console
David-TiVo# TivoWebPlus Project - v1.2.1
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'copyright' and 'README' files for copyright and credit information.
Loading modules...
backup
channelprefs
favicon
hackman
--hackman Version 4.2.2--
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Using last known good hackman.ini file
POSIX EROFS {read-only file system} error renaming "./modules/hackman.cfg.draft"
to "./modules/hackman.cfg": read-only file system
while executing
"file rename $config\.draft $config"
(file "./modules/hackman.itcl" line 3022)
invoked from within
"source $module "
index
-initializing logo index
-initializing channel table
--caching 777 channels for source of type=6 (DirecTV)
-initializing genre table
-initializing now showing cache
-initializing season pass cache
info
lj_utils
logos
logs
mail
manrec
merge
mfsbrowser
mrv
netconfig
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
wishlists
xPlusz
xplusz
Accepting Connections

[Luv2DrvFst]

POSIX EROFS {read-only file system} error renaming "./modules/hackman.cfg.draft"
to "./modules/hackman.cfg": read-only file system
while executing
"file rename $config\.draft $config"
(file "./modules/hackman.itcl" line 3022)
invoked from within
"source $module "

Okay, so you need to first set your system to read write with this command:

mount -o remount,rw /

Then rerun TWP and you should be ok.

[GlennL]

Of course, you will want to set it back to read only after you get everything installed and running properly. You can do that from Hackman or use this command:

mount -o remount,ro /

You can use Hackman to automatically set your TiVo to read only when it reboots on the preference page. If you want to know more you should of course read the Read Me file which is invaluable in keeping you from hosing your TiVo.

[GlennL]

Of course, you will want to set it back to read only after you get everything installed and running properly. You can do that from Hackman or use this command:

mount -o remount,ro /

You can use Hackman to automatically set your TiVo to read only when it reboots on the preference page. If you want to know more you should of course read the Read Me file which is invaluable in keeping you from hosing your TiVo. (Been there. Done that.) :)

[Fozzie]

@PortlandPaw

When I start endpad manually through hackman with forced negative padding, ps ax gives:

432 ? R 0:01 tivosh /var/hack/endpad.tcl -s 1 -e 4 -n 0 -f \015\0120\015\012 -tz 0 -sugqual 75 -auto
I could have sworn it worked fine after you fixed it before?!

Edit: It's also a problem when setting it to auto start; the entry in rc.sysinit.author is incorrect:

/var/hack/endpad.tcl -s 1 -e 4 -n 0 -f
0
-tz 0 -sugqual 75 -auto >> /dev/null &

[Phe0nix]

Okay, so you need to first set your system to read write with this command:

mount -o remount,rw /

Then rerun TWP and you should be ok.


I used the above command to make the Tivo HDD RW when i ftp'ed the hackman
files to my tivo. I took your advise and i navigated to /tivowebplus/modules and
then typed: mount -o remount,rw / and reran TWP and i'm still getting the error
of RO file system while trying to rename the hackman.cfg.draft. Can you give me
a line by line commands of what i need to be typing. Keep in mind i've never even
seen Hackman so i don't even know how to run it if i didn't get the errors . I assume i type http://my tivo ip address into Internet Explorer.

Thanks

[Luv2DrvFst]

I used the above command to make the Tivo HDD RW when i ftp'ed the hackman
files to my tivo. I took your advise and i navigated to /tivowebplus/modules and
then typed: mount -o remount,rw / and reran TWP and i'm still getting the error
of RO file system while trying to rename the hackman.cfg.draft. Can you give me
a line by line commands of what i need to be typing. Keep in mind i've never even
seen Hackman so i don't even know how to run it if i didn't get the errors . I assume i type http://my tivo ip address into Internet Explorer.

Thanks
Hackman is a module that runs in TWP. Once it is successfully installed it will appear as a menu choice in TWP. There's no reason why the mount command wouldn't work. Maybe you had TWP already running when you tried to run it again from bash? (In which case the log file does not get updated and would still show the read only failure) First kill TWP, then execute mount -o remount,rw / , then navigate to the directory that holds TWP and type tivoweb console. If it still doesn't work copy the whole session and post it here.

To stop TWP, use the ps command to get the pid's for TWP to kill it. Your session should look something like this (the numbers 19470 19473 19474 will be different on your system - whatever they are use them in the kill command):

TiVo# ps -ax | grep tivoweb
19470 root 4084 S tivosh /tivowebplus/httpd-tt.tcl
19473 root 4084 S tivosh /tivowebplus/httpd-tt.tcl
19474 root 4084 S tivosh /tivowebplus/httpd-tt.tcl
22349 root 536 S grep tivoweb
TiVo# kill 19470 19473 19474
TiVo# cd /tivowebplus/
TiVo# mount -o remount,rw /
TiVo# tivoweb console
TiVo# TivoWebPlus Project - v1.2.1
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'copyright' and 'README' files for copyright and credit information.
Loading modules...
backup
channelprefs
favicon
hackman
--hackman Version 4.0.2--
...etc. etc. etc....

[PortlandPaw]

@PortlandPaw

When I start endpad manually through hackman with forced negative padding, ps ax gives:

432 ? R 0:01 tivosh /var/hack/endpad.tcl -s 1 -e 4 -n 0 -f \015\0120\015\012 -tz 0 -sugqual 75 -auto
I could have sworn it worked fine after you fixed it before?!
[/CODE]That's what I saw, also. I assumed (I know, I know) that code was generated by endpad and was the correct interpretation of the force flag. Do you know for certain that forced negative padding isn't working?

[Fozzie]

That's what I saw, also. I assumed (I know, I know) that code was generated by endpad and was the correct interpretation of the force flag. Do you know for certain that forced negative padding isn't working?
No, it's not working; endpad.log has a couple of screwy looking entries:

Monday 06:58:16 : Force Negative startpadding is
0Monday 06:58:16 : Sorted configuration options (last match used):-
Monday 06:58:16 : startpad 1 endpad 4 negpad 0 forceneg {
0
} maxneg -1 sugqual 75(zeroes instead of a ones, curly brackets and formatting look odd).

This is on top of the screwy entry that hackman creates in rc.sysinit.author.

If however, I don't select the force option in hackman, ps ax gives:

421 ? S 0:01 /tvbin/tivosh /var/hack/endpad.tcl -s 1 -e 4 -n 0 -f 0 -tz 0 -sugqual 75 -auto -runand endpad.log has the following entries:

Monday 07:00:10 : Negative start padding set to 0 secondsMonday 07:00:10 : Sorted configuration options (last match used):-
Monday 07:00:10 : startpad 1 endpad 4 negpad 0 forceneg 0 maxneg -1 sugqual 75If I manually use:
/var/hack/endpad.tcl -s 1 -e 4 -n 0 -f 1 -tz 0 -sugqual 75 -auto >> /dev/null &then every thing looks right (log entries are the same as above for no forced, except there is a 1 instead of a 0) and ps ax gives:
465 ? S 0:01 /tvbin/tivosh /var/hack/endpad.tcl -s 1 -e 4 -n 0 -f 1 -tz 0 -sugqual 75 -auto -run

[PortlandPaw]

Fozzie, thanks for the detailed troubleshooting information. I should be able to sort it out from that. However, it might be a couple weeks before I get to it. We're in the process of moving and over here in the United States we have this pesky April thing called "income taxes."

[Fozzie]

No probs. Thanks.

[Phe0nix]

Hackman is a module that runs in TWP. Once it is successfully installed it will appear as a menu choice in TWP. There's no reason why the mount command wouldn't work. Maybe you had TWP already running when you tried to run it again from bash? (In which case the log file does not get updated and would still show the read only failure) First kill TWP, then execute mount -o remount,rw / , then navigate to the directory that holds TWP and type tivoweb console. If it still doesn't work copy the whole session and post it here.



David-TiVo# ps -ax | grep tivoweb
296 root 2792 S tivosh /tivowebplus/httpd-tt.tcl
300 root 2796 S tivosh /tivowebplus/httpd-tt.tcl
301 root 2796 S tivosh /tivowebplus/httpd-tt.tcl
710 root 536 S grep tivoweb
David-TiVo# kill 296 300 301
David-TiVo# cd /tivowebplus/
David-TiVo# mount -o remount,rw /
David-TiVo# tivoweb console
David-TiVo# TivoWebPlus Project - v1.2.1
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'copyright' and 'README' files for copyright and credit information.
Loading modules...
backup
channelprefs
favicon
hackman
--hackman Version 4.2.2--
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Using last known good hackman.ini file
POSIX EROFS {read-only file system} error renaming "./modules/hackman.cfg.draft"
to "./modules/hackman.cfg": read-only file system
while executing
"file rename $config\.draft $config"
(file "./modules/hackman.itcl" line 3022)
invoked from within
"source $module "
index
etc.. etc...etc..

[PortlandPaw]

Try deleting all hackman files in the modules directory:
cd /tivowebplus/modules
rm hackman*
Then copy over the hackman.itcl file and only that file. Then stop Tivowebplus and restart it as you did above.

[Phe0nix]

Try deleting all hackman files in the modules directory:
cd /tivowebplus/modules
rm hackman*
Then copy over the hackman.itcl file and only that file. Then stop Tivowebplus and restart it as you did above.

Ok, now i have an entry for Hackman in TWP. Thanks

[SteveTrek]

How does one set a password in Hackman? I tried to get to the "preferences" page and it asks for a password.

[kev-mc]

Can anyone help me adjust the start and end times in EndPad? I have it running on 2 Directivos Series 2 that I used the zipper on. Should I ftp the rc.sysinit.author file to my pc and edit the Endpad portion? Should I use Joe to do it instead? I tried using Joe but whenever I tried to edit the start and end times it kept saying that the file was read only. Should I re-run the zipper? What if one day I choose to stop it for good, how I do this? Can someone give me some detailed instructions? I'm not trying to screw anything up while trying to make this change?

Thanks

[Fozzie]

Can anyone help me adjust the start and end times in EndPad? I have it running on 2 Directivos Series 2 that I used the zipper on. Should I ftp the rc.sysinit.author file to my pc and edit the Endpad portion? Should I use Joe to do it instead? I tried using Joe but whenever I tried to edit the start and end times it kept saying that the file was read only. Should I re-run the zipper? What if one day I choose to stop it for good, how I do this? Can someone give me some detailed instructions? I'm not trying to screw anything up while trying to make this change?

ThanksYou'd be better off posting this in the actual endpad thread instead of the Hackman thread. The endpad readme says how to stop endpad.

[Fozzie]

How does one set a password in Hackman? I tried to get to the "preferences" page and it asks for a password.The Hackman readme says what the default password is; I urge you to read it otherwise you're very likely to screw up your TiVo!

[GlennL]

The Hackman readme says what the default password is; I urge you to read it otherwise you're very likely to screw up your TiVo!

I cannot say, "Amen!" enough to the suggestion that you read the Hackman readme. Read it from the very first letter to the very last. Failure to do so can very easily result in you being shut out of your TiVo short of having to pull it from the TiVo unit and (re)connecting it to a PC to edit your rc.sysinit.author file or where ever you make your edits. Does it sound like I'm speaking from experience? :o And I actually read the readme before using Hackman. David has given the TiVo community a great piece of software in Hackman but it does require that the user take care in its use.

BTW - Once you have figured out how to access the preferences in Hackman and the first time you've made changes to your preferences and you click "Save" you will be presented with a screen showing an edited rc.sysinit.author file (at least on my machine it does). Review it very carefully or you may very well end up screwing up your TiVo. I cancel this edit since I prefer to edit my rc.sysinit.author file from within my terminal application. The preferences are saved without editing the file. FWIW.

[PortlandPaw]

Thank you for those observations, GlennL. It is certainly what I've been preaching since the day I decided to add file editing capabilities to hackman. In retrospect, it's the right decision -- I'd rather have a useful tool that I have to be careful with than to have no tool at all and have to do things the hard way.

I have made changes over the past year in an attempt to bridle the uninitiated's enthusiasm -- the rc.sysinit.author editing buttons are no longer default -- they have to be turned on manually and I'm all but forcing people to read the ReadMe in order to activate hackman.

I've used the chain saw analogy before, and I just hope that people get the message that they need to be careful with hackman -- thanks for helping to spread the word.

[PortlandPaw]

I've posted an updated hackman (see sig) that should take care of the problems Fozzie observed and I hope finally puts the rest installation in a read-only directory.

[Fozzie]

Looks good David, thanks. I've checked starting endpad with and without forced negative padding, both at startup and manually, and all looks good.

Having said that, there is one slight funny;

When going in to Hackman for the first time (after re-starting Tivoweb) and editing files and preferences, when rc.sysinit.author is displayed for review, it shows:

# Starting the EndPad application:
if test -f /var/hack/endpad.tcl
then
/var/hack/endpad.tcl -s 1 -e 2 -n 0 -f -f -tz 0 -sugqual 0 -sugeq -auto >> /dev/null &
fi
#

Note the two '-f' switches and no parameter. This only seems to happen when Hackman is first run. Using the manual start/stop buttons and 'run at boot time' buttons, the endpad switches are correct.

[PortlandPaw]

Oops! I thought I'd caught that setup, but apparently not. Fozzie, please let me know if I fixed it.

[Xtra7973]

First off thank you very much for all your work on Hackman PortlandPaw. I love it! Now my question. I have two HDVR2's both running TWP 1.21 and Hackman 4.2.1 all with no problems. Now I installed the new version of TyTool10r4 which requires no NowShowing.tcl file for tserver to run.

In previous versions of the TyTool tserver external TCL files were needed.
Most notably the NowShowing.tcl. This was how the previous versions obtained
the show list, time and date record, channel etc...

The version of tserver included here is the extended version produced by
Jamie. This version has internal C routines for obtaining this data. It is
substantially faster, more stable between OS versions and hardware platforms
and is the choice. Use it.

To use it properly upload it to the tivo via FTP in BINARY mode. Once it is
there verify that the permissions are correct and that it is executable. Then
change the server string inside of TyTool to be just the path followed by
the tserver with no -s and no NowShowing.tcl entry.

For instance is the location in which you store the server is /var/hack
then the server string would be: /var/hack/tserver

That is it.

--jdiner
Now my problem is I cant get tserver to show up in Hackman. I went into hackman.cfg and I added the path for tserver (set tserverpathname "/busybox/tserver") where tserver resides rebooted TWP and it still doesn't show up. My question is, is Hackman looking for NowShowing.tcl but since it's not needed now that's why it's not showing up? This is an old post of yours #103 of this thread that's how I came to this assumption of it not showing up.
I've come up with a way to allow tserver alone to operate. It looks for NowShowing.tcl as a test for TyTool.
Thank you in advance for any help you can give me.

[PortlandPaw]

That's an old, old post you're referring to (June, 2004). Around January of 2005 when Jamie released his improved tserver, hackman began doing a size check on tserver to see if it was an old version or new version. It's worked fine ever since.

Try deleting your old tserver and the hackman.cfg file, let hackman do its scan and see if it shows up properly.

If that doesn't work, let me know what the .cfg file looks like, and we'll figure something else out.

[Xtra7973]

Try deleting your old tserver and the hackman.cfg file, let hackman do its scan and see if it shows up properly.
Well that fixed it. I don't know why I didn't try that first as you that is one of the things you point out in the read-me.
The .cfg file can be edited directly from hackman or the .cfg file can be regenerated and subsequently edited for accuracy. HINT: If you install new software, re-generate the .cfg file. Ideally, the re-generation should accurately reflect your new configuration, particularly if you've taken steps to avoid detection conflicts.
I always seem to do things the hard way. Thank you for all your help PortlandPaw.

[whiteremex]

Can this modules using in chinese interface (I'm in Taiwan)??
thanks a lot ...

[PortlandPaw]

Ummm...I guess if you can read English. My chinese is a bit weak. And you have TiVo in Taiwan?

[thepicman]

I have recently rebuilt my S1 and am slowly putting things back on to it. Yesterday I got cron up and running. It is working as cron test out is being updated and both trackerupdate and DMJ ran this morning.

The problem (if there is one) is that when I delete hackman.ini, cron scheduler shows up in hackman (v4.2.4) as running. The next time I enter hackman through TWP, I get


A path, pathname or startup conflict has been found...
(this message is informational, and does not indicate an error) hackman found /var/hack/bin/cron startup commands in /etc/rc.d/rc.sysinit.author
but found --unavailable-- in the file scan.
cronpathname has been set to /var/hack/bin/cron.

You may want to make adjustments if this conflict resolution was incorrect,
or perhaps resolve any multiple startup issues.

and then cron scheduler is no longer listed in hackman :confused:

TPM

Update: DUH, deleted .cfg file as well, now it sticks. :rolleyes:

[PortlandPaw]

I'm not sure what's going on. Is cron actually in /var/hack/bin/ or is it somewhere else? Do you have multiple crons installed? Try doing find / -name cron to see if there's more than one. Are you using a non-standard name for cron? I'd be tempted to modify the .cfg file to reflect the correct path and restart hackman.

[thepicman]

I'm not sure what's going on. Is cron actually in /var/hack/bin/ or is it somewhere else? Do you have multiple crons installed? Try doing find / -name cron to see if there's more than one. Are you using a non-standard name for cron? I'd be tempted to modify the .cfg file to reflect the correct path and restart hackman.

Thanks for the reply, but after I del the .cfg file, cron scheduler stayed in the hackman menu.

To answer your questions though:

Yes cron is in /var/hack/bin
nope only 1 cron
nope again, its cron

thanks!

[msommer]

I have a small problem.. I copied over the latest version of Hackman, unzipped, then ftp'd it over to my DTIVO. However, when I go in to the hackman.itcl to perform the necessary edit to enable hackman, I notice that every line has an added character "M". I don't know how this is getting there, I am not editing the file until it is on the TIVO, and then I am using the "JOE" editor.

What am I doing wrong?

[Fozzie]

Are you sure you ftp'd in BINARY mode (and not ASCII)?

[JWThiers]

I have a small problem.. I copied over the latest version of Hackman, unzipped, then ftp'd it over to my DTIVO. However, when I go in to the hackman.itcl to perform the necessary edit to enable hackman, I notice that every line has an added character "M". I don't know how this is getting there, I am not editing the file until it is on the TIVO, and then I am using the "JOE" editor.

What am I doing wrong?
Either run dos2unix on the file or FTP again in binary.

[D'Ecosse]

Help please
Not sure if it's just because I'm too tired or ???
I've ftp'd the hackman files (in binary) into the tivowebplus directory (which is in the root incidentally)
I restarted & can't see hackman in the tivowebplus main directory
I can't see hackman.cfg but do see 'hackman.cfg.draft' in the modules directory, along with 'hackman.ini'. (& hackman.ini.last)
I tried to delete hackman.ini but it won't go! It won't rename either.

One strange thing I notice is that, although the files uploaded show their sizes in ftp, if I re-load them from my local it says replace hackman.itcl (0 bytes) with hackman.itcl (148,353 bytes) - what's going on there?

So - What now?? Can you point me in right direction?

Appreciate your support & thanks for all your efforts on this project to date!

[PortlandPaw]

This sounds like a problem that cropped up recently. Please be sure you're using the latest hackman version (available from the URL in my sig), although the file size looks right, try again, and report your results back.

[D'Ecosse]

Thank you for your reply.

It isn't writing over the files.
For example the hackman.itcl in the tivo modules directory shows as 3/24/06 and the latest from v4.2.4 is 4/17. The files currently in there presumably came down with the hack package.

It seems to be something basic where my files can't be deleted or overwritten. Please excuse my limited knowledge of unix - what do I need to do to overwrite or delete these files? (their properties are 777)

[cheer]

Your Tivo root partition is probably mounted read-only. You can mount it read-write (http://www.tivocommunity.com/tivo-vb/showthread.php?p=4088926&&#post4088926) and make your updates.

[D'Ecosse]

Aahhh - thank-you! It's tough being a linux newbie!

So I actually deleted it all out of the root & reinstalled in the /var/hack/tivowebplus directory & all seem to be all working pretty well now - applied the activation & confirmed & she loaded right up!

Then installed the bufferhack 30

Question in the bufferhack30 -
I get following error:

Your tivoapp version is not recognized. The buffer can be changed, but the playbar will not be corrected

Is that typical? I didn;t see that in the the app notes - it appreared from references this should take on the playbar too if i was reading it correctly?

[cheer]

Which Tivo and software version do you have?

[D'Ecosse]

Which Tivo and software version do you have?
HDVR2 & hacked 6.2

[Enrique]

HDVR2 & hacked 6.2
For bufferhack with a 6.2 Tivo you need to use this one:
http ://w ww.deal database.com/forum/showthread.php?t=42809

just take out the spaces in the link.

[madmox]

Maybe somebody can help me with this.
I have tivoweb installed in /var/local/tivoweb-tcl
I have tivowebplus installed in hack/tivowebplus
When I run my tivoss IP in IE explorer it opens tivowebplus v 1.0
Hackman will not work no matter what I do, I have made sure paths in rc.sysinit.author point to both locations, I have removed and reloaded hackman.cfg / hackman.ini from both tvoweb instances and it changes nothing.
Neither tivoweb or tivowebplus will recreate hackman.cfg / hackman.ini after reloading tivowebplus / rebooting tivo.
From the web interface I type in /hackman after the IP address, ( there is no hackman icon) and I always get this message.
INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
couldn't read file "/var/local/tivoweb-tcl/modules/hackman.cfg": no such file or directory
while executing
"source $source_dir/modules/hackman.cfg"
(procedure "::action_hackman" line 12)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

I followed instructions in a post that said to close web ui and try loading from telnet cmd line and this is what I get

MadMox:/var/local/tivoweb-tcl # tivoweb console
MadMox:/var/local/tivoweb-tcl #
MadMox:/var/local/tivoweb-tcl # TivoWebPlus Project - v1.0
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'copyright' and 'README' files for copyright and credit information.
couldn't open socket: address already in use
while executing
"socket -server ::session $ht**tp_port"
(file "/var/local/tivoweb-tcl/**htt**pd-tt.tcl" line 763)

Weird thing is, I AM running tivowebplus but this error shows that it is looking for files in the old tivoweb 1.94 directory
Otherwise, ftp and tivowebplus is working great, I want to get hackman up and running though, I've spent hours into the the early AM tring everything I could think of so now, It's personal!

P.s. I noticed that loading modules into the old /var/local/tivoweb-tcl/modules/ directory will load new modules into tivoweb after reload but loading them into the new tivoweplus directory does not add them onto the web interface.

Any suggestions?
Thanks, D

[PortlandPaw]

I'm only going to answer this on one forum...please don't double post!

[avpman]

Just loaded V4.25. It's creating a corrupt hackman.file. I deleted hackman.ini, hackman.cfg, hackman.itcl and reloaded (in binary mode) with same results. Some problems are unterminated strings, duplicate path for "find" command, etc. See portion of cfg file below: (entire file attached).

set 25 "catch \[exec insmod -f --unavailable--\]
exec --unavailable-- -oc1 -C &"
set startcmd {{ /sbin/tnlited 23 /bin/bash -login > /dev/console &} {/sbin/tivof
--unavailable--/tyindex > /dev/null 2>&1 &} {"""} {--unavailable-- -s 1 -e 2 -
/var/hack/bin/yac_srv &
/var/hack/bin/elseedyac &} {"""} {"""} {insmod --unavailable--} {insmod --unav
--unavailable-- -oc1 -C &} {/etc/rc.d/rc.sysinit.tpm} {/var/hack/etc/hacks_cal
set find "/var/hack/TivoWebPlusvar/hack/TivoWebPlus/bin_ppc/find"
set send_key "/var/hack/TivoWebPlusvar/hack/TivoWebPlus/bin_ppc/SendKey"
set webpathlist "/var/hack/TivoWebPlus"

[PortlandPaw]

What's corrupt about it? Looks like you don't have much installed on your TiVo and hackman isn't finding much. Is there anything that isn't working in hackman?

[avpman]

What's corrupt about it? Looks like you don't have much installed on your TiVo and hackman isn't finding much. Is there anything that isn't working in hackman?

1) set find "/var/hack/TivoWebPlusvar/hack/TivoWebPlus/bin_ppc/find" <-dir name duplicated

2) exec --unavailable-- -oc1 -C &" <- missing beginning quotation marks

3)set 25 "catch \[exec insmod -f --unavailable--\] <-missing ending quotation marks

4) exec --unavailable--/tyindex > /dev/null 2>&1 &" <-missing beginning quotes.

One symptom of the corrupt file, when trying to make changes to prefs, save the file, get the error couldn't execute "/var/hack/TivoWebPlusvar/hack/TivoWebPlus/bin_ppc/find": no such file or directory
while executing". This is because the directory name "/var/hack/TivoWebPlusvar" is repeated in the set command in #1 above.

Look carefully through other parts of the cfg file I attached. There are more examples of similar issues.

Thanks for looking into this!

[PortlandPaw]

The missing quote marks aren't a problem...the lines will never be called.

On the other hand, the double TWP path is a problem and I've managed to reproduce it on one of my machines. Apparently, it crept in when I allowed mixed case pathnames to accommodate John1980's latest enhancements.

Thanks for calling it to my attention and I'll work on a fix soon. In the meantime, I'm dropping back to 4.2.5

[avpman]

The missing quote marks aren't a problem...the lines will never be called.

On the other hand, the double TWP path is a problem and I've managed to reproduce it on one of my machines. Apparently, it crept in when I allowed mixed case pathnames to accommodate John1980's latest enhancements.

Thanks for calling it to my attention and I'll work on a fix soon. In the meantime, I'm dropping back to 4.2.5

I think you mean, dropping back to 4.2.4 ;)

[avpman]

I think you mean, dropping back to 4.2.4 ;)

Just a heads up, 4.2.4 still creates the "find" and "sendkey" set line swith (different) problems:

set find "--unavailable--var/hack/TivoWebPlus/bin_ppc/find"
set send_key "--unavailable--var/hack/TivoWebPlus/bin_ppc/SendKey"

In the mean time, I just edited them manually to get it to work.
Thanks again for your time and a great contribution!

[PortlandPaw]

It all had to do with the mixed case directory name -- there was another line in hackman that was looking for lower case only. Should be OK now.

[bushman4]

I just downloaded and installed 4.2.6 for the first time... I had an older version installed before, but I had disabled it a while ago, and figured I'd give it another shot.

There appears to be an issue with the preferences page and reverse proxy. I have my Tivo set up to prepend each URL with /tivo/, since that is where it is proxied to by my apache server. But, if I go to the preferences page, change something (password, for example) and hit the "Save Settings" button, my browser first does a "POST" and then a "GET" to the same long URL. Here is the Apache Log Entries for right after I hit "Save":
my.ip.address.hidden - - [27/Jun/2006:11:09:33 -0400] "POST /tivo/HMsetprefs$chan$box0$box1$box2$box3$box4$box5$box6$box7$box8 $box9$box10$box11$box12$box13$box14$box15$box16$box17$box18$ box19$box24$box25$box26$box27$box28$box29$box30$box31$box32$ box33$box34$box35 HTTP/1.1" 301 440 "http://my.public.domain.name/tivo/confirm" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; DCCI; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
my.ip.address.hidden - GSullivan [27/Jun/2006:11:09:33 -0400] "GET /tivo/hmsetprefs$chan$box0$box1$box2$box3$box4$box5$box6$box7$box8 $box9$box10$box11$box12$box13$box14$box15$box16$box17$box18$ box19$box24$box25$box26$box27$box28$box29$box30$box31$box32$ box33$box34$box35 HTTP/1.1" 404 412 "http://my.public.domain.name/tivo/confirm" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; DCCI; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"
The Post action results in a 301 (Moved Permanently) error, and the Get is results in a 404. And it's definitely a TivoWeb 404, with all the humor intact.

Anyone have any insight into what's going on?

If I remove the "prepend /tivo/" option, and access the tivo directly on my internal network, it all seems to work correctly. So I wonder if it has something to do with the Proxy settings, or the apache settings.

Thanks in advance,

Bushman

[PortlandPaw]

Bushman, I think you need to set Prefix = /tivo/ in the tivoweb.cfg file.

This came up a while ago (http://www.tivocommunity.com/tivo-vb/showthread.php?p=2508736&&#post2508736) and I addressed it at that time.

If you have that prefix set, please let me know and I'll try to figure it out.

[bushman4]

I do have that set, and everything else works great... just not the "posting" of the preferences screen.

I can give you access to it remotely if you want to see what is happening... it would just be a matter of adding a new user to my passwd file.

Thanks for looking...

Bushman

[eclipsme]

Are we still at 4.2.4? I just downloaded what is labled as 4.2.6, but Hackman still says 4.2.4.

Harvey

[Fozzie]

The latest version is 4.2.6 and the module in the zip file concurs. Perhaps you haven't installed it correctly?