Hackman -- A Hack Manager module for TivoWeb

[PortlandPaw]

Leave Telnet in rc.sysinit...it's safer there in case rc.sysinit.author gets hosed. And to be safe, put tnlited in /sbin or somewhere other than /var. Same with tivoftpd.

Oh, and by the way, I'm glad hackman is working for you!

[stark]

PortlandPaw,

My problem with the quirky S1 was caused by an old copy of TWP in the /var/local directory. I was using the version in /var/hack, but Hackman kept detecting the /var/local version first. After I removed the obsolete version, everything started working perfectly.

The blue icons I saw earlier were also caused by Hackman finding references to applications in obsolete files.

Would it make sense to double check the paths Hackman detects with the startup file? If it detects TWP in two places, it would use the version in the startup file.

[didolgi]

PortlandPaw you are amazing! 3.3.5 is now reporting correct status for all my startup apps.

I put telnet in the rc.sysinit for safety, but removed it as test. Seems to be working just fine with rc.sysinit.author.

One thing I noticed the other day and forgot to follow up on is I have
Prefix = /tivo/
in my tivoweb.cfg so I can hit a specific URL from the internet via a proxy server all the modules I have loaded seem to honor this value, but hackman ignores it when it generates URLs.

An example would be

http://x.x.x.x/tivo/hackman - is the URL on the menu,
but once I click on a link inside hackman its
http://x.x.x.x/toggle_remount

If I'm on my local network it works, but via the proxy server it doesn't unless I retype the URL as
http://x.x.x.x/tivo/toggle_remount


i've noticed that the screen "http://x.x.x.x/backdoormenu/" has the correct URL format on its menu. I think its done by calling "html_link" in the code and TWP does the rest, but I'm not all that sure.

Thanks again for writing such a great module!

[ericd121]

I have created five imagesets to be used in the HackMan Module.

I have created three sets to complement my Lovely themes (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=2453860#post2453860), and two sets with the default colours that are used in the original images.

You can view the images and download the individual imagesets zips here
http://www.dixon.ws/tivo/HackMan.ImageSets/

All five imagesets zips are zipped up in one big file which is too big to be attached (Filesize 1.34Mb) and so is also available from the same address.

[beejaycee]

The latest beta gave me:CHILDSTATUS 328 126 ./bin_ppc/find: ./bin_ppc/find: cannot execute binary file
while executing
"exec $find / -path /proc -prune -o -path /dev -prune -o -path /tvlib -prune -o -path /tvbin -prune -o -path /etc -prune -o -name "tivoweb*" \! -name *..."
(file "./modules/hackman.itcl" line 2665)
invoked from within
"source $module " and still no Hackman. This is on a Series 2 Tivo. I thought that the bin_ppc/find was not used on an S2 as it was not compiled for that processor. So I copied the bin_mips/find to the bin_ppc directory. The Hackman module is now running and my log file shows: hackman
--hackman Version 3.3.5 beta--
-Root directory mounted read-write.
-Tuesday, January 11, 2005, 06:30 AM, local time I don't have time to fool with it this morning but I want to compare it against my other Tivo that ran the module several versions ago.

[SeanC]

Eric. thanks for the imagesets. And thanks for a page that lets me see what they look like without installing them. I get SO annoyed with skins from developers that don't include a pic or some representation of what it will look like so I don't have to install every single one to find the one I like.

Nice work!

:)

[PortlandPaw]

Originally posted by didolgi
One thing I noticed the other day and forgot to follow up on is I have Prefix = /tivo/ in my tivoweb.cfg so I can hit a specific URL from the internet via a proxy server all the modules I have loaded seem to honor this value, but hackman ignores it when it generates URLs. Thank you for calling that to my attention. I'll look at the html_link code to see what it's doing and then apply it everywhere else. I hope that does the trick...it should!

[PortlandPaw]

Originally posted by iguru42
Eric. thanks for the imagesets. And thanks for a page that lets me see what they look like without installing them. I get SO annoyed with skins from developers that don't include a pic or some representation of what it will look like so I don't have to install every single one to find the one I like.

Nice work!

:) I second what iguru42 says. I'm very flattered that you've gone to all this trouble to present options to people. I'm certainly no graphic artist!

[PortlandPaw]

Originally posted by beejaycee
The latest beta gave me: and still no Hackman. This is on a Series 2 Tivo. I thought that the bin_ppc/find was not used on an S2 as it was not compiled for that processor. So I copied the bin_mips/find to the bin_ppc directory. The Hackman module is now running and my log file shows: I don't have time to fool with it this morning but I want to compare it against my other Tivo that ran the module several versions ago. Instead of keying on either the version number of the Series 1/2 designation, I'm now trying an error trap approach...if it works with the mips version, fine; if not, use the ppc version. I can try switching the test around. Both worked correctly on my Series 1 units. I'll do that in the next beta release later this week.

[PortlandPaw]

Originally posted by stark
Would it make sense to double check the paths Hackman detects with the startup file? If it detects TWP in two places, it would use the version in the startup file. It would make a lot of sense. But to make hackman this "intelligent" would require a level of intelligence that I don't possess!

Seriously, parsing and comparing the discovered pathnames would be pretty challenging. Maybe something for Version 5 (I'm shooting for Version 4 at this point).

I'm glad you got it working -- it does take a little detective work, especially with older installations with a lot of obsolete stuff.

[PortlandPaw]

Originally posted by beejaycee
Sorry, PP, I should have responded to that post sooner. I tried the swap... beejaycee, did you by any chance not UN-swap them? If so, that would give the error you found.

[beejaycee]

Originally posted by PortlandPaw
beejaycee, did you by any chance not UN-swap them? If so, that would give the error you found.
Because I've made that type of error before, I just erased all hackman files, reinstalled from the v3.3.5beta zip, and get the same error. I verified that I copied the files that were extracted from V3.3.5 beta. The find in /bin_ppc is sized @ 74280 and the one in /bin_mips is 134564 so I'm definitely transferring them as they are. Considering the strange problems my HDVR2 is having with hackman to start with, maybe it is using the /bin_ppc find when it is not supposed to do so.

Now I just copied the find and sendkey files from /bin_mips to /bin_ppc and restarted TWP. The log files reads:hackman
--hackman Version 3.3.5 beta--
-Root directory mounted read-write.
-Wednesday, January 12, 2005, 04:13 AM, local time
Is it supposed to automatically mount the root directory r/w?

Also, on my Tivo that is not having these problems and is running v3.1.4, hackman has a bufferhack button. My koo-koo Tivo w/v3.3.5 does not have that button.

Finally, I'm still trying to figure out what those 3 items (rcS.d, tpm, and init.d) are in my /etc directory. They are not files or directories as far as I can tell so if ANYONE has an suggestions as to how to get rid of them, they would be appreciated!

[PortlandPaw]

Very strange. I think I'll reverse the checking process in the next beta just to check how it works on your box.

As for the r/w setting, that is by design since if someone has a system that requires the root directory to be r/w, setting it differently could cause problems. You should change the Preferences setting to set it r/o. But does your printout mean that hackman loaded properly?

Bufferhack is there only if bufferhack.itcl is in /modules. I had to separate them to deal with intellectual property issues.

[beejaycee]

Originally posted by PortlandPaw
As for the r/w setting, that is by design since if someone has a system that requires the root directory to be r/w, setting it differently could cause problems. You should change the Preferences setting to set it r/o. But does your printout mean that hackman loaded properly?
Boo-yeah! It's running!:up:
Bufferhack is there only if bufferhack.itcl is in /modules. I had to separate them to deal with intellectual property issues. Gotcha. I did the upgrades on my Tivos at the same time and thought I had installed the same items in both. Obviously, thinking without my learner's permit again.;)

Oops! Curioser & curioser! I just checked the Tivo w/3.1.4 that DOES have the bufferhack button and bufferhack.itcl is NOT in the /modules directory. Just for grins and giggles I changed the buffer to 60 and clicked to change it. It appeared to go through the motions of writing the changes and asked if I wanted to reboot.

[PortlandPaw]

Originally posted by beejaycee
Oops! Curioser & curioser! I just checked the Tivo w/3.1.4 that DOES have the bufferhack button and bufferhack.itcl is NOT in the /modules directory. I can't remember when I broke bufferhack.itcl out of the main hackman program, but it hasn't been too long.

[chippyt]

I finally got Hackman 3.3.1 to work on my HDVR2 with 4.0. I was using a very old version that worked great .7experimental. I had to put the bin_mips (find and sendkey) files in the bin_ppc, then I had to "chmod 755" the find, sendkey and hackman.itcl files. This finally worked.

.7experimental was great and 3.3.x is every better. Thanks.

Edit: Tserver won't start. It shows as existing and when I click start it says "Now starting TyTool (tserver) ...", but it doesn't start. It refreshes to the hackman screen and tserver still has start listed, not stop.

[PortlandPaw]

There's a more recent beta version (3.3.5 as of now) here (http://web.nlis.net/~davehill/hackman/LatestVersion/). And with the work I'm doing to try to finish it up, there's a new version out every other day or so.

Please try it, replacing everything old with the new versions.

If tserver still doesn't work, please supply details about what directory it's in, what the actual file name is, and (from the Show Pathnames page) what hackman is finding for TyTool.

[chippyt]

I installed 3.3.5beta. I am getting the following error when I try to start tserver:

Try re-generating and saving a fresh hackman.cfg
(Create configuration file (hackman.cfg)) couldn't execute "/var/mfs_ftp/tserver_mfs.c": permission denied

My tserver files is located in /var/mfs_ftp/tserver_mfs, the tserver_mfs.c file is also located in this directory.

I have tried with the root mounted as read-write and as read only, same error.

The hackman.cfg files shows "set tytoolspath "/var/mfs_ftp"

Hope this helps diagnose.

TIA!

[PortlandPaw]

The key clue is "permission denied." You need to
chmod +x /var/mfs_ftp/tserver_mfs.c
(or chmod 755) and all should be fine. Please let me know.

[Montaño]

3.3.5 is working great also David :)

[chippyt]

I tried to chmod 755 the tserver_mfs.c and the tserver_mfs file and I tried chmod +x tserver_mfs.c and tserver_mfs

Now I get "Now starting TyTool (tserver) ..." with the OK box, but when I refresh to the hackman page tserver it still has start listed and not stop. Also, tytools will not connect, so tserver wasn't started.

I have been able to successfully go back to .7experimental and it works, but I would love to use the newest version.

[Fozzie]

Either I'm missing something or you've got the wrong files on Tivo? You just need two files - 'tserver' and NowShowing.tcl. Isn't tserver_mfs.c an uncompiled file and so won't run on the box anyway?

[chippyt]

I removed tserver_mfs.c and reinstalled hackman, still no luck. I do have tserver_mfs and NowShowing.tcl in the /var/mfs_ftp directory.

[Fozzie]

Either you've renamed the 'tserver' file or you're not running the latest version of TyTools (9r18).

(You also haven't mentioned whether you've chmod'd NowShowing.tcl?)

[chippyt]

I am running Tytoolsr18 and my tserver file is called tserver_mfs. Like I said before .7experimental works fine, but for some reason the latest version won't let tserver run. I checked the paths and filenames in the hackman.cfg created by hackman and everything checks out.

[Fozzie]

I've not heard of .7experimental so that one doesn't mean anything to me.

The 9r18 doesn't have any tserver_mfs file in it. I've got it open now and it's only got 'tserver' in it; one version for S1 & one for S2. Are we talking about the same app?

Have you chmod'd both 'tserver' and 'NowShowing.itcl'?

What happens when you try and run it from cmd line?

Edit: Just remembered that this shouldn't be talked about on this forum. Best you carry on over at the 'other' forum ;)

[chippyt]

I had an older tserver file, so I did update by tserver file and NowShowing.tcl file with the ones in the tytoolsr18 zip file. This didn't change anything. I tried the new tserver file manually and it caused some errors when trying to connect, so I went back to the tserver_mfs file from muscle_nerd. I am using a HDVR2 with 4.0

I then tried to edit the hackman.cfg file and I did the following:

The tytoolpath and the tystudiopath were the same. I changed the tystudiopath to -unavailable- and I changed the tserverpathname also to -unavailable- (shown below), but left the tytoolpath and tytoolpathname correct and now tserver starts

set tytoolpath "/var/mfs_ftp"
set tystudiopath "--unavailable--"

set tytoolpathname "/var/mfs_ftp/tserver_mfs"
set tserverpathname "--unavailable--"

Not sure why this worked, but it did.

[jsmoovey2004]

Hello,

I love the hackman app! just wanted to tell you that I finally got hackman up and running. The problem is, I don't know how I did it. It took almost a day to do. Hacking the tivo was less complicated then installing your app.

Well, My drive crashed and I had to start all over. Unfortunatley, I can't get it back up and running again. I don't want to be rude, but (From a newbie's perspective) the install instructions seem to be lacking details.... it seems to be many people assume the readers know how to do certain things. For example, when you say run hackman...... I wasn't sure if it meant through bash. If so, how?. I mean, it was forever that it appeared in my tivoweb menu and I don't know how I did it.

I just wish there was a step by step and can not find one in the boards. I see lots of people talking about it and the problems they have, but not the resolution.

Can anyone be kind to help?

btw- I made sure the files were executeable and made dummy files for .cfg and .ini and placed in modules folder and in tivoweb-tcl root folder. I am running HD TIVO and TIVOWEB PLUS.

Thanks.

[Fozzie]

You're joking right? There's an extremely detailed readme file that comes with Hackman. If that's not enough then perhaps try here (http://www.amazon.com/exec/obidos/search-handle-url/ref=dp_searchBox_1/103-6878219-3399058?url=index%3Dbooks%26dispatch%3Dsearch%26results-process%3Dbin&field-keywords=tivo)

[PortlandPaw]

I believe that there are three things required to make successful software:
1. A user with the basic skills required to install and run the software
2. An intuitive user interface
3. Sufficient documentation to overcome any deficiencies in (1) or (2)

I believe I'm supplying (3), but I can only go so far. For questions beyond that limit ("What's a chmod?"), I've supplied links to other resources, Steve Jenkin's excellent online tutorial, in particular. Fozzie's recommendations are also good.

I'm working (we're ALL working) on (2). That, after all, is what beta is all about. My goal is to have a product that someone can easily install (same as any other TivoWeb module), can start up (same as any other TivoWeb module), and can instantly use effectively with little, if any, fine tuning to make it work right. We're getting there. I hope that a further explanation of beta stage development isn't needed here.

That leaves (1). Exactly one year ago, I was in jsmoovey2004's shoes, confused by insufficient documentation and ignorant of that which the experts considered to be "intuitively obvious to the most casual observer." I vowed at that time (or re-vowed as I've been developing software for twenty years) to not take the user for granted and to always supply complete and informative documentation.

I learned what I had to learn, asked questions of the many people willing to answer and benefitted from repeated (and sometimes disastrous) experimentation. I also learned of the acronym "RTFM" and discovered that we've all been spoiled to expect things to work perfectly, immediately and with no associated learning curve.

So I apologize if my efforts haven't been perfect, but please remember: I'm not in it for the money and in the end, after all, it's just a hobby.

[PortlandPaw]

Originally posted by jsmoovey2004
I see lots of people talking about it and the problems they have, but not the resolution. In addition to developing hackman itself, the fifty-some-odd releases of the program I've posted provide (or will provide) the problem resolution you're seeking.

[flaboye]

Here's the output of a console. Obviously this device is missing, since I cannot find anything anywhere on this particular device, I thought I better post in here and find out what type of device it is, and what would have created it to begin with.

Apologize if this has come up in the past, I have searched high and low for anything mentioning this error and have not found it. This is a hughes system and tivowebplus works fine. The instructions were followed in the readme for hackman.

Loading modules...
favicon
hackman
--hackman Version 3.3.5 beta--
-Root directory mounted read-write.
-Sunday, January 16, 2005, 12:31 AM, local time
CHILDSTATUS 192 1 /dev/router_client: No such file or directory
while executing
"exec $send_key $key"
("foreach" body line 1)
invoked from within
"foreach key "tivo livetv livetv clear" {exec $send_key $key}"
(file "./modules/hackman.itcl" line 2949)
invoked from within
"source $module "

As a result, of course, hackman does not appear in the tivoweb app main screen.

Thanks for any help with this.

[jsmoovey2004]

PortlandPaw,

Sorry if I have offended you. Yes, I have beyond basic skills of doing lots of what most people can't. I should have been more clear on my problem and not focus on the bad (Not that there was alot of bad). I never claimed that you should be perfect, I just thought of it as a suggestion..... Possibly for people who have never used your software (Like me).

I have done all the reading I thought I needed. However, I believe there is a problem with your latest beta. It will not work for the hr10-250. Although, I did download your experimental number 7 file. It actually works.... no problems. But, it doesn't have features as in your currnt version.

I absolutely don't know what the problem was, but the experimental was super easy to install. I followed your directions word for word and presto... IT worked. However, the current beta doesn't work like that.

I was under the impression that I had to do something different that not posted in your docs. I realize now that it's just not compatible with the hr10-250 hardware and the 3.1.5e software..... Perhaps not? Perhaps it has something to do with the kernel 3.1.5?

For your latest release, it won't even show up in my menus for me to even activate it. I can't even give you a cut and paste of any error messages....

Once again, I do believe your doing fine work. Please keep it up. I only wish I had half the talent and inspiration that you do in order to create such cool programs....

[jsmoovey2004]

PortlandPaw,

I never believed you were in it for the money. I've read a great deal on your posts and believe that your are a kind spirited person......

Just wondering though..... Is something like a total commercial skip feature possible? The are some recording devices that automatically detect 3 frames of black to skip all commercials. In fact, most television stations are required to put 3 frames of black before a show starts again so that the network can place commercials more accurately...... Just thought it would be better than a 30 sec skip.

Last, would something like an automatic resolution feature be possible through hackman? Wouldn't it be great to have the hd-tivo have a predetermined resolution that a user can give for each station / time?

Thank you for you hard work and time.
I know that money is not your motivation, but those are definitely things I wouldn't mind spending just a little bit of cash for.....

[PortlandPaw]

I wasn't offended. Let's just say that my patience was tried. The most important thing to take away is that this is beta software and it won't run perfectly (or as well as it can) until people like you tell me what's not working. No harm, no foul.

I think I will add the following to the ReadMe:
Troubleshooting steps:
If hackman won't start, the first thing to do is look for error messages. Use TivoWeb's Logs module to examine the contents of tivoweb.log. The most recent load is toward the end of the file. You may be able to figure out the problem from that. If not, cut and paste the suspicious message and post it on one of the TiVo forums.

Another approach is to shut down TivoWeb (Restart, Quit) and then from a bash prompt, start TivoWeb and watch the modules load:
cd <tivoweb directory>
tivoweb console
Again, look for anything suspicious and either rectify the problem or report it on the forum.

Error messages that appear during hackman's operation should also point to any problems which, if not resolved, should be reported to the forum.

As for your suggestions, they're great ideas and I'd love to do them, but I wouldn't have a clue how to do them...but I've said that before and then gone ahead and implemented the idea. I used to have a gizmo that wouldl pause the tape recording of a program until non-commercial content returned to the screen. It worked by activating the pause control which was hard-wired to a jack in the VCR (no remote control). That was 25 years ago. Worked OK, but sometimes the program material was missed, particularly in sporting events. So, anyway, I'll think about these features, but doubt that I can do them.

[PortlandPaw]

Originally posted by stark
Would it make sense to double check the paths Hackman detects with the startup file? If it detects TWP in two places, it would use the version in the startup file. I said this might come in a version in the future, but I went ahead and did it. It works nicely and you should see it in the next release, to come out shortly. Thanks for the idea and the challenge.

[samhammer]

As Flaboye stated above.

Running on HR10-250

Version 3.3.0 will start and run fine IF I use the .ini that forces the use of .cfg.

Version 3.3.5 results in this error:

hackman
--hackman Version 3.3.5 beta--
T
-Root directory mounted read-write.-reset-access-time] [--make-directo
-Sunday, January 16, 2005, 07:53 AM, local time
CHILDSTATUS 371 1 /dev/router_client: No such file or directory
[--null] [--reset-access-time] [--verbose]
while executing
"exec $send_key $key"
invoked from withinile] [-H format]
"source $module "



I have never gotten it to work using the ini that is supposed to find the hacks, however this is the first version I have tried since 3.3.0

George

[PortlandPaw]

samhammer, flaboye and jsmoovey2004, you each have an HR10-250, right? What software version do each of you have?

I'll be very interested to hear what you say about the next beta release, out later this evening. It may or may not address your issues -- I have no way of testing it myself with similar equipment. If it does not work, I want to do a version check that will bypass the problem area(s).

NOTE: hackman uses SendKey within 10 minutes of booting to clear the screen -- you may miss it if more time has passed, plus I've tried to error trap it, so it may no longer be a problem. The better check would be to try to run any of the backdoor commands.

[flaboye]

[QUOTE]Originally posted by PortlandPaw
[B]samhammer, flaboye and jsmoovey2004, you each have an HR10-250, right? What software version do each of you have?

Thanks for your post. I have a hughes sd-dvr40 running 3.1.1c. It has
the sleeper monte hacks, and it works great. Am looking forward to
seeing and being able to use your hackman scripts when this error
is figured out. I was originally concerned that it was my machine until
seeing the other post with the identical error.

Thanks again.

[samhammer]

PP,

I am using the HR10-250.
It is using software version - 3.1.5e-01-2-357

The TivoWebPlus version is - 1.1-pre2

George

[jsmoovey2004]

Portland paw,

Yes- Hr10-250. F.Y.I. I had to swap kernels in order to hack the hdtivo My kernel is from 3.1.5 The software is 3.1.5e.

If I remember correctly, I did something like ad a different module to the modules folder when it finally worked. I just

havn't been able to reproduce what I did before to be exact. The following message (For hackman ver 3.3.5) takes place when I enter: http://192.168.1.104/hackman/


INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
can't read "bootstartA": no such variable
while executing
"foreach item $bootstartA {set BT$item $boot}"
(procedure "::action_hackman" line 39)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--


After quiting TivoWeb and restarting, I get:

--cut here--
action_hackman '/' ''
can't read "TWpath": no such variable
while executing
"set text "1 1 1 1 1 1 0 10 0 0 0 0 0 0 1 password January, 2005 0 55000 $TWpath 1 2 0 -sugeq 1 1 1 1 $author \"\" \"\"

Bootstart: ""
(procedure "readinifile" line 12)
invoked from within
"readinifile"
(procedure "::action_hackman" line 23)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--


The messages I got were using blank hackman.cfg and hackman.ini files. Also, When I replace the hackman.cfg file with

the one that was automatically generated from when it actually work, I get the same as the last error message.

Hope this helps :)

[jsmoovey2004]

PP,

Could you post or have available Hackman 3.1.1 with your new beta? I can't find it in any link. I can only find your latest build. It seems that it works with the hr10-250 according to PTVupgrade.com... Thank You

[flaboye]

If I do tivoip/hackman the page actually comes up, it's just that it doesn't show on the main menu and it gets the router_client error if you
watch a console boot up of the tivoweb app.

[PortlandPaw]

Originally posted by jsmoovey2004
The messages I got were using blank hackman.cfg and hackman.ini files. That won't help, as hackman looks for the existence of these files as an indication of whether to create them or not. A zero byte file is still a file, so it's no surprise that you got error messages as hackman tries to read these empty files.

As to posting old beta versions, I'd rather not confuse things too much. There were things in 3.1.1 that have been fixed/changed/improved and I don't want to have unstable versions out there to confuse people. The development process is working toward a goal that I expect will be reached eventually. If I fall short, I'm considering offering 2.0.6 as an alternative as that was a stable version, though far short on features.

[PortlandPaw]

Here's (http://web.nlis.net/~davehill/hackman/LatestVersion/) the latest hackman beta. Features and utility continues to evolve. As usual, please report any problems and be sure to include your TiVo model number, Series 1/2, and software version, along with specifically what's working and what isn't, along with any error messages. A simple "it's not working" doesn't help. Also, if you had an issue that's now resolved, I'd really like to hear about that! My thanks to everyone for their continued support in this project; it really has been a TiVo community effort. And you can base your data on that good deal.

[jsmoovey2004]

Portland Paw,

No such luck on 3.3.6. I entered 192.168.1.104/hackman (After reload didn't work) and came up with the following error:

--cut here--
action_hackman '' ''
can't read "TWpath": no such variable
while executing
"set text "1 1 1 1 1 1 0 10 0 0 0 0 0 0 1 password January, 2005 0 55000 $TWpath 1 2 0 -sugeq 1 1 1 1 $author \"\" \"\" Bootstart: ""
(procedure "readinifile" line 18)
invoked from within
"readinifile"
(procedure "::action_hackman" line 24)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

At Least it's a different error message :)

[jsmoovey2004]

PP

Good news...Sort of. I got it to run again. All I did was install tivoweb 1.9.4 (Without running it) into the /var/local/tivoweb-tcl directory. tivowebplus 1.0 is located in /var/hack/tivoweb-tcl directory.
Could this explain anything?

[flaboye]

The latest release comes up clean on my dvr. Again it's a s2, 3.1.1e software, sd-dvr40 hughes model. Thanks again. JB

[PortlandPaw]

Originally posted by jsmoovey2004
Good news...Sort of. I got it to run again. All I did was install tivoweb 1.9.4 (Without running it) into the /var/local/tivoweb-tcl directory. tivowebplus 1.0 is located in /var/hack/tivoweb-tcl directory. Could this explain anything? That's a great clue! I don't yet know what it means, but I can work with it. Thanks!Originally posted by jsmoovey2004 No such luck on 3.3.6. I entered 192.168.1.104/hackman (After reload didn't work)Just as a point of information, this will work only if hackman successfully loaded initially -- that's why it doesn't find the variables...they haven't been set yet by the load routine.

[Gunnyman]

Thanks for this nifty TWP module.
I am finding I am using it daily :)

[PortlandPaw]

Here's (http://web.nlis.net/~davehill/hackman/LatestVersion/) the latest hackman beta. A few fixes and a couple of enhancements -- hackman will now tell you when you have a hack started by two (or more) startup scripts and when your startup path doesn't match the observed hack path. Should be helpful in troubleshooting startup issues.

[PortlandPaw]

Yet another hackman beta (http://web.nlis.net/~davehill/hackman/LatestVersion/). I hope this will be the last for awhile.

[PortlandPaw]

I promise this (http://web.nlis.net/~davehill/hackman/LatestVersion/) is the last hackman beta of the day.

[ericd121]

I've been meddling and I've broken HackMan.

Instead of looking like this:-

http://www.dixon.ws/img/tivo/HackManGoodCap.gif

it looks like this:-

http://www.dixon.ws/img/tivo/HackManBadCap.gif

I've been reading the ReadMe, I've been checking file permissions, but nothing seems to work.

Also, EndPad doesn't seem to be working, but when I type endpad.tcl into the telnet window (i.e. not in HackMan), I'm told "EndPad is already running". :confused:

Any help most gratefully received.

[PortlandPaw]

Two things: First, be sure you have the latest beta (it's now up to 3.3.10) and second, if you have this version installed, try deleting the hackman.ini and hackman.cfg files and then restarting TivoWeb. As described in the latest ReadMe (this evolves, as well), this forces hackman to regenerate fresh configuration files.

I can tell from your screen shots that (a) you're running an old version and (b) something's wrong with the .ini file, because the date has changed to "0".

But not to worry...this can be easily fixed and you'll soon be seeing your attractive graphics again!

[ericd121]

Ah, that did something...

HackMan displays the following error messageA path, pathname or startup conflict has been found... hackman found /var/hack/bin/tivoftpd startup commands in /etc/rc.d/rc.sysinit.author
but found /sbin/tivoftpd in the file scan.
ftppathname has been set to /var/hack/bin/tivoftpd.

hackman found tnlited startup commands in /etc/rc.d/rc.sysinit
but found /sbin/tnlited in the file scan.
telnetpathname has been set to tnlited.

hackman found that tivoftpd
is being started by rc.sysinit.author, and by rc.sysinit.

You may need to make adjustments if this conflict resolution was incorrect,
or resolve the multiple startup issues.
I pressed OK and it loaded but with various labels complaining thusly:-

TiVo Telnet Set to load at boot-time by non-hackman file
TiVo FTP Two+ files are set to load program at boot-time

So I need to edit rc.sysinit.author to remove the tviftpd ref

Can you think of anything else I need to do?

[PortlandPaw]

This is actually nice to see...hackman is doing exactly what it's supposed to do.

If it were my machine, I'd take the following steps:
1. Use hackman to edit the rc.sysinit file to start /sbin/tivoftpd and /sbin/tnlited (Be very careful doing this and be sure the startup commands are correct!). This will guard against problems if /var gets wiped and/or rc.sysinit.author gets mangled.

2. Use hackman to take the tivoftpd startup out of rc.sysinit.author.

3. From bash, mv /var/hack/bin/tivoftpd /var/hack/bin/ORIGtivoftpd.

That should set your TiVo straight and you won't be given any futher notices. Please double-check your work before you re-boot!

[beejaycee]

Originally posted by beejaycee
Another dumb question:
Are /rcS.d, /tpm, and /init.d all supposed to be valid directories within /etc? I get I/O errors from these 3 directories when TWP tries to start the Hackman module. I've tried changing to these directories and get "Input/output error". I've tried rmdir but get "./tpm not a directory". I've tried rm as though they are files but get "Input/output error".

FWIW, on my 2nd HDVR (with hackman working) these 3 items are directories and I can cd into them.
Well, it looks like these 3 (rcS.d, tpm, and init.d) were holdovers from an improper shutdown/rebooting. I ran "e2fsck -y /dev/hda7" and it spit out a bunch of corrections it was making to the file structure. After rebooting, they are finally gone. I mention this because it looks like they were the culprits that were keeping hackman from running on one of my Tivos many beta-versions ago.

[PortlandPaw]

Interesting...where did you find that command and what is it intended to do?

[beejaycee]

Reading about an error over at the "other forum" that sounded similar to a problem that I was having, the poster mentioned this command. I ogogled it to get more info and found that it is similar to the old DOS chkdsk command. Since I kind of guessed that those 3 items were probably not supposed to be there, it seemed that it would probably be a good thing to run.
e2fsck is used to check a Linux second extended file system (ext2fs).
-y Assume an answer of `yes' to all questions; allows e2fsck to be used non-interactively.

[PortlandPaw]

Here's (http://web.nlis.net/~davehill/hackman/LatestVersion/) the latest hackman beta. No dramatic fixes...just added the option to load the Tivo Package Manager Startup Scripts as well as hacks_callfromrcsysinit from rc.sysinit.author.

[didolgi]

Sorry, but the problem I was having with the status on telnet loading seems to have returned in Beta 3.3.11. Here is the end of my rc.sysinit

bash-2.02# tail /etc/rc.d/rc.sysinit
fi

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

[ ! -f /etc/rc.d/rc.sysinit.author ] || /etc/rc.d/rc.sysinit.author

echo "rc.sysinit is complete"

but Hackman shows a RED stoplight for telnet....

[ericd121]

Originally posted by PortlandPaw
This is actually nice to see...hackman is doing exactly what it's supposed to do.

If it were my machine, I'd take the following steps:
1. Use hackman to edit the rc.sysinit file to start /sbin/tivoftpd and /sbin/tnlited (Be very careful doing this and be sure the startup commands are correct!). This will guard against problems if /var gets wiped and/or rc.sysinit.author gets mangled.

2. Use hackman to take the tivoftpd startup out of rc.sysinit.author.

3. From bash, mv /var/hack/bin/tivoftpd /var/hack/bin/ORIGtivoftpd.

That should set your TiVo straight and you won't be given any futher notices. Please double-check your work before you re-boot! Thanks for the advice, but, respectfully, I'm not going to follow all of it. ;)

I've already taken the tivoftpd ref out of rc.sysinit.author using joe, and /var/hack/bin/ doesn't contain tivoftpd (which would explain a few things :rolleyes: ).

However, I'm not going to edit the rc.sysinit file as I'm a coward. :p

I can live with the error messages, but, as I'm the living embodiment of a little knowledge is a dangerous thing, I'm not willing to risk it.

However, my curiousity also knows no bounds so I have to ask:-
Hackman creates a new rc.sysinit.author and backs up the old one (I think!).

Do they both get read, or only one, and if so, which one?
(I know, it's a dopey question, but I needs to know :D )

[PortlandPaw]

Originally posted by didolgi
Sorry, but the problem I was having with the status on telnet loading seems to have returned in Beta 3.3.11.
but Hackman shows a RED stoplight for telnet.... Unless I'm misunderstanding your question, it should be RED, meaning if you click it you will stop it. In other words, it is now running.

[PortlandPaw]

Originally posted by ericd121
However, my curiousity also knows no bounds so I have to ask:-
Hackman creates a new rc.sysinit.author and backs up the old one (I think!).

Do they both get read, or only one, and if so, which one?
(I know, it's a dopey question, but I needs to know :D ) Only the rc.sysinit.author file gets read.

[didolgi]

Originally posted by PortlandPaw
Unless I'm misunderstanding your question, it should be RED, meaning if you click it you will stop it. In other words, it is now running.

Sorry - my bad for not being clear. The Start/Stop button is correct it shows STOP when the process is running, but the small button next to it is RED indicating that it won't load at boot. If I click on it, up comes a copy of the rc.sysinit.author with the start code for telnet in it. I save it, and look at the file and its there, but the small button stays RED.

In my setup it should be anything but RED. Yellow if controlled by rc.sysinit, green if by rc.sysinit.author or blue if confused.....

I had this problem a few versions back, but it was fixed in 3.3.5 - I haven't tried the version in between to see exactly when it broke again. I would be happy to do that if you felt it would help isolate the bit of code involved. I would just need a URL to download the version between 3.3.5 and 3.3.11.

[PortlandPaw]

didolgi, thanks for the offer, but I think I can troubleshoot it with what I have. Look for a fix in the next release. By the way, does the prefix=/tivo/ work OK now?

[bdbax]

I get this when I try to toggle on-screen clock any ideas? I am running hdvr2 with 4.0

INTERNAL SERVER ERROR
--cut here--
action_backdoorcodes '' 'set "backdoorcode" "6";'
tivo
couldn't execute "/devbin/sendkey": no such file or directory
while executing
"exec $env(TIVO_ROOT)/devbin/sendkey $evrc($key)"
(procedure "SendKey" line 8)
invoked from within
"SendKey $k"
("foreach" body line 2)
invoked from within
"foreach k $argv {
SendKey $k
}"
(file "./bin_ppc/SendKey" line 6)
while executing
"exec $send_key $key"
("foreach" body line 1)
invoked from within
"foreach key "tivo tivo" {exec $send_key $key}"
("6" arm line 1)
invoked from within
"switch $backdoorcode {
1 {foreach key $bd_code {exec $send_key $key}}
2 {foreach key "tivo tivo" {exec $send_key $key}
after 7000
exec $..."
(procedure "::action_backdoorcodes" line 51)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[SeanC]

Just installed 3.3.11 and got:

A path, pathname or startup conflict has been found... hackman found tnlited startup commands in /etc/rc.d/rc.sysinit
but found /sbin/tnlited in the file scan.
telnetpathname has been set to tnlited.

You may need to make adjustments if this conflict resolution was incorrect,
or resolve the multiple startup issues.

I don't see the conflict.

Telnet is in sbin

Telnet is being started by rc.sysinit, where is the conflict?

Oh and when telnet and ftp are being started from rc.sysinit is it normal for both of them to have yellow buttons?

[vertigo235]

I'm getting this error

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
can't read "TWpath": no such variable
while executing
"set text "1 1 1 1 1 1 0 10 0 0 0 0 0 0 1 password January, 2005 0 55000 $TWpath 1 2 0 -sugeq 1 1 1 1 $author \"\" \"\" 0 0 Bootstart: ""
(procedure "readinifile" line 20)
invoked from within
"readinifile"
(procedure "::action_hackman" line 25)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[PortlandPaw]

From the blizzard-paralyzed northeast, here's (http://web.nlis.net/~davehill/hackman/LatestVersion/) the latest hackman beta. Please post comments, good experiences, bug reports, etc., as appropriate.

[SeanC]

No problems going from 3.3.11 to 3.3.12.

[ronsch]

I'm trying to install and run Hackman for the first time.

This 3.3.11 on a Philips HDR-31202 running 3.0 with Tivowebplus 1.0.
I think I have all the files in the right place with the correct permissions but this is what i'm getting:

Log cleared on Sun Jan 23, 2005 by TivoWeb
channelmap
favicon
hackman
CHILDSTATUS 434 126 /var/local/tivoweb-tcl/bin_ppc/find: /var/local/tivoweb-tcl/bin_ppc/find: cannot execute binary file
while executing
"exec $find / -path /proc -prune -o -path /dev -prune -o -path /tvlib -prune -o -path /tvbin -prune -o -path /etc -prune -o -name "tivoweb*" \! -name *..."
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 3003)
invoked from within
"source $module "
index
info
lj_utils
logos
logs
mail
mfsbrowser
moviesearch
phone
resources
sched
screen
search
theme
ui
webremote
whatson
Accepting Connections
** end log**

The binaries all were set with chmod 755.

[vertigo235]

Originally posted by PortlandPaw
From the blizzard-paralyzed northeast, here's (http://web.nlis.net/~davehill/hackman/LatestVersion/) the latest hackman beta. Please post comments, good experiences, bug reports, etc., as appropriate.

Will this fix my problem? I'm still using 1.0 and it works for my needs. But I'd be willing to try it out if it will help you solve the problem I had?

[vertigo235]

OK so now I get this error

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
can't read "procs": no such variable
while executing
"string first $appname $procs"
(procedure "::action_hackman" line 84)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[PortlandPaw]

You must be using something more recent than 1.0 to see the error you're seeing but to answer your question, yes, I think the latest version would address that problem.

[PortlandPaw]

Originally posted by vertigo235
OK so now I get this error

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
can't read "procs": no such variable
Something's screwy, because two lines before this, procs is defined:
set procs "[exec /bin/bash -c "cat /proc/\[1-9\]*/stat"]"

I would remove and reinstall a fresh download of hackman and all related files.

[vertigo235]

I'm sorry, I wasn't more specific. I decided to go ahead and load the latest beta that you posted today, and the error I posted above if from that version.

[vertigo235]

One thing that did work this time is that it detected a bunch of stuff and told me about renaming things and how they would not be found or something. Then when I hit OK, I got these errors.

[stevel]

I tried the beta on my DSR704 and got:
hackman
CHILDSTATUS 2112 126 /var/local/tivoweb-tcl/bin_ppc/find: /var/local/tivoweb-tcl/bin_ppc/find: cannot execute binary file
while executing
"exec $find / -path /proc -prune -o -path /dev -prune -o -path /tvlib -prune -o
-path /tvbin -prune -o -name "tivoweb*" \! -name *.log -type d -print"
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 2992)
invoked from within
"source $module "

Now why is it looking in bin_ppc?

[Throg]

I didn't have any problems with 3.3.12 at all. I'm ready for a final.

[PortlandPaw]

Originally posted by stevel
I tried the beta on my DSR704
Now why is it looking in bin_ppc? It's trying to see if the ppc find works. If it does, fine. If not, it uses the mips version. I've used this error trap technique for the past few betas to select the proper find and sendkey files. Apparently, there's still a problem of some kind. Confusing, since it seems to be working for others. What beta version did you upgrade from?

[vertigo235]

dry deleting the ppc version...

[ronsch]

Should I also try deleting the ppc find? Or is it supposed to be using that one for a SA?

[vertigo235]

I'm pretty sure, ppc should be fore series 1, while mips is for series 2

[ronsch]

Can I substitute the standard "find" that is used in the other scripts?

[stevel]

Originally posted by PortlandPaw
What beta version did you upgrade from? It wasn't a beta version, but maybe two of your releases earlier.

[PortlandPaw]

I don't know what all you guys are trying to do, but let me try to explain at least the philosophy here:

The hackman distribution includes two sub-directories, bin_mips and bin_ppc, which are meant to correspond to the same sub-directories in TivoWebPlus. They would have to be added to TivoWeb setups, but I recommend just switching to TivoWebPlus.

These sub-directories have two files each in them -- find and sendkey. The ppc versions are generally for Series 1, the mips for Series 2, but I've heard that there may be some overlap.

To determine which files to use, hackman tests one of them, the ppc version, and if it works that becomes the operational file. If it returns an error, then the other must be the right one.

This seems to be working for some people but not for all. But the best place to start is with the recommended installation.

[ronsch]

After work, I will double-check that I copied the correct version of "find" to the bin_ppc directory, however it seems the trap code isn't correctly trapping the error.

[PortlandPaw]

OK, here's what it's doing. It's trying the mips find to locate rc.sysinit, a file that should be on every TiVo:
exec $source_dir/bin_mips/find / -name rc.sysinit -type f

stevel, your Series 2 should accomplish that feat with no problem and use the mips find. I wonder if it's generating a different, perhaps acceptable error, that is kicking it into the ppc class. I think I'll put some debug code into the next beta to see what's happening.

ronsch, your Series 1 should choke on it (as mine does) and use the ppc find instead. It appears to select the ppc directory but gives an error message appropriate for the mips version. Therefore my suspicion that the finds are in the wrong places.

[PortlandPaw]

Originally posted by iguru42
Just installed 3.3.11 and got:

A path, pathname or startup conflict has been found... hackman found tnlited startup commands in /etc/rc.d/rc.sysinit
but found /sbin/tnlited in the file scan.
telnetpathname has been set to tnlited.

You may need to make adjustments if this conflict resolution was incorrect,
or resolve the multiple startup issues.

I don't see the conflict.

Telnet is in sbin

Telnet is being started by rc.sysinit, where is the conflict?

Oh and when telnet and ftp are being started from rc.sysinit is it normal for both of them to have yellow buttons?

I think the latest version should take care of your first observation and, yes, the button should be yellow if telnet or ftp is being started from rc.sysinit.

[PortlandPaw]

Originally posted by bdbax
I get this when I try to toggle on-screen clock any ideas? I am running hdvr2 with 4.0

INTERNAL SERVER ERROR
--cut here--
action_backdoorcodes '' 'set "backdoorcode" "6";'
tivo
couldn't execute "/devbin/sendkey": no such file or directory
while executing
"exec $env(TIVO_ROOT)/devbin/sendkey $evrc($key)"
Looks like you've got the wrong sendkey command (mips instead of ppc or vice versa). I'm still trying to figure this out, but in the meantime, try swapping the files in the bin_mips and bin_ppc directories. But if you try any of the new beta updates, be sure to completely reinstall all of the hackman files so we're all on the same page.

[SeanC]

Originally posted by PortlandPaw
I think the latest version should take care of your first observation and, yes, the button should be yellow if telnet or ftp is being started from rc.sysinit.

Ok, that explains that then. I didn't even know that tivoftpd was installed in var/hack until hackman told me. I now have telnet and ftp installed in sbin and being called from rc.sysinit.

Nuthin better than runnin a tight ship.

:)

[beejaycee]

FWIW, I replaced the old Hackman I was running (3.3.9, I believe) with your latest beta (3.3.12) and no longer have the problem with "find" in /bin_ppc on my S2 DTivo. I don't know if it is because of something you did or something that was fixed when I ran e2fsck which repaired numerous errors but it's all good! Previously, I was copying the find file from /bin_mips to /bin_ppc to get hackman to run.

[ronsch]

All right.. We're making progress. I replaced both versions of find and sendkey in their respective folders. Still using 3.3.11

On Windows -
bin_mips find 12/5/04 132kb
bin_mips sendkey 8/6/04 556kb
bin_ppc find 10/28/04 73kb
bin_ppc sendkey 11/2/04 1kb

Upon trying a quick reload out of tivowebplus, my TiVo rebooted. After the boot completed and when Tivowebplus started running, Hackman was present and operational.

In all likelyhood, I screwed up over the weekend when copying in the find and sendkey binaries.

I just tested the "reload Tivowebplus" button and it worked without rebooting the TiVo so I guess that was a one-time thing. The text on the restart tivowebplus confirmation screen refers to restarting "tivoweb" and "wait until tivoweb 1.9.4 is loaded" as if I was stopping/starting Tivoweb instead of Tivowebplus.

[stevel]

I tried re-copying all of the bin_xxx files from the beta file, chmodded them all to 755, but still hackman complains about bin_ppc/find

I can run find from the bin_mips folder just fine. If I run the one in bin_ppc, I get the error "cannot execute binary file", as I would expect, and this is exactly the error that Hackman reports and then fails to load for.

[ronsch]

I actually spent some time watching some shows on my TiVo. When I came back to my PC, Tivowebplus was completely unresponsive. After a telnet initiated reboot everything was fine again.

Watching hackman go through the initial keystrokes on the TV was something else. When it was done, it ended up on channel 24 playing the live buffer in slow motion!

[PortlandPaw]

Originally posted by stevel
I tried re-copying all of the bin_xxx files from the beta file, chmodded them all to 755, but still hackman complains about bin_ppc/find

I can run find from the bin_mips folder just fine. If I run the one in bin_ppc, I get the error "cannot execute binary file", as I would expect, and this is exactly the error that Hackman reports and then fails to load for. I have an idea -- I'll first check for Series 1/2 and select the appropriate mips/pcc find. But then I'll check it as I'm doing now -- if if doesn't work, I'll load the other version. Maybe this two step approach will work. I'm baffled how the current screening process works on some Series 2 but not on others.

[mulscully]

I jst installed hackman and it is not showing up in tivowebplus.. any ideas?

[PortlandPaw]

Please look at the ReadMe for troubleshooting hints and directions on how to report any startup errors.

[stark]

PortlandPaw,

Hackman seems to have a problem detecting if autospace is currently running. Autospace wasn't displaying on my Tivo, so I brought up Hackman. It said that Autospace was running. I connected via telnet and did an "./autospace.tcl status" at the command line and it said that the daemon was not running.

I looked at Hackman.itcl and I saw that you weren't using the ps command anymore. Can you give me more information about the command you use to see if an app is running?

I'm running 3.3.12.

[FauxPas]

Would it be possible to add support for TiVoVBI (http://www.tivocommunity.com/tivo-vb/showthread.php?s=&threadid=203133) please?

[PortlandPaw]

Originally posted by stark
PortlandPaw,

Hackman seems to have a problem detecting if autospace is currently running. Autospace wasn't displaying on my Tivo, so I brought up Hackman. It said that Autospace was running. I connected via telnet and did an "./autospace.tcl status" at the command line and it said that the daemon was not running.

I looked at Hackman.itcl and I saw that you weren't using the ps command anymore. Can you give me more information about the command you use to see if an app is running?

I'm running 3.3.12. I haven't had any problems running autospace on both the SA and DTivo and I use it all the time.

I haven't used "ps" to read the apps running since very early in the development process. Since ps is not native to the TiVo, I decided to do a cat on the /proc/[1-9]*/stat files and read the running apps there. For example, my SA now shows 170 (autospace.tcl) meaning that autospace is PID 170. The comparable ps ax result is 170 ? S 0:04 tivosh /var/hack/autospace.tcl BG.

Of course, I've changed direction since then and have added the find and sendkey commands to the hackman package. I guess I could add ps, but why mess with what's already working?

So, at any rate, I don't know what the problem is with your TiVo. My bet is that a reboot would make all the problems go away.

[PortlandPaw]

Originally posted by FauxPas
Would it be possible to add support for TiVoVBI (http://www.tivocommunity.com/tivo-vb/showthread.php?s=&threadid=203133) please? I think I can do that.

[PortlandPaw]

Let's hope that 13 is the charm. Here's (http://web.nlis.net/~davehill/hackman/hackman.html) the latest hackman beta. I hope I've addressed reported issues by writing more information to the .cfg file, rather than generating it at runtime. Plus I've added support for TiVoVBI, the closed-caption hack which works very nicely on my S1 SA and DTivo. More information about TiVoVBI may be found here (http://alt.org/wiki/index.php/TivoVBI), along with a link to both S1 and S2 TiVoVBI files.

As usual, please report feedback on this beta version here. I hope to move out of beta ASAP and put this project to bed (for now).

ADDENDUM: There will be at least a beta 3.3.14 as I just noticed that the latest TiVoVBI is started with "tivovbi -xtc" and I developed hackman using an older version that didn't require arguements. So I'll have to figure out a way to handle both versions. Stay tuned.

[zeddock]

Could the difference between this beta and one of the first, (which I had running,) be the problem which has generated this...?
action_hackman '' ''
can't read "TWpath": no such variable
while executing
"set text "1 1 1 1 1 1 0 10 0 0 0 0 0 0 1 password January, 2005 0 55000 $TWpath 1 2 0 -sugeq 1 1 1 1 $author \"\" \"\" 0 0 Bootstart: ""
(procedure "readinifile" line 20)
invoked from within
"readinifile"
(procedure "::action_hackman" line 25)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"

I had an older version working but now when I go to my TivoWebPlus Project - v1.0 and add /hackman to the URL.... I get this error.

To install this latest beta I replaced the 4 directories which came with the zip.
I did not need to chmod the directories as they were shown as executable after the copy.
Thanx,

Zeddock

[PortlandPaw]

Are you absolutely sure you're installing version 3.3.13 beta? The reason I ask is that the line you quote in your message is not the same as the line in the current 3.3.13 beta. Line 22 of the current readinifile subroutine ends with:
...$author \"\" \"\" 0 0 0 0 Bootstart: "
The corresponding line you're quoting ends with:
...$author \"\" \"\" 0 0 Bootstart: "

The two extra zeroes are for the two latest options I added in 3.3.13, namely the option to suppress conflict notification and the option to enble the quick disappearing Play Bar.

Please go to my site (http://web.nlis.net/~davehill/hackman/LatestVersion/) and re-download the most recent beta:
hackman-V3.3.13.beta..> 31-Jan-2005 06:17 337k

Then let me know how that works.

Afterthought: It's a remote possibility that you could get this error if you didn't reload TivoWebPlus after installing hackman, but rather just copied everything over and then tried running it. If you're sure you have the right version of hackman installed, try doing a quick reload and if that doesn't work, try shutting down TWP and re-starting it.

[zeddock]

Egg on face.....

I am sorry I confused the issue....

Last night I installed .12 beta and got this error. What I was meaning to ask was, will this update (.13) cure the error that I got when I updated from an older version of hackman, to .12.

Sorry for the confusion.

Zeddock

[PortlandPaw]

Originally posted by zeddock
...will this update (.13) cure the error that I got when I updated from an older version of hackman, to .12? I certainly hope so! Please let me know.

[beejaycee]

The newest beta didn't load for me. I'm running 4.01b on a killhdinitrd'd DTivo HDVR2.
During the restart of TivoWebPlus v1.1-pre2 I get the following when it loads the modules:
hackman
--hackman Version 3.3.13 beta--
Creating or re-writing hackman.cfg...
NONE can't read "model": no such variable
while executing
"if <$series1 || $model == 0> <
if <[catch <exec $source_dir/bin_ppc/find / -name rc.sysinit -type f> error]> <
set find $source_dir/bin_mips/f..."
<procedure "CreateConfig" line 18>
invoked from within
"CreateConfig"
<file "./modules/hackman.itcl" line 3237
invoked from withing
"source $modules "

FWIW, v3.3.12 ran without a problem.

[chippyt]

I just tried 3.3.13 beta and I getting the same error as beejaycee above.

[ThurstonX]

I'm getting a similar set of errors:

hackman
--hackman Version 3.3.13 beta--
-Creating or re-writing hackman.cfg...
NONE can't read "model": no such variable
while executing
"if {$series1 || $model == 0} {
if {[catch {exec $source_dir/bin_ppc/find / -name rc.sysinit -type f} error]} {
set find $source_dir/bin_mips/f..."
(procedure "CreateConfig" line 18)
invoked from within
"CreateConfig"
(file "./modules/hackman.itcl" line 3237)
invoked from within
"source $module "
~~~~~~~~~~~~~~~~~~~~~~~~~~
I include this because some chars differ from the above.

[beejaycee]

Originally posted by ThurstonX
I include this because some chars differ from the above.
I typed the error message as opposed to cut & pasting them so mine probably has typos. Thanks for posting the correct error string.

[PortlandPaw]

Guess 13 wasn't the charm. Sorry about that. The "model" variable must be defined elsewhere on the S1, so it didn't complain on mine. Let's try this one (http://web.nlis.net/~davehill/hackman/hackman.html).

[ThurstonX]

Originally posted by PortlandPaw
Guess 13 wasn't the charm. Sorry about that. The "model" variable must be defined elsewhere on the S1, so it didn't complain on mine. Let's try this one (http://web.nlis.net/~davehill/hackman/hackman.html).

or 14 either, if the atached tivoweb.log is any indication. There are actually more errors.

Not sure if I'm reading your post correctly, but I'm running a Series 2.

[vertigo235]

nope

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
can't read "TWpath": no such variable
while executing
"set text "1 1 1 1 1 1 0 10 0 0 0 0 0 0 1 password January, 2005 0 55000 $TWpath 1 2 0 -sugeq 1 1 1 1 $author \"\" \"\" 0 0 0 0 Bootstart: ""
(procedure "readinifile" line 22)
invoked from within
"readinifile"
(procedure "::action_hackman" line 25)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[ThurstonX]

Originally posted by ThurstonX
or 14 either, if the atached tivoweb.log is any indication. There are actually more errors.

Not sure if I'm reading your post correctly, but I'm running a Series 2.

Since the .14-beta generated errors in other modules (guess that's the correct word) -- like 'ui' and 'index' -- outside of 'hackman' I wanted to be sure I hadn't introduced some user error into my testing. I killed TWP (1.0, btw) removed 'hackman.itcl' and the two files (each) from bin_mips and bin_ppc, and restarted TWP. Here's the clean tivoweb.log:

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.
Loading modules...
favicon
index
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
Accepting Connections
~~~~~~~~~~~~~~~~~~~~~

...and it may well have been user error. I had placed 'bufferhack.itcl' in the modules directory *before* successfully getting hackman up and running. I removed that, put back the hackman files and restarted TWP. Here's the relevant section from the latest tivoweb.log:

Loading modules...
favicon
hackman
--hackman Version 3.3.14 beta--
-Creating or re-writing hackman.cfg...
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Creating hackman.ini...
-Root directory mounted read-write.
-Tuesday, February 01, 2005, 02:07 AM, local time
index
~~~~~~~~~~~~~~~~~~~~
... and "hackman" is displayed as a menu choice. So far so good.

Next step: re-try bufferhack.itcl...
Disco!

Dag, I'm sorry if I wasted your time, PortlandPaw. What a newb am I :-( Hopefully this post will assist other ppl with that problem.

Thanks for what looks to be a great tool!

Back to hacking...

[PortlandPaw]

OK, I'm confused. Others are running 3.3.14 with no problem on the "other board" while nobody has it going here. Could you please try deleting any previous hackman.ini and hackman.cfg files, shutting down Tivoweb, and restarting from bash? And also, please remind me what version of TW/P you're running and what Series TiVo you have.

[Fozzie]

It's working fine here David (UK SA Series1) :)

[disco]

Originally posted by ThurstonX
Next step: re-try bufferhack.itcl...
Disco!You called??;)

For what it's worth, I'm running v3.3.14 on my S2 DTiVo's without a problem. I did have to kill TWP and restart it from bash as David said...

[Fozzie]

Edit: Content deleted because I was talking cr*p!

[PortlandPaw]

We're getting there, but there's one more issue to be cleared up. Using the downloads from Samba (http://tivo.samba.org/download/mbm/bin/), I was able to get tivovbi working on both my S1 standalone and DTivo using tvbi.o for the standalone and tvbi-dtv.o for the DTivo, along with tivovbi-1.03.zip available from here (http://tivo.samba.org/download/mbm/).

But I was unable to get either box to work using the link from the TiVo wiki (http://alt.org/wiki/index.php/TivoVBI) and, of course, I was unable to test a Series 2. This, I believe is dgi's work.

So, I need some help. Using the first samba link, I have hackman working with the tivovbi 1.03. But I can't get it to work with tivovbi-dgi.

If anybody has tivovbi working on a Series 2, please let me know what commands you're using to start it. Same with the corresponding Series 1 version.

[ThurstonX]

Error setting "Preferences" password in 3.3.14-beta on Series 2:

INTERNAL SERVER ERROR
--cut here--
action_HMsetprefs '$chan$box0$box1$box2$box3$box4$box5$box6$box7$box8$box9$box 10$box11$box12$box13$box14$box15$box16$box17$box18$box19$box 24$box25$box26$box27$box28$box29$box30$box31$box32$box33$box 34' 'set "filetobeedited" "./tivoweb.cfg";set "box0" "1";set "box1" "1";set "box2" "1";set "box3" "1";set "box4" "1";set "box5" "1";set "box24" "1";set "box25" "1";set "box7" "10";set "box14" "1";set "box15" "<new passwd; deleted for security>";set "box26" "1";set "box27" "1";set "box28" "/etc/rc.d/rc.sysinit.author";set "box16" "January, 2005";set "box17" "0";set "edit" "Save Settings";set "box18" "55000";'
couldn't read file "./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_hackman $chan $path $env"
("1" arm line 5)
invoked from within
"switch $action {
1{readwrite "on"
file delete "$config\.old" "$author\.old" "$inifile\.old"
readwrite "off"
readinifile
action..."
("default" arm line 36)
invoked from within
"switch -glob $edit {
*Edit*{action_editor $chan $path $env}

*Cancel* {action_hackman $chan $path $env}

*View* {action_HMpathnames ..."
(procedure "::action_HMsetprefs" 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--

/ is definitely rw:
bash-2.02# mount
/dev/hda7 on / type ext2 (rw)
/dev/hda9 on /var type ext2 (rw)
/proc on /proc type proc (rw)
bash-2.02#

[ThurstonX]

Getting frustrated, as I had this working. I uninstalled TWP 1.0 (and thus everything therein), reinstalled (can't quit/stop it frmo GUI or cmd line, but that's another issue), and reinstalled hackman.

I tailed /var/log/tivoweb.log (after clearing) and it looks clean:

Loading modules...
favicon
hackman
--hackman Version 3.3.14 beta--
-Creating or re-writing hackman.cfg...
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Creating hackman.ini...
-Root directory mounted read-write.
-Tuesday, February 01, 2005, 01:56 PM, local time
index
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
Accepting Connections
~~~~~~~~~~~~~~~~~~~~~~~~~~~

but clicking the 'hackman' link produces the following error:

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
couldn't read file "./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--
~~~~~~~~~~~~~~~~~~~~~~~~

Again, Series 2 DTivo running 4.01b.

Maybe I'll try 3.3.13.

TIA

[ThurstonX]

Still having problems when attempting to set the password in hackman Preferences (see previous post).

After it errors, I quit TWP (now running 1.1), removed hackman.ini, and restarted. tivoweb.log is clean and I can get to the main hackman page. Guess I'll just stick to the default password.

[ThurstonX]

BTW, never did try 3.3.13. Still using 3.3.14.

[ericd121]

Hackman seems to insist on over-riding my settings for EndPad by writing this code
/var/hack/endpad.tcl -s 1 -e 2 -sugqual 0 -sugeq -auto >> /dev/null &
instead of my original preferred code
/var/hack/endpad.tcl -s 1 -e 4 -auto >> /dev/null &

This only happens on TiVo1; TiVo2 is fine. I think at some point, I found the EndPad settings page, which had -s 1 -e 2 -sugqual 0 -sugeq as its defaults (in HTML form, of course!).

Is there anything I can do, or not do, to prevent this?

[beejaycee]

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

[PortlandPaw]

Originally posted by ericd121
Hackman seems to insist on over-riding my settings for EndPad by writing this code . Is there anything I can do, or not do, to prevent this? When you set EndPad to load on boot, you can set the parameters which will be saved in the .ini file. So, the steps are (first) click the boot button for EndPad so it doesn't load on boot. Then (second) click it again to set it to load on boot with the parameters you specify.

Remember that in these days of hackman development, the .ini file is going to be wiped out and re-generated with each new beta version, so this procedure will have to be repeated until we have a final, stable version which, I hope, will be very soon.

[beejaycee]

Originally posted by beejaycee
Here's a bizarre one -- I've lost my tivoweb.log. On my bedroom tivo running 3.3.12 and TWP 1.0 I have a tivoweb.log. On my den tivo running 3.3.14 and TWP 1.1 beta it is gone. I've since gone back to TWP 1.0 and still don't have it. Any ideas?
Um, nevermind. It must be something with TWP 1.1 beta. I rebooted a 2nd time and now the log file is back. It's interesting how it seems that somethings don't "change" until a second reboot.

[PortlandPaw]

I don't think it has anything to do with TivoWeb. At times, the TiVo will purge itself of old log files. I've noticed the same erratic behavior.

[ThurstonX]

Originally posted by beejaycee
Um, nevermind. It must be something with TWP 1.1 beta. I rebooted a 2nd time and now the log file is back. It's interesting how it seems that somethings don't "change" until a second reboot.

I've noticed other odd behavior with TWP 1.1, particularly the ui module failing to load or dying when it had been working. Quitting TWP 1.1 and restarting generally corrects it.

As far as hackman goes, under both TWP 1.0 & 1.1, attempting change the default password blows away the hackman.cfg file (see above). This can be corrected by removing hackman.ini and restarting TWP.

[PortlandPaw]

Originally posted by ThurstonX
Error setting "Preferences" password in 3.3.14-beta on Series 2:By any chance, did you try a two-word password? That would blow things apart.

[ThurstonX]

Originally posted by PortlandPaw
By any chance, did you try a two-word password? That would blow things apart.

No. I tried a couple with non-alphanumeric characters, and one with just alphanumerics. Same result.

[PortlandPaw]

Originally posted by ThurstonX
Still having problems when attempting to set the password in hackman Preferences I'm sorry, but I can't replicate the problem with 3.3.14. Could you please give me more details about how this happens?

[ThurstonX]

Originally posted by PortlandPaw
I'm sorry, but I can't replicate the problem with 3.3.14. Could you please give me more details about how this happens?

Maybe it's a Series 2 DTiVo with 4.x issue. Also, there are some funky TWP 1.1 things going on with my unit today, if reboot = funky.

I've gone through the process again and documented the steps, the attempted new password, the errors and the drama (TiVo rebooted!) in the attached.

Hope it helps. Also, let me know if you spot any user error or need clarification on anything I did. System info is included at the bottom.

[ThurstonX]

Here's a stoopid newbie question: does a TiVo reboot always result in a / file system that is rw? Is that why you added that great bit to hackman? Just utilized it :)

[PortlandPaw]

Originally posted by ThurstonX
Here's a stoopid newbie question: does a TiVo reboot always result in a / file system that is rw? Is that why you added that great bit to hackman? Just utilized it :) No, actually the default is read-only. But I set the hackman default read-write because some hackers create a system that depends on a rw environment -- all the hacks are in the root directory. I recommend that if this is not the case, then you should set this control to set the root directory to ro -- it's supposed to be safer.

[ThurstonX]

Originally posted by PortlandPaw
No, actually the default is read-only. But I set the hackman default read-write because some hackers create a system that depends on a rw environment -- all the hacks are in the root directory. I recommend that if this is not the case, then you should set this control to set the root directory to ro -- it's supposed to be safer.

So, no hacks in root dir, set to ro. I see /var always mounts rw (guess it has to for logging, etc.). I don't have any, so I'll take your advice. Thanks again.

[PortlandPaw]

Originally posted by ThurstonX
Hope it helps. Also, let me know if you spot any user error or need clarification on anything I did. I still can't replicate the situation. Is this the exact password you used? It looks like there may be a character that makes one word look like two, but it doesn't happen with the password you gave me. As for the reboot, that's normal. I've discovered that if I do a quick reload of TivoWeb around ten times, the box complains and reboots. Too stressed out, I guess.

[PortlandPaw]

That's exactly it...if I put in a two-word password, it does what you observed. There's something about your password that makes it act like two words. I can error-out spaces -- what else should I exclude?

ADDENDUM: Never mind...I'll just screen out anything interpreted as two words.

[PortlandPaw]

OK, here's (http://web.nlis.net/~davehill/hackman/hackman.html) the beta for the weekend. Nothing new in terms of features, but I hope to have addressed the issues that have been raised and, therefore, move this closer to 4.0.0 (no more beta, the outcries have started).

I've added a requirement that if the hackman.cfg file was not created by the most recent version then both the hackman.cfg and hackman.ini files will be re-generated. This should eliminate migration problems but obviously requires resetting your preferences...just don't be surprised.

Everyone knows the drill -- please let me know how this works for you.

[Fozzie]

Just tried the new version and the 30 sec skip is working again for me (using the native sendkey). Thanks David.

[vertigo235]

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


Isn't it supose to create the config file by itself?

[PortlandPaw]

Something misfired...try shutting down TivoWeb completely and restarting it.

[ronsch]

Good Morning David,

I've had several instances since I've installed Tivowebplus where it simply won't respond to my browser at all only a couple of hours after a reboot and even when no other activities are going on, if you get my drift.

Since you have a method of flushing and restarting tivowebplus from Hackman, I was wondering if there exists a script that I could run from a telnet session to accomplish the same thing?

[PortlandPaw]

I've had the same problem at times. Before I do a reboot using the remote (don't pull the plug unless you absolutely have to!), I try this from bash:

/tvbin/http_get -U http://127.0.0.1:80/quit -D /tmp -T 0 -C 0 >/dev/null 2>&1

That will sometimes shutdown TivoWebPlus and allow you to restart it in the usual manner. It would be easy to put the /tvbin and restart commands into a script, but I've never bothered since I run the /tvbin from an old telnet control center I wrote last year.

[vertigo235]

Originally posted by PortlandPaw
Something misfired...try shutting down TivoWeb completely and restarting it.

But I would usualy use Hackman to do that!! :D

How do I do this without restarting my TiVo? Is there a command line shutdown and restart for TiVowebplus?

Edit: Doh, I didn't read the next posts until after I replied...

[PortlandPaw]

Great minds must be thinking alike...normally, if you have control of TivoWebPlus you can use the Restart | Quit to shut it down and then get to a bash prompt, cd to the TWP directory and then ./tivoweb console to restart it. Sorry, if I'm providing elementary information, but it may help someone else.

[ronsch]

Originally posted by PortlandPaw
I've had the same problem at times. Before I do a reboot using the remote (don't pull the plug unless you absolutely have to!), I try this from bash:

/tvbin/http_get -U http://127.0.0.1:80/quit -D /tmp -T 0 -C 0 >/dev/null 2>&1

That will sometimes shutdown TivoWebPlus and allow you to restart it in the usual manner. It would be easy to put the /tvbin and restart commands into a script, but I've never bothered since I run the /tvbin from an old telnet control center I wrote last year.

Thanks! The Tivowebplus hang is usually followed by TiVo ceasing to respond to the remote. Once that happens I am usually still able to telnet in and issue a reboot command so that I don't have to pull the plug. Glad to know this isn't just happening to me. I've already removed a couple of modules that I don't normally use from the modules directory and cut down on the initial commands that Hackman runs at startup just to see if it stabilizes a little. I understand that tserver has been thought to cause some instability but I didn't even fire it up this morning after an intentional reboot to clear things out for all the Super Bowl programming and it still hung.

[vertigo235]

Originally posted by PortlandPaw
Great minds must be thinking alike...normally, if you have control of TivoWebPlus you can use the Restart | Quit to shut it down and then get to a bash prompt, cd to the TWP directory and then ./tivoweb console to restart it. Sorry, if I'm providing elementary information, but it may help someone else.

Yeah, I remembered that shortly after I posted. I'll try it later.

[b-manSC]

/tvbin/http_get -U http://127.0.0.1:80/quit -D /tmp -T 0 -C 0 >/dev/null 2>&1

are those zeros or O's aft -T and -C? Also, is there a space after the final 0 before >/dev/null?

Thanks so much for all your posts- I really like Hackman have been using 3.3.13 and am upgrading to 3.3.15 this afternoon.


*EDIT* Forget the below- already answered by the next post- THANKS!~

Also, have you seen this problem?
I havea Series 1 TiVo, with TiVoWebPlus, vserver, tserver, and hackman running. I used to be able to go to the TWP, USER Interface, and had a VIEW link by each of my recorded shows that I could click on and WMP would start and play that stream. Now that link is gone. I cannot find in my notes what module I installed to get the VIEW link, but really miss it. I can still use TyTools to download the entire stream then watch it, but I liked being able to watch it as it streamed. Can anyone tell me what I need to reinstall or check to get the VIEW link back? TWP, Live viewing, Hackman all seem to be working as they were.

Thanks!

[Throg]

I used to be able to go to the TWP, USER Interface, and had a VIEW link by each of my recorded shows that I could click on and WMP would start and play that stream. Now that link is gone. I cannot find in my notes what module I installed to get the VIEW link, but really miss it.
Make sure that TyShowLinks = 1 is in your tivoweb.cfg file.

[PortlandPaw]

Originally posted by b-manSC
are those zeros or O's aft -T and -C? Also, is there a space after the final 0 before >/dev/null? I think they're zeros and there is a space. I cut and pasted it into the post -- how about cutting and pasting into the telnet? With Tera Term you can paste with a right click or ALT- (not CTRL-) V.

[b-manSC]

I'll search for Terra Term right away- I'm looking for a good ftp gui interface as well. Can you tell me how to change the backdoor code Hackman uses? Mine is not correct for my 3.0 sw on TiVo.

thanks again for a great product.

[PortlandPaw]

Look at FreeFTP or WS_FTP. If you have 3.0, you don't have to change it -- it should be 3 0 BC, thumbs up.

[b-manSC]

Thanks for the ftp info.

The code is supposed to be 3 0 BC, but when tivo starts it does something else entirely. I hear the confirmation tones, but the System Information screen doesn't say Backdoors enabled- and I do it manually. do you think I messed anything up?


*EDIT*

I know your time is valuable, so this is something I can live with or figure out later. I'm sure you get swamped with too many messages about minor things.

[PortlandPaw]

When you say confirmation tones, do you mean the "beep, beep" of the keypresses, or the "bong, bong, bong" that signifies backdoors enabled? You can try two things. One, lengthen the startup delay and/or try disabling "use native sendkey."

[b-manSC]

Its the bong-bong-bong of backdoors enabled. Using telnet, I sent the sendkey from your package again to the TiVo box, Quick reloaded TWP, and rebooted TiVo and it worked perfectly. I must have not used the correct sendkey originally, or else its that gremlin I've read about on this forum about two reboots of TiVo to get somethings to click.

Thanks!

[SeanC]

Originally posted by ronsch
The Tivowebplus hang is usually followed by TiVo ceasing to respond to the remote. Once that happens I am usually still able to telnet in and issue a reboot command so that I don't have to pull the plug. Glad to know this isn't just happening to me. I've already removed a couple of modules that I don't normally use from the modules directory and cut down on the initial commands that Hackman runs at startup just to see if it stabilizes a little. I understand that tserver has been thought to cause some instability but I didn't even fire it up this morning after an intentional reboot to clear things out for all the Super Bowl programming and it still hung.

Ron,

I haven't seen someone mentioning TWP hanging and the Tivo stops responding to the remote in this thread before. I have been having this issue for quite sometime and have always assumed that it was a minor glitch from using the LBA48 kernel. I also tried to find the cause by minimizing hacks and scripts loading. I considered TWP and Hackman critical so I have never tried not running both of those. I have to reboot my Tivo because of this lockup every 3 days or so, though as you mentioned I've had to do 2 manual reboots within hours of eachother. I'm not sure what is the root cause, whether TWP or hackman have anything to do with it. I just wanted to say that I have those exact same symptoms. Though from my perspective I always notice the lockup because the Tivo stops responding to my remote. I always use telnet to reboot, not hackman, so I didn't notice until recently that TWP was hanging at the same time.

[PortlandPaw]

Although I suppose anything is possible, the only time hackman does anything is at boottime when it sends keycodes for any requested backdoor startup codes and later when the user initiates an action (start, stop, file edit, etc.) directly. Otherwise, it just sits there waiting for a command.

I've never had any unexpected boot problems with either the S1 SA or DTivo that couldn't be traced to corrupted program data, which hackman doesn't touch.

Other hacks, such as tserver, vserver, tyindex, etc. are doing things in the background while TiVo is running and are probably more likely suspects.

[ThurstonX]

Originally posted by PortlandPaw
OK, here's (http://web.nlis.net/~davehill/hackman/hackman.html) the beta for the weekend. Nothing new in terms of features, but I hope to have addressed the issues that have been raised and, therefore, move this closer to 4.0.0 (no more beta, the outcries have started).

I've added a requirement that if the hackman.cfg file was not created by the most recent version then both the hackman.cfg and hackman.ini files will be re-generated. This should eliminate migration problems but obviously requires resetting your preferences...just don't be surprised.

Everyone knows the drill -- please let me know how this works for you.

Installed the new beta, and while the error caused by setting the password is gone, and the new password appears to take, it does not. I tried something like:
Abc!123
where the only non-alphanumeric is the '!' When I try to use it to login to Preferences it fails, but the default works. Is a TWP restart required? Are NO non-alphanumerics supported?

FWIW, i tried one using only alphanumerics, with the same result.

BTW, I'm using Opera 7.54u2 (the latest). Haven't tried using IE.

[edit]: Seems to be an Opera issue. Grrr. I used IE and it set it correctly, both alphanumeric only and using 'special' characters.

Now a new issue:
I accidentally clicked the yellow button next to "TiVo Telnet" which I reckon edits /etc/rc.d/rc.sysinit.author. A backup was ceated, but it's zero size:

-rwxr-xr-x 1 root root 0 Feb 8 16:05 rc.sysinit.author.ORIG
-rwxr-xr-x 1 root root 634 Feb 8 16:05 rc.sysinit.author

I got a nice warning from hackman that telnet was set in both
/etc/rc.d/rc.sysinit.author
&
/etc/rc.d/rc.sysinit
which is what tipped me off to my mistake (so, thanks for that!). I just commented out the .author telnet lines you added, but one thing is missing from my original .author file. It had a line to initiate fakecall.tcl. Since I have that cron'd, that's not a big deal. I assume it was added when I first hacked the box. What is worrying is that the backup seems to have failed.

TIA.

[PortlandPaw]

OK, that's the second report I've had of a zero-byte .ORIG file. I thought at first it was because the original rc.sysinit.author file didn't exist, but that's obviously not the case. I'll look into it. Thanks for the heads-up.

[zeddock]

Could this have something to do with my loss of my .author file? I had just turned on 30second skip inside of hackman.

Just an FYI.

-zeddock

PS. I am getting some help in the newbie forums, but it looks like I will recover my stuff. When I get back in I will let you know what I find with the .author file, etc. You can follow things here if you want.

/forum/showpost.php?p=209012&postcount=1

[ThurstonX]

OK, that's the second report I've had of a zero-byte .ORIG file. I thought at first it was because the original rc.sysinit.author file didn't exist, but that's obviously not the case. I'll look into it. Thanks for the heads-up.
NP. Thanks for a truly great tool. Now that I've ... *cough cough* *ahem* ... managed to RTFM, I'm learning to utilize it better, not to mention taking your good advice about backing up scripts, etc.

I do have a question about how to get an app recognized and thus under hackman's control. I'm running lshd for those rare times I need to connect from work. Maybe I missed it in the README (and if so, just point me back there and I'll have another go), but I'm not sure how to make hackman find, e.g.,
/var/hack/lsh-1.5.5/sbin/lshd
and how to make sure it would use the following startup cmd:
${LSH}/sbin/lshd -h ${LSH}/lsh_host_key --daemonic --root-login --no-password --subsystems sftp=${LSH}/sbin/sftp-server
(where LSH is set to var/hack/lsh-1.5.5)

I started to edit hackman.cfg to 'set' everything, but then got paranoid, went back to the README and realized you've allowed for control in the user's section of .author.

Thanks again for a great meta-hack :-)

[PortlandPaw]

Could this have something to do with my loss of my .author file? I had just turned on 30second skip inside of hackman.Highly unlikely. It's a whole different area of code.PS. I am getting some help in the newbie forums, but it looks like I will recover my stuff.The repartee is as expected. Please look for my PM to you.

[PortlandPaw]

I do have a question about how to get an app recognized and thus under hackman's control.Do-it-yourself additions to hackman have become really unmanageable. You're doing the right thing putting that command in the "users section." If there's a great outcry for adding lsh I'll do it. And thanks for the kind words.

[Gunnyman]

I have been tweaking Hackman off and on today and FINALLY got the hang of things!
Thanks PP for such a USEFUL tool.

[PortlandPaw]

I have been tweaking Hackman off and on today and FINALLY got the hang of things!
Thanks PP for such a USEFUL tool.Cool! And you're welcome!

[Gunnyman]

one stupid question
I have fakecall set up to run as a cron job. Is there a way within hackman to see that it actually ran? Or is there an easier way to get fakecall run within hackman.
I am typing it in the "commandline box" every day because I am having a hard time verifying that my cron job is setup correctly.
Thanks
G

[PortlandPaw]

You can check the cronlog to see if the cron job at least tried to run fakecall, but your best bet is to set up fakecall to write its own log where any errors will show up. For example, I use the following cron entry to do the moviesort hack:
# Fifteen after three a.m.(EST) or four a.m. (DST), Maine time, every night, update moviesearch
15 8 * * * /var/hack/bin/moviesort.tcl > /var/hack/log/moviesort 2>&1The stuff after the first ">" specifies where the log should be created.

Then you can use hackman's edit file capabilities (select "other", and put in the filename) to see what it says. Or, if you get ambitious, you can add the file name to the list that comes up in the drop-down menu -- see the very end of hackman.itcl for directions how to do it.

[ThurstonX]

one stupid question
I have fakecall set up to run as a cron job. Is there a way within hackman to see that it actually ran? Or is there an easier way to get fakecall run within hackman.
I am typing it in the "commandline box" every day because I am having a hard time verifying that my cron job is setup correctly.
Thanks
G
Gunny, run this cmd (hackman or telnet) and see if yours looks like mine:

bash-2.02# cat /var/spool/cron/crontabs/root
0 0 * * * fakecall.tcl
0 0 * * * wipelogs

wipelogs is optional, of course. If you're worried about a PATH issue, do this:
bash-2.02# which fakecall.tcl
/busybox/fakecall.tcl

and change root's crontab to:
0 0 * * * /busybox/fakecall.tcl

yours might not be in /busybox, so set the path accordingly. Just make sure the structure of the entry matches the above (five fields: MIN HOUR DAY_OF_MONTH MONTH DAY_OF_WEEK)

When in doubt, look it up ;-)
http://unixhelp.ed.ac.uk/CGI/man-cgi?crontab+5

PortlandPaw,
any idea where cron logs? I checked in /var/log, grepping for 'cron' and 'fake' but only found the following:

bash-2.02# grep -i cron *
messages:Feb 9 03:09:51 (none) crond[228]: crond 2.3.2 dillon, started, log level 8
messages:Feb 9 05:30:44 (none) crond[229]: crond 2.3.2 dillon, started, log level 8

claims to be logging.

Hope that eases your mind, Gunny.

[ThurstonX]

PortlandPaw,
would it be possible to have hackman return to the Preferences page after editing a file and clicking OK? Well, I'm sure it's possible, but would you consider it. It's kind of a pain to have to enter the password again to get back in there.

TIA.

[PortlandPaw]

I'm using the Series 1, non-BusyBox version of cron, so I really don't know how BusyBox log works. For Series 1, the logs will be found in /var/hack/cron/, which is a hard-coded path. Nice, for consistencies sake.

[Gunnyman]

Thanks Thurston
everything seems to be running fine :)

[taw123]

I hacked my S2 DTiVo (killininitHD), installed a collection of OSD hacks, 4.0.1b software, BusyBox (Alpha's post), superpatched, installed MFS_FTP, TiVoFTPd.mips, created start up script to run various process listed, added Telnet deamon to startup, installed TWP 1.1pre2, hexedited the kernel to reset the backdoor code, chron'd FakeCall and log clean, installed updated USB 2.0 ethernet drivers, set the default login directory to /var/hack, set telnet login prompt to display current dir, installed a new version of sendkey posted on the net, installed elseed (Caller-ID, with local address book), and the following TivoWeb modules (Backup, Channel Grid, New Episodes, Web Remote, What's on?).

All those TivoWeb modules work and one would assume I am not TOTALLY incompetent BUT.....

I can't for the life of me get HackMan to show up in the module list in TWP 1.1 pre2. If I try to launch it manually by just typing the url for the module I get a msg that not surprisingly no .cfg file exists (since one have never been created/module started normally).

What I did
I copied the find command to the TWP binary dir, and linked the copy of sendkey I had both as SendKey and sendkey. Here is my directory.

ls -la /var/hack/tivowebplus/bin_mips
total 152
drwxr-xr-x 2 0 0 1024 Feb 9 17:30 .
drwxr-xr-x 9 0 0 1024 Feb 8 10:32 ..
lrwxrwxrwx 1 0 0 12 Feb 9 17:30 SendKey -> /bin/sendkey
-rwxr-xr-x 1 0 0 118 Feb 9 01:17 SendKey-alt
-rwxr-xr-x 1 0 0 9848 Dec 21 2003 bsearch
-rw-r--r-- 1 0 0 134564 Feb 9 01:19 find
-rwxr-xr-x 1 0 0 5684 Dec 21 2003 get_space
lrwxrwxrwx 1 0 0 12 Feb 9 01:19 sendkey -> /bin/sendkey


Copied all the images to TWP images.
/var/hack/hackman# ls -la /var/hack/tivowebplus/images/
total 76
drwxr-xr-x 2 0 0 1024 Feb 9 01:21 .
drwxr-xr-x 9 0 0 1024 Feb 8 10:32 ..
-rw-r--r-- 1 0 0 1575 Sep 22 20:27 SelectIcon-256.10.png
-rw-r--r-- 1 0 0 1236 Feb 9 01:21 altbootbutton.png
-rw-r--r-- 1 0 0 1202 Feb 9 01:21 backdoorbutton.png
-rw-r--r-- 1 0 0 1249 Feb 9 01:21 bootbutton.png
-rw-r--r-- 1 0 0 545 Feb 9 01:21 brownbutton.png
-rw-r--r-- 1 0 0 1164 Feb 9 01:21 bufferbutton.png
-rw-r--r-- 1 0 0 1257 Dec 13 2003 conflict1.png
-rw-r--r-- 1 0 0 1257 Dec 13 2003 conflict2.png
-rw-r--r-- 1 0 0 1257 Dec 13 2003 conflict3.png
-rw-r--r-- 1 0 0 1265 Dec 13 2003 conflict4.png
-rw-r--r-- 1 0 0 1223 Feb 9 01:21 conflictbootbutton.png
-rw-r--r-- 1 0 0 1406 Jan 9 2004 favicon.ico
-rw-r--r-- 1 0 0 383 Feb 9 01:21 greenbutton.png
-rw-r--r-- 1 0 0 38539 Mar 29 2004 hdvr2.png
-rw-r--r-- 1 0 0 468 Feb 9 01:21 killbutton.png
-rw-r--r-- 1 0 0 1236 Feb 9 01:21 nobootbutton.png
-rw-r--r-- 1 0 0 530 Feb 9 01:21 rebootbutton.png
-rw-r--r-- 1 0 0 1685 Dec 6 2001 recycle1.png
-rw-r--r-- 1 0 0 343 Feb 9 01:21 redbutton.png
-rw-r--r-- 1 0 0 1251 Dec 13 2003 slotfree.png
-rw-r--r-- 1 0 0 1189 Feb 9 01:21 xPluszbutton.png

Finally I copied the hackman module to the TWP modules dir:
/var/hack/hackman# ls -la /var/hack/tivowebplus/modules/
total 775
drwxr-xr-x 3 0 0 1024 Feb 9 01:21 .
drwxr-xr-x 9 0 0 1024 Feb 8 10:32 ..
drwxr-xr-x 2 0 0 1024 Feb 8 10:14 backup
-rw-r--r-- 1 0 0 109585 Dec 31 15:41 backup.itcl
-rw-r--r-- 1 0 0 15516 Jan 28 00:03 channelgrid.itcl
-rw-r--r-- 1 0 0 28330 Feb 3 17:12 channelprefs.itcl
-rw-r--r-- 1 0 0 4328 Dec 13 2002 displaytext.itcl
-rw-r--r-- 1 0 0 1017 Jan 31 2004 favicon.itcl
-rw-r--r-- 1 0 0 32493 Feb 8 09:24 folders.itcl
-rw-r--r-- 1 0 0 154957 Feb 9 01:21 hackman.itcl
-rw-r--r-- 1 0 0 23648 Feb 1 11:44 index.itcl
-rw-r--r-- 1 0 0 18252 Oct 23 18:11 info.itcl
-rw-r--r-- 1 0 0 12666 Oct 23 18:11 lj_utils.itcl
-rw-r--r-- 1 0 0 23349 Sep 22 20:24 logos.itcl
-rw-r--r-- 1 0 0 2433 Oct 23 18:11 logs.itcl
-rw-r--r-- 1 0 0 8035 Oct 23 18:11 mail.itcl
-rw-r--r-- 1 0 0 3958 Oct 23 18:11 mfsbrowser.itcl
-rw-rw-rw- 1 0 0 7456 Nov 17 2003 newepisodes.itcl
-rw-r--r-- 1 0 0 11622 Oct 23 18:11 phone.itcl
-rw-r--r-- 1 0 0 8244 Oct 23 18:11 resources.itcl
-rw-r--r-- 1 0 0 19188 Jan 31 2004 sched.itcl
-rw-r--r-- 1 0 0 19598 Sep 22 20:25 search.itcl
-rw-r--r-- 1 0 0 1107 Jan 31 2004 theme.itcl
-rw-r--r-- 1 0 0 18922 Dec 31 16:09 tivoweb-backup-readme.htm
-rw-r--r-- 1 0 0 2435 Jan 31 2004 tvres-2.0.res
-rw-r--r-- 1 0 0 3440 Jun 10 2002 tvres-2.5.res
-rw-r--r-- 1 0 0 3440 Jan 31 2004 tvres-3.0.res
-rw-r--r-- 1 0 0 166244 Oct 23 18:11 ui.itcl
-rw-r--r-- 1 0 0 23218 Aug 7 2004 webremote.itcl
-rw-r--r-- 1 0 0 19219 Oct 23 18:11 whatson.itcl
-rw-r--r-- 1 0 0 15526 Sep 22 20:25 wishlists.itcl

After all that I still don't see HackMan in my list of modules. As I mentioned if I manually try to launch it by typing http://tivo-office.e-weyer.com/hackman I get:



INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
couldn't read file "/var/hack/tivowebplus/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--



As I said, saying that cfg file is not there as the module never correctly inited.....

Any help for a hacker who think's he is losing his mind? I only have this tivostudio to install and then I clone the drive to my 3 DTivos! :p

Thanks for any help you can offer

Tom

[PortlandPaw]

Tom, I suspect you've taken a few too many liberties with the /bin_mips directory. Hackman tests both "find" and "sendkey" to be sure they work OK and I bet the dynamic links don't perform as expected. Just a theory. Shut down TivoWebPlus with Restart | Quit and then get to a bash prompt. cd to your TWP directory and start with ./tivoweb console. Then observe the load errors.

If it looks like something is happening with find or sendkey, then clean out both the /bin_mips and /bin_ppc directories leaving bsearch and get_space and copy the files that came with hackman to their respective directories. Yes, you'll have duplicates but what's a few bytes out of however many gigabytes you have?

Then do a Restart | Quick Reload of TWP and again watch your telnet session for error messages. Let me know how it turns out.

PLUS: I just noticed that your find is not executable. You should do this first before the steps I outlined above:

cd /var/hack/tivowebplus/bin_mips
chmod +x find

and I bet it will work. That plus my stand admonition: Be sure to study the ReadMe!

[taw123]

Sendkey isn't the culprit....

I replaced with the distribution version and still get the same error about not being able to find tivoweb plus (not the location and version mismatch)

/var/hack/tivowebplus# ./tivoweb console
/var/hack/tivowebplus# 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...
backup
channelgrid
channelprefs
displaytext
favicon
folders
hackman
--hackman Version 3.3.15 beta--
-Creating or re-writing hackman.cfg...
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
POSIX ENOENT {no such file or directory} couldn't stat "/var/hack/S2utils/tivowebplus-1.0-final/tivoweb": no such file or directory
while executing
"file size $file/tivoweb"
(procedure "CreateConfig" line 52)
invoked from within
"CreateConfig"
(file "./modules/hackman.itcl" line 3271)
invoked from within
"source $module "
index
-initializing logo index
-initializing channel table
--caching 660 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
newepisodes
phone
resources
Loaded 0 resource definitions
sched
search
theme
ui
webremote
whatson
wishlists
Accepting Connections
Web Server Terminated

I recopied find and sendkey from the hackman-V3.3.15.beta.zip distribution I had on my disk. And tied again. Still won't load. I looked in both my bin_mips and it looks correct. Even checked it on my mac with the FILE command:
find: ELF 32-bit MSB MIPS-I executable, MIPS, version 1 (SYSV), for GNU/Linux 2.2.15, dynamically linked (uses shared libs), stripped

The console shows that hackman is looking for /var/hack/S2utils/tivowebplus-1.0-final/tivoweb this is incorrect. tivowebplus is actually located at /var/hack/tivowebplus

Where is this location being set? I think I should be all set if I can get hackman looking at the right location.

Thanks again for the help (getting there). BTW looks like the symbolic links should work in case anyone else asks.

[taw123]

one quick addition. As mentioned above I am running TivoWebPlus Project - v1.1-pre2

[PortlandPaw]

What's happening is this: hackman is looking for any and all TivoWeb directories. It's finding /var/hack/S2utils/tivowebplus-1.0-final/, which is probably where you put the old TWP file. It's then looking at the tivoweb file in that directory to see how big it is and determine if it's 1.9.4 or TWP. But it's not finding that file and thus the error.

I need to put a condition on that last file size command. In the meantime, you can simply rename that directory and things should go more smoothly.
mv /var/hack/S2utils/tivowebplus-1.0-final/ /var/hack/S2utils/OLDtivowebplus-1.0-final/

Sorry about the initial false direction, but I was right about the permission on find, wasn't I?

[taw123]

Had to delete a couple other false files that hackman found (can't believe I forgot about the twp console option, makes debugging MUCH easier....).

Only one issue remaining. Actually 2 if you count my ui suggestion.

First the UI suggestion. I am colorblind (aren't more geeks given our clothing selections....) it would be great to have an option that changes the colors on the "gumdrop" status bubbles to another color (I know I probably could hack the images dir files), or at the very least change the color to a char/symbol. Just a though for your next version. Working for Apple here it's all about the UI :)

Second, and more pressing I think I have determined that hackman sees all my hacks and they are all marked as enabled and under control of my /etc/rc.d/rc.sysinit.author. Unfortunately though it claims that Telnet ISN'T, though I can clearly see it. Any thought?

/var/hack# more /etc/rc.d/rc.sysinit.author
#!/bin/bash

PATH=/bin:/sbin:/usr/local/bin:/var/hack:/var/hack/bin:/var/hack/etc:/tivobin:/t
vbin
# /busybox:
TIVO_ROOT=
MFS_DEVICE=/dev/hda10
IGNOREEOF=1000
export PATH TIVO_ROOT MFS_DEVICE IGNOREEOF
export LD_LIBRARY_PATH=/usr/local/lib
export TERMINFO=/usr/local
export TERM=xterm

echo Turning off firewall ... >& /dev/console
[ -x /etc/netfilter-disable ] && /etc/netfilter-disable

echo Enabling telnet daemon ... >& /dev/console
tnlited 23 /bin/bash -login >& /dev/console &

# start ftp
# /busybox tivoftpd
/var/hack/tivoftpd.mips

# make fake daily call & clear log at 12am every day by cron job
/busybox/crond

# Start MFS_ftp
/var/hack/mfs_ftp/mfs_ftp.tcl

# ELSEED Caller ID
# echo "Elseed Caller ID"
sleep 200
/var/hack/bin/elseed &
sleep 100
echo "Elseed started"
cd /

# Start TiVoWeb Plus
/var/hack/tivowebplus/tivoweb


# Call the Tivo Package Manager Startup Scripts
/etc/rc.d/rc.sysinit.tpm


Thanks again almost got it.

[PortlandPaw]

it would be great to have an option that changes the colors on the "gumdrop" status bubbles to another colorIf you're using Internet Explorer, there are hover labels that identify the gumdrops (great name, BTW). Or, Eric Dixon has created skins (http://www.dixon.ws/tivo/HackMan.ImageSets/) for hackman. Finally, you're free to put whatever .png files you choose in the /images directory. I've gotta leave something for others to hack!

It claims that Telnet ISN'T, though I can clearly see it.The problem here is that there are several ways to start telnet and it's difficult to find a common element that works under all conditions for identification purposes. Plus, there's a command in rc.sysinit that looks like it starts telnet, but doesn't. I think I've solved this one. We'll see.

So you're at Apple? I'm sorry, but I soured on the company when they orphaned the //GS. But can I throw away my Woz Edition //GS? No way. After all, it's got two external hard drives, one 20 meg (not gig, meg) and the other 30 meg.

[PortlandPaw]

Here's (http://web.nlis.net/~davehill/hackman/hackman.html) the latest hackman beta. Nothing new, but I hope that the bugs have been exterminated. Please let me know. As if I have to ask.

[ronsch]

Ron,

I haven't seen someone mentioning TWP hanging and the Tivo stops responding to the remote in this thread before. I have been having this issue for quite sometime and have always assumed that it was a minor glitch from using the LBA48 kernel. I also tried to find the cause by minimizing hacks and scripts loading. I considered TWP and Hackman critical so I have never tried not running both of those. I have to reboot my Tivo because of this lockup every 3 days or so, though as you mentioned I've had to do 2 manual reboots within hours of eachother. I'm not sure what is the root cause, whether TWP or hackman have anything to do with it. I just wanted to say that I have those exact same symptoms. Though from my perspective I always notice the lockup because the Tivo stops responding to my remote. I always use telnet to reboot, not hackman, so I didn't notice until recently that TWP was hanging at the same time.

Sean,

I'm not running the LBA48 kernel so I don't think it's that. I dropped off movie-search and channelmap and altered Hackman to not do Backdoor code, 30 second skip or initiate the sort in Now Playing. I've even been running an occasional tserver session and have not had any hangs. I wonder if there were just too many modules loaded for a Series 1 to handle cleanly?

[SeanC]

I only have tserver and vserver running when I need them so I was sure they weren't doing my tivo in. Since my last post I've had to telnet in and reboot because of a hang 4 times, last time was last night. So just for sh*ts and giggles I shutdown TWP, which I hadn't tried before.

Oh yeah and after this last TWP hang I telnetted in and executed this command:
/tvbin/http_get -U http://127.0.0.1:80/quit -D /tmp -T 0 -C 0 >/dev/null 2>&1

Didn't help. TWP was still frozen, Tivo wouldn't respond to the remote.

EDIT: Now that I think about it after executing that command I never tried to load TWP after that, which is silly because if the command did what it was supposed to do I would have had to load TWP manually.

ahhhhh crap. I'll try it again on the next hang.

For the record PP, I don't think hackman has anything to do with this.

[PortlandPaw]

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.

[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.


How many modules do you have in the TWP modules directory? I was thinking that just the mere fact of having too many in there might be causing an issue. Don't they all get loaded when TWP runs or is the module listing in the log just an acknowledgement of their availability?

[PortlandPaw]

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

[taw123]

Now that I have hackman running (even got it set to automatically enable backdoor on boot) ona my S2 DTiVo running 4.0.1b, I have a suggestion.

I don't see any way to have hackman send an arbitrary series of keys AFTER Backdoor is enabled. This would be a get addition. I personally would like to see an option added to Enable display of suggestions in the ToDo List. If this isn't going to happen then I could do it myself if you add the ability to send user defined data string(s).

That said I did have one outstanding bug issue with hackman V3.3.15. Looks like hackman found a TiVo supplied telnet in /sbin but is not under hackman control. I know this is the one it found as I looked at the .init file.

My questions, how do I "bring it under control" as shown by the gumdrop/icon. Hackman can start and stop it w/o problem.

Second, I am just finishing my TiVo (way to many hacks) and in all the mess somewhere I lost the version of tnlited that was in color on my S2 DTiVo. I have the one that came with my installed 4.0.1b in /sbin but could swear some set of utils I had at one time provided me a version that was in color (showing file/directories/etc in diff colors).

So the question where can I find the best/most modern version of a telnet daemon for my S2 TiVo.

Thanks for the help.......

[PortlandPaw]

Wouldn't it be easier just to add a simple short-cut module? I wrote the two attached last summer. Just change the .txt extension to .itcl and put in the /modules directory.

I'm still working on the tnlited issue -- there are many ways to start it and some are invalid though appear valid. Check the next beta, maybe later tonight.

In the meantime, the ways to bring it "under control" are mentioned in the readme -- you basically change the commands in the startup files to match what's being found by hackman. So if rc.sysinit is starting telnet (like it is on mine), make the command look like the tnlited /bin/bash -login > /dev/console & that is more or less standard.

[b-manSC]

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

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

[beejaycee]

Here's a bizarre one -- I've lost my tivoweb.log. On my bedroom tivo running 3.3.12 and TWP 1.0 I have a tivoweb.log. On my den tivo running 3.3.14 and TWP 1.1 beta it is gone. I've since gone back to TWP 1.0 and still don't have it. Any ideas?
And now for a "D'oh!" moment since I think I've figured out what I was doing wrong:
I was starting TWP from a telnet session with "tivoweb console" and, if I understand correctly, this writes the start-up messages to the screen but not to the log file. Ergo, the missing tivoweb.log. D'oh! (We need a dope-slap smilie.) :)

[PortlandPaw]

I loaded your todo.txt and allshowing.txt, changed the .txt to .itcl, but maybe I misunderstood what they do. All they do is take you to the respective User Interface page directly from the main menu. No more. All Showing appears as "Now Showing" on the menu. The name was different to avoid a conflict with the NowShowing routine.

[PortlandPaw]

I've uploaded the latest hackman beta (http://web.nlis.net/~davehill/hackman/hackman.html) for review, comment, praise, derision, whatever.

[ronsch]

I've uploaded the latest hackman beta (http://web.nlis.net/~davehill/hackman/hackman.html) for review, comment, praise, derision, whatever.


Derision? Who would dare do such a thing?

[rdkvel]

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


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

[Fozzie]

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

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

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

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

[ronsch]

I've uploaded the latest hackman beta (http://web.nlis.net/~davehill/hackman/hackman.html) for review, comment, praise, derision, whatever.


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

[ThurstonX]

Either this was a pristine release or only rdkvel tried it... ;)
Looks good to me :D

[ronsch]

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


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

[SeanC]

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

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

[PortlandPaw]

I invite everyone to evaluate the latest hackman beta (http://web.nlis.net/~davehill/hackman/hackman.html) release. Please let me know of any problems as well as any problems solved.

[Fozzie]

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

Thanks David.

[chippyt]

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

[PortlandPaw]

I haven't been able to get tserver to start using 3.3.13 or higher including 3.3.18. 3.3.12 works perfectly. When I press start it says it is starting, but then comes back and lists start in hackman and not stop.Please provide details about the situation. Specifically, please do this command from telnet:
ls <full tserver pathname> -l
(that's a lower case "L")
And also provide the startup command that you use from bash that successfully starts telnet.

That should give me some clues to work with.

[chippyt]

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

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

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

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

Thanks

[PortlandPaw]

chippyt, please check the latest hackman beta (http://www.tivohackman.com) to see if it fixed the tserver problem.

[chippyt]

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

Thanks for the quick responses!

[PortlandPaw]

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

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

[chippyt]

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

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

Thank you for your patience and help. Great tool.

[MJ75756]

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

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

What am I doing wrong?

Mark

[PortlandPaw]

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

[MJ75756]

The new version works like a charm. Thanks!!

[PortlandPaw]

The new version works like a charm. Thanks!!That's nice to hear! You're welcome!

[tkenney]

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

[TexasEX1998]

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

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

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

[PortlandPaw]

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

[TexasEX1998]

This is all greek to me


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

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

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

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

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

[ThurstonX]

This is all greek to me


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

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

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

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

-type X Filetype matches X (where X is one of: f,d,l,b,c,...)
-perm PERMS Permissions match any of (+NNN); all of (-NNN);
or exactly (NNN)
-mtime TIME Modified time is greater than (+N); less than (-N);
or exactly (N) days
-newer FILE Modified time is more recent than FILE's
-inum N File has inode number N
All that means is that there was a syntactical error in the way you typed the command. It prints all that so you can maybe figure out where the error is. You can type:
find --help
and see the same thing.

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

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

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

In longhand, the command reads:

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

Hope that helps.

[galewis]

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

Tried running

/var/local/tivoweb-tcl/tivoweb &

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

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

Here's my rcsysinit.author

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

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

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

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

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

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

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

[TexasEX1998]

ThurstonX:

I noticed you have a Samsung SIR-S4040R, is that the one that you have the same version of find on? I also have that unti running this same version of hackman without any problem whatsoevere. All other software is eaxctly the same. I only am having this problem on my DVR40, do you think there is something in the DVR40 that it doesn't like?

Does anyone else have this unit and have hackman installed and working?

[PortlandPaw]

gelewis, something went flooey with the hackman detection process. Here's what's happening...hackman isn't finding your TivoWeb application in the initial scan and is saying that the path is -not available- (that's where the &nbsp; s are coming from). But hackman finds the application when it builds it's main screen and offers to put the startup command in your rc.sysinit.author file. Which it dutifully does using the pathname it has on record, i.e. -not available-. Thus the meltdown.

Try re-generating the hackman.cfg file by going to the View Paths and Pathnames page from the Preferences page and then rebuilding the .cfg file. Examine the output to see if it has correctly logged in your TivoWeb path. Assuming it has, go to the main hackman page, hit the gumdrop button to remove TivoWeb from your startup file and then hit it again to put it back in, this time, we hope, with the correct path specified.

If the correct path isn't found, please report here and we'll do further debugging.

[Gunnyman]

Hey PP
I have Hackman on my HDVR2 and I have noticed some odd behavior. Just to be safe, I put Tivoftpd and tlited commands in the user section of the hackman cfg file.
Tivoweb hung up on me today so I restarted it. Upon restart I LOST Tivoweb, Telnet and FTP.
I'm going to have to pull my Tivo apart again and re-do the author file. :(
Any ideas what's happening?

[ThurstonX]

ThurstonX:

I noticed you have a Samsung SIR-S4040R, is that the one that you have the same version of find on? I also have that unti running this same version of hackman without any problem whatsoevere. All other software is eaxctly the same. I only am having this problem on my DVR40, do you think there is something in the DVR40 that it doesn't like?

Does anyone else have this unit and have hackman installed and working?
Shouldn't have anything to do with the physical unit, but everything to do with the Linux kernel and tools installed. Like I said, we're running the exact same copy of find, and thus probably the same install of busybox. You don't have a pathing problem, since 'find' runs without specifying its absolute path.

Have you tried interpreting the longhand version of the command I posted earlier into a proper command? If so, what was the result?

[galewis]

PortlandPaw,

Right now I don't seem to be able to get TWP to run at all, so I can't view the Paths and Pathnames page as you suggest.

My installation of TWP is in /var/local/tivoweb-tcl/, so from the bash prompt:

bash-2.02# /var/local/tivoweb-tcl/tivoweb &
[1] 291
bash-2.02#

The "[1] 291" looks wrong to me... which of course it must be since my browser just hangs if I try to bring up TWP after executing this command.

Thanks for the reply. Can we try again?

[ThurstonX]

PortlandPaw,

Right now I don't seem to be able to get TWP to run at all, so I can't view the Paths and Pathnames page as you suggest.

My installation of TWP is in /var/local/tivoweb-tcl/, so from the bash prompt:

bash-2.02# /var/local/tivoweb-tcl/tivoweb &
[1] 291
bash-2.02#

The "[1] 291" looks wrong to me... which of course it must be since my browser just hangs if I try to bring up TWP after executing this command.

Thanks for the reply. Can we try again?
Pretty sure you should start TWP from the command line thusly:

/var/local/tivoweb-tcl/tivoweb

not running it in the b/g explicitly, as that script takes care of it. That's certainly true of TWP 1.1-pre2. Pretty sure it holds for 1.0. It's OK to use the & in the .author file.

The [291] is the PID (Process ID). You can check to see if TWP is running a couple of ways. If you know the PID, do, e.g.,
ps | grep 291
You can always do this:
ps | grep http
e.g.,
bash-2.02# ps | grep http
232 root 5044 S tivosh /var/local/tivowebplus/httpd-tt.tcl

Also, after running it, exec this command:

tail -f /var/log/tivoweblog

You can watch what it's doing. Use CTRL+C to exit the tail.

[PortlandPaw]

I'm going to have to pull my Tivo apart again and re-do the author file. :( Any ideas what's happening?It could be the infamous /var wipeout that people constantly complain about. I like to start tnlited and tivoftpd from the rc.sysinit file, with the actual files in /sbin, just to be sure that I still have some access after a /var wipeout. Then I can restore my /var directory from a backup I keep on my PC.

[PortlandPaw]

The "[1] 291" looks wrong to me... which of course it must be since my browser just hangs if I try to bring up TWP after executing this command.I always start TivoWeb (any version) by first switching to its directory and then starting it with console selected, so as to be able to see the load error messages, if any. In your case:
cd /var/local/tivoweb-tcl
tivoweb console

Good luck!

[Gunnyman]

It could be the infamous /var wipeout that people constantly complain about. I like to start tnlited and tivoftpd from the rc.sysinit file, with the actual files in /sbin, just to be sure that I still have some access after a /var wipeout. Then I can restore my /var directory from a backup I keep on my PC.

Var was intact.
As was my author file
Tivo skipped executing it somehow.
The .ORIGINAL file that hackman created was empty too.
at any rate all is back to normal again.

I'll look at Hackman again and see what is going on.

[O^O]

I set the boot to ro when clicking on the date. It changed the rc.sysinit.author and renamed the old one. The old one was actually wiped out and the new one not functional. I got rid of the new one and replaced it with a original that I had kept I can nolonger telnet or ftp. Obviously there were other changes made other than rc.sysinit.author but where hope I do not have to start from scratch. Anyone know how to get back my telnet and ftp?

Pulling the drive and redoing rc.sysinit.author does not work.

Var was not intact I suppose I must start from scratch for both my Tivos. I wonder If I can just take the var from one and replace it to the other?Only having to do 1

[Gunnyman]

when you redid the author file, did you CHMOD 755 it?
I forgot to and had to take it all apart again. ARRG!!!
:D

[O^O]

Yea I tried that but alot of stuff was missing from /var. I have reloaded the one tiv with hopes of burning off the /var directory since both tivos are the same set up and just copying over the var directory. The problem I have with that though is var exists in the root of hdc and in /tivo which are then combined when all is together and I don't know what files go where or if it even matters I'm sure it does. I suppose I can pull my good drive now and have a looksee. The var file definitely had something happen to it. I like the idea of keeping the tnlited in /sbin and a backup of /var on the pc. I'll post my results. I just noticed that I was always running in rw mode and decide to check off the box : boot in ro I hit save and it took me to a page saying it would change my rc.sysinit.author. I did not want to do that so I hit the back button thinking this was a mistake and tried hitting the save button again which instead of taking me back to the warning page it just made its changes. But I was not hip to what it really had just done and did the same on my other box. I assumed it was changing the mtab I assumed wrong. Once I'm straightened out I suppose I will have to come up with a script that will change it to ro after Tivoweb loads. Or that may make hackman not useable, but if I want to use Tivoweb I should have the option of making things readwrite & readonly when I'm done

[O^O]

well I'm slightly dissapointed cause that does not work. I do have tnlited in sbin and sbin is set up in my rc.sysinit.author. My rc.sysinit.author is not being executed. Yes I checked the permissions. What the heck gives here?????
I've been hacked by Hackman!Something got corrupted.Sad thing is I never even meant to make the change it made to begin with. My wife is gonna be pissed cause the one Tivo has alot of her shows on it. Ive gone through redoing everything but reloading a new image.I THINK. But my crond is no longer running
and my tivo is gonna be all messed up ina few days. The name is also gone so I cannot transfer

Is there a partition I can save and restore to save my shows.

Ok tnlited is in sbin tried to start it from rc.d. Nada nada thing. This is just really bad cause I have replaced the rc.sysinit.author,replaced the rc.sysinit (with new fresh ones) I have tried starting telnet from rc.d. Something else got corrupted and that is bad. What a mess

[PortlandPaw]

I had hoped that I could go to 4.0.0 with the next release, but I feel that at least one more beta is in order.

I've re-worked the file editing process so that an affirmative save action is required to overwrite an old file. Using browser navigation instead of "cancel" led to problems. This version should fix some recent complaints, but is worth testing a bit.

That plus I've attempted to troubleshoot other issues.

I invite everyone to evaluate the latest hackman beta (http://www.tivohackman.com) release. Please let me know of any problems as well as any problems solved.

[ThurstonX]

I had hoped that I could go to 4.0.0 with the next release, but I feel that at least one more beta is in order.

PP, you're way too cautious. Pull a Sun Microsystems and jump straight to 7! It's the only way to keep up with your competitors, apparently ;)

[ThurstonX]

I had hoped that I could go to 4.0.0 with the next release, but I feel that at least one more beta is in order.

I've re-worked the file editing process so that an affirmative save action is required to overwrite an old file. Using browser navigation instead of "cancel" led to problems. This version should fix some recent complaints, but is worth testing a bit.

That plus I've attempted to troubleshoot other issues.

I invite everyone to evaluate the latest hackman beta (http://www.tivohackman.com) release. Please let me know of any problems as well as any problems solved.
I'm getting the following error in tivoweb.log

hackman
--hackman Version 3.3.23 beta--
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Root directory mounted read-write
POSIX ENOENT {no such file or directory} couldn't open "/proc/sys/vm/freepages": no such file or directory
while executing
"open /proc/sys/vm/freepages r"
(file "./modules/hackman.itcl" line 2871)
invoked from within
"source $module "
~~~~~~~~~~~~~~~~~~~~~~~
made sure I was transferring hackman.itcl in BINARY mode. The following files are created (or present) in the modules dir...

bash-2.02# ls hackma*
hackman.cfg hackman.ini hackman.itcl

but Hackman does not show up in TWP.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Just to confirm, the previous version loads OK:

hackman
--hackman Version 3.3.22 beta--
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Root directory mounted read-write.
-Saturday, March 05, 2005, 10:28 PM, local time

[galewis]

Sorry for taking so long to reply. I had a boatload of responsibilities that culminated in my being out of town this weekend. But now I'm back and am ready to fix this again. Thanks to ThurstonX and to PortlandPaw for the replies.

Okay, so from a telnet window, I now have TWP running:

bash-2.02# /var/local/tivoweb-tcl/tivoweb console
bash-2.02#
bash-2.02# 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 $http_port"
(file "/var/local/tivoweb-tcl/httpd-tt.tcl" line 763)

The "couldn't open socket" message and the stuff that follows seems a little strange, but I guess it's no problem since I'm now able to bring up TWP in my browser.

Try re-generating the hackman.cfg file by going to the View Paths and Pathnames page from the Preferences page and then rebuilding the .cfg file. Examine the output to see if it has correctly logged in your TivoWeb path.

I'll paste a few lines of the result here:

tivoweb 1.9.4 /var/local/tivoweb-tcl (directory path)
tivowebplus -- not installed -- (directory path)
mfs_ftp -- not installed -- (directory path)
tytool /var/hack (directory path)
tystudio -- not installed -- (directory path)
elseedyac /var/hack/bin (directory path)
xPlusz -- not installed -- (directory path)
telnet /sbin/tnlited
tivoftp /sbin/tivoftpd
YAC -- not installed --
TiVo Control Station -- not installed --
cron /tivo-bin/busybox
vserver /var/hack/bin/vserver
endpad -- not installed --
irblast -- not installed --
autospace -- not installed --
endpadplus -- not installed --
elseed -- not installed --
ccxstream /var/hack/bin/ccxstream
unscramble -- not installed --
noscramble -- not installed --
noscramble_mbm -- not installed --
Data file for hackman /var/local/tivoweb-tcl/modules/hackman.cfg
Data file for hackman /var/local/tivoweb-tcl/modules/hackman.ini
Data file for TivoWeb /var/local/tivoweb-tcl/tivoweb.cfg

So this seems a little strange to me. I don't have tivoweb 1.9.4 installed; I do have tivowebplus installed.

Assuming it has, go to the main hackman page, hit the gumdrop button to remove TivoWeb from your startup file and then hit it again to put it back in, this time, we hope, with the correct path specified.

This is what I get after using the gumdrop to remove TWP and then once again using the gumdrop to put it back:

#!/bin/bash
#
# rc.sysinit.author
# generated by hackman
# Monday, March 07, 2005, 02:20 PM, local time
#
## ~~ Start of user section ~~ ##
# (Don't edit the ~'s and #'s!) #

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

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

Hackman isn't happy about something...!

More ideas? Thanks again for your help.

[PortlandPaw]

The first error you're getting is because you're trying to start TivoWeb while it's already running. Shut down TivoWeb first before starting it this way.

As for the rest, please download the latest beta and let me know how it works. I'm assuming your results are from an earlier version. Please advise if to the contrary.

[PortlandPaw]

I'm getting the following error in tivoweb.log
POSIX ENOENT {no such file or directory} couldn't open "/proc/sys/vm/freepages": no such file or directoryThis has been addressed (I hope) with the latest beta release (http://www.tivohackman.com).

[ThurstonX]

This has been addressed (I hope) with the latest beta release (http://www.tivohackman.com).
It did. Thanks.

[galewis]

The first error you're getting is because you're trying to start TivoWeb while it's already running. Shut down TivoWeb first before starting it this way.

That may be... but it wouldn't load in my browser before executing the command in a telnet session. I wonder why?

As for the rest, please download the latest beta and let me know how it works. I'm assuming your results are from an earlier version. Please advise if to the contrary.

Yes, it was version 3.1.4.

I've downloaded and installed the newer version, but I think the problem still exists. Here are the results from Paths and Pathnames:

tivoweb 1.9.4 /var/local/tivoweb-tcl (directory path) ---
tivowebplus --unavailable-- (directory path) ---
tytool --unavailable-- (directory path) ---
tystudio --unavailable-- (directory path) ---
elseedyac /var/hack/bin (directory path) ---
xPlusz --unavailable-- (directory path) ---
mfs_ftp --unavailable-- (directory path) ---
mfs_ftp.tcl --unavailable-- ---
tytool --unavailable-- ---
tserver --unavailable-- rc.sysinit.author
telnet /sbin/tnlited rc.sysinit.author
tivoftp /sbin/tivoftpd ---
YAC --unavailable-- ---
TiVo Control Station --unavailable-- ---
cron /tivo-bin/crond ---
vserver /var/hack/bin/vserver ---
endpad --unavailable-- ---
irblast --unavailable-- ---
autospace --unavailable-- ---
endpadplus --unavailable-- ---
elseed --unavailable-- ---
sshd --unavailable-- ---
tvbi kernel module --unavailable-- ---
TiVoVBI --unavailable-- ---
ccxstream /var/hack/bin/ccxstream ---
unscramble --unavailable-- ---
noscramble --unavailable-- ---
Data file for noscramble_mbm --unavailable-- ---
Data file for elseed --unavailable-- ---
Data file for hackman (.cfg) /var/local/tivoweb-tcl/modules/hackman.cfg ---
Data file for hackman (.ini) /var/local/tivoweb-tcl/modules/hackman.ini ---
Data file for TivoWeb /var/local/tivoweb-tcl/tivoweb.cfg ---

... and here is the result from the TivoWebPlus gumdrop:

#!/bin/bash
#
# /etc/rc.d/rc.sysinit.author
# generated by hackman
# Monday, March 07, 2005, 08:51 PM, local time
#
## ~~ Start of user section ~~ ##
# (Don't edit the ~'s and #'s!) #

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

# Start of hackman item generation
#
# Starting the TiVo Telnet application:
if test -f /sbin/tnlited
then
/sbin/tnlited 23 /bin/bash -login > /dev/console &
fi
#
# Starting the TiVo FTP application:
if test -f /sbin/tivoftpd
then
/sbin/tivoftpd &
fi
#
# Starting the TivoWeb application:
if test -f --unavailable--/tivoweb
then
--unavailable--/tivoweb &
fi
#
echo '/etc/rc.d/rc.sysinit.author generated by hackman completed'
#

So it appears that Hackman is still unable to find the path to TWP.

Could it simply be the directory that TWP is in? I note from the Hackman readme that /var/hack/tivoweb-tcl/ is the usual directory for TivoWeb, and that /var/hack/tivowebplus/ is the usual directory for TWP. The image that I installed on my HDVR2 specified the first folder; I never changed it from that. I don't really suspect that that's the problem but thought I'd mention it.

[PortlandPaw]

Given your problems getting TivoWebPlus to run, much less hackman, if I were you I'd wipe the slate clean and start fresh. I would do this:

1. Go to the other forum, do a search for "TivoWebPlus v1.1" and download tivowebplus-1.1-pre2.zip
2. From bash, run " find / -name tivoweb* -type d " to see where any and all old TivoWeb stuff is located.
3. Navigate to the directory above each directory found and delete all TivoWeb contents recursively:
rm -r <tivoweb-directory-name>
4. Create a new directory for your installation, for example:
mkdir /var/local/tivowebplus
5. Figure out how your old TivoWebPlus was started at boot and delete the startup lines.
6. Then follow these directions from the tivowebplus-1.1-pre2 README:
a. Extract tivowebplus-1.1-pre2.tar.gz from the archive and upload it to
your TiVo in the directory in which you would like to have it installed.
b. Uncompress and extract TiVoWebPlus by executing the following command(s) in
the directory where you just uploaded the file:
gzip -d tivowebplus-1.1-pre2.tar.gz
cpio -H tar -i < tivowebplus-1.1-pre2.tar
or, if you have a recent copy of tar on your TiVo, you may also use:
tar zxvf tivowebplus-1.1-pre2.tar.gz
7. Install hackman as specified in its README (you probably have that memorized by now)

Then, to run TiVoWebPlus, change to the "tivowebplus" directory and use one of the following commands:
./tivoweb
--to run TiVoWebPlus in the background
or
./tivoweb console
--to run TiVoWebPlus in your terminal (great for debugging)

Assuming everything goes well, I would then use hackman to set up your system, again following the README so as to not upset anything of importance in your rc.sysinit.author file.

Good luck!

[PortlandPaw]

Postscript to those installing tivowebplus-1.1-pre2. To get rid of a "-error initializing channel table; aborted" message, do the following (quoted from the author):One thing it checks for is the agp channel table, which only exists on DirecTiVos. I'll fix that for the next version. If you want to do some testing, edit line 693 of index.itcl and remove "![info exists channeltableapgchannel]" from the if statement and then do a full reload and check your tivoweb.log again. Optimally, there shouldnt be any retry attempts when loading the index module.I don't think that this affects TWP performance one way or the other, but it speeds loading and is a little "cleaner."

[beejaycee]

Hey Portland Paw, thanks for all of your work on your module! :up: Now on to my problem:
I had problems with beta 3.3.22 so I went back to .19 which ran fine. I just tried to upgrade to .24 but my tivoweb.log shows:
--hackman Version 3.3.24 beta--
-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 "
I have a DirecTivo HDVR2 running 4.01b, TWP 1.1 pre2. Just for grins, I double-checked the bin_mips/find to ensure that it was the correct one and that it was executable. As I said, everything works with the 3.3.19 version.

Bryan

[PortlandPaw]

It sounds like it's not reading your .cfg file properly -- $find should be correctly defined there. Try deleting hackman.cfg and starting it again. Make a note of your telnet output when you start it from bash with ./tivoweb console and if the same error is generated, please post what the .cfg files says for "set find..."

[beejaycee]

I deleted tivoweb.cfg and it generated the same error when I started TivoWeb again. From "tivoweb console" it stated
"-No problem running mips find -- mips version of find selected."
However, in the hackman.cfg (attached) it states
set find "--unavailable--/bin_mips/find"

[PortlandPaw]

The attachment didn't make it...I'd like to look at it, as well as the telnet session output of tivoweb starting up. This is a puzzlement, at the moment.

[beejaycee]

Okay, let's try again with that attachment attached! :D
The first attachment is from .19. Everything works and find is set to the proper directory. The second attachment is from .24, after the .19 hackman.ini and hackman.cfg have been deleted and TWP restarted. "hackman.ini" and "hackman.cfg" are being rebuilt from scratch. According to the .24's .cfg, find is found and then lost. :)

[beejaycee]

Also, FWIW, if I reinstall the .19 hackman.itcl, it rebuilds the hackman.cfg properly and everything works again.

[beejaycee]

I'd like to look at it, as well as the telnet session output of tivoweb starting up.
How do I capture the output of the telnet session? I am using WinXP's built-in telnet.