Hackman -- A Hack Manager module for TivoWeb

[zvonar]

Originally posted by slydog75
Portland after some experimenting I finally got Hackman to work with tserver.. I just removed the /dev/null 2>&1 so my execute string now looks like this:

set 8 "exec $tytoolpath/tserver_mfs7_mips -s $tytoolpath/NowShowing.tcl &"

Is there any danger in doing it this way? Could you give a quick explanation to a unix dummy what the '/dev/null 2>&1 ' tag does exactly?

I think you should have had " > /dev/null 2>&1" at the end of the command. The first first part "> /dev/null" redirects any standard output from the program to the null device (just a black hole). The second part 2>&1, redirects any error messages to the same place where standard output is, which in this case is the null device. So no output under any condition. This is what you would want for something running in the background. It should look like this:

set 8 "exec $tytoolpath/tserver_mfs7_mips -s $tytoolpath/NowShowing.tcl > /dev/null 2>&1 &"

Regards,
Greg

[Michael_M]

Back to Markcous comment about running a specific module...

Originally posted by PortlandPaw
I've been thinking about this...I don't have an S1 DirecTivo (although I do have one on order) but it always seemed to me that one would automatically start this mod on boot and let it run. Why would you want to shut it down?

I have the need to run the same module as markcous -- in answer to your question this module only needs to be run when you are performing some specific tasks. Experience has taught is it better to turn it off when you are finished.

So hackmanager is PERFECT!!! in terms of the stop /start button

This is a great application the interface is simple and elegant

Thanks for taking the time to work on this

[PortlandPaw]

OK...now that I have my DirecTivo, I can more easily get that going. Look for it in the major new release of v 2.0 in a week or two.

[PortlandPaw]

The latest release of hackman may be found here (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1869551#post1869551).

Version 2.0.0 update includes support for xPlusz commands and backdoor codes as well as incorporating the bufferhack, KeepUpTo and TCTimout utilities. Hackman also provides protection against reboot cycling caused by corrupted guide data.

As always, comments and suggestions are welcome. Bug reports are tolerated.

[Michael_M]

Originally posted by markcous
I have a S1 DirecTivo and to use TyTools I need to start unscramble.o

IS there any plans to add control of this from Hack Manager.

I currently use the shell command window to start and stop it, but since everything else I use is just a start/stop button, it would be cool to be able to do this too!

The commands I use are:
insmod unscramble.o
rmmod unscramble

Thanks!

Thank-you for taking the time to release version 2.0. I wonder if you could provide some coaching in terms of adding another hack to the menu. I carefully observed w/o changing how you set up the hack for noscramble.o
in hackman.cfg -- but since I do not use this hack I didn'nt know if the structure would be the same in terms of command lines -- and I couldn't find the rmmod command -- as it appeared to me that you set up noscramble.o to just turn on.

I wanted to set up the hack "unscramble.o" which Markous refers to and use the same commands. Also as it is a little fussy sometimes you need to type in rmmod unscramble serveral times before the module unloads. For those of us that use this module Hackman would be very effective.

Thanks

Michael M

[PortlandPaw]

I just got my S1 DTivo and haven't had time to explore everything yet, and have only briefly tested noscramble.o. In the readme for that hack, it mentioned that the rm command has to be invoked several times before it "takes." I'll go ahead and add unscramble.o and repost it in a day or so. Maybe later tonight if I stay up to see the Red Sox.

POSTSCRIPT: Boston left them loaded in the first, but they seem to be doing OK, so I added noscramble.o. I still haven't tried it on my DTivo (it's at our new house), so let me know how it works for you.

POST-POSTSCRIPT: Feeling really good about the Sox taking a 4-3 lead, so I added noscramble_mbm.o.

POST-POST-POSTSCRIPT: I accidentally left some extra files in the .zip file (since removed) -- ignore them.

[Michael_M]

Originally posted by PortlandPaw
[B]POSTSCRIPT: Boston left them loaded in the first, but they seem to be doing OK, so I added noscramble.o. I still haven't tried it on my DTivo (it's at our new house), so let me know how it works for you.
B]

[Michael_M]

Originally posted by PortlandPaw
IPOSTSCRIPT: Boston left them loaded in the first, but they seem to be doing OK, so I added noscramble.o. I still haven't tried it on my DTivo (it's at our new house), so let me know how it works for you.


I noticed in the hackman.cfg the following:

set unscramblepathname "/lib/modules/noscramble.o"
set noscramblepathname "/lib/modules/unscramble.o"

soo I reversed the names to match. made sure the unscramble.o was in fact in my directory of /lib/modules

it shows up in hackman with the start button -- then when I go to execute
I receive the following message

unscramble.o': -c: line 1: unexpected EOF while looking for matching `'' unscramble.o': -c: line 2: syntax error: unexpected end of file

suggestions?

Michael M

[PortlandPaw]

Good catch on the .cfg. I won't have a chance to try this on my DTivo until tomorrow night, so look for an answer on Saturday, I hope. You did say that this is started by "insmod unscramble.o" right? Anything else about the start up process?

[PortlandPaw]

Michael_M:
I just had a thought...would you please try replacing the following lines in hackman.cfg and see if it helps:
set 20 "exec /bin/bash -c 'insmod $unscramblepathname'"
set 21 "exec /bin/bash -c 'insmod $noscramblepathname'"
set 22 "exec /bin/bash -c 'insmod $noscramble_mbmpathname"
I hate to develop software like this -- kind of like chess by mail -- but I really can't test it myself until tomorrow night.

[Michael_M]

Originally posted by PortlandPaw
Michael_M:
I just had a thought...would you please try replacing the following lines in hackman.cfg and see if it helps:
set 20 "exec /bin/bash -c 'insmod $unscramblepathname'"
set 21 "exec /bin/bash -c 'insmod $noscramblepathname'"
set 22 "exec /bin/bash -c 'insmod $noscramble_mbmpathname"
I hate to develop software like this -- kind of like chess by mail -- but I really can't test it myself until tomorrow night.

No that generated the error message
/lib/modules/unscramble.o': -c: line 1: unexpected EOF while looking for matching `'' /lib/modules/unscramble.o': -c: line 2: syntax error: unexpected end of file

Wish I was more of linux expert -- when I activate unscramble

I would do the following telenet in -- type in the following

cd /lib/modules (or whatever directory it was in) to change directory
insmod unscramble.o

PS I don't mind trying I enjoy learning new things

[PortlandPaw]

OK, I think this will work...at least it works on my SA 1 with a different module. Give it a shot:
set 20 "exec insmod $unscramblepathname"
set 21 "exec insmod $noscramblepathname"
set 22 "exec insmod $noscramble_mbmpathname"

While you're at it, please try the new V.2.0.2 in the first post -- it has this code in it.

[Fozzie]

Nice new additions :)
I get the following error when clicking "Commands Page":

Enable backdoors
Enable/Disable 30 second skip
INTERNAL SERVER ERROR
--cut here--
action_backdoormenu '/' ''
can't read "::version": no such variable
while executing
"if {$::version >= 3} {
puts $chan [html_link "/backdoorcodes?backdoorcode=3" "Enable/Disable Now Playing Sorting"]
puts $chan

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

Any idea? UK SA 2.5.5.

Thanks.

[PortlandPaw]

Sorry about that, Fozzie. It's always dangerous to assume that the variable you want is defined in a module common to all. Not always the case! See how 2.0.3 works for you (at top of thread).

[Fozzie]

That's fixed it. Many thanks :)

[Michael_M]

Originally posted by PortlandPaw
OK, I think this will work...at least it works on my SA 1 with a different module. Give it a shot:
set 20 "exec insmod $unscramblepathname"
set 21 "exec insmod $noscramblepathname"
set 22 "exec insmod $noscramble_mbmpathname"

While you're at it, please try the new V.2.0.2 in the first post -- it has this code in it.

THAT WORKS! tHANKS

Michael M

[PortlandPaw]

Fozzie and Michael_M: Glad it's working for you. Thank you for calling these faults to my attention and working with me to resolve them.

[PortlandPaw]

A combination of bug fixes, typo corrections, better error trapping and a little final polishing will be found in hackman V. 2.0.4 which will be found in the first post in this thread.

PS -- One more little annoyance dispatched...it's now V.2.0.5

[Fofer]

Please forgive me, *nix newbie-on-training-wheels here. (It's an accomplishment and a half for me to have gotten this far! :D)

I am still having trouble starting YAC from HackMan. It recognizes YAC's state (whether its running or not) ... but clicking the "start" button does not start YAC.

It may have something to do with the fact that I'm required to set LD_LIBRARY_PATH to contain /var/hack/lib each time, as the YAC ReadMe explains. I don't know what that means other than I have to invoke an extra command to make it happen. I'm also not sure how to make this happen automatically for it to be a non-issue for the future.

And so I have been starting YAC manually from the bash prompt by using these commands:

cd /var/hack/bin
export LD_LIBRARY_PATH=/var/hack/lib
./yac &

And if it matters any, my bash prompt looks like this:

tivo:/$

And this is how I've gotten it to work... at least until the next reboot, or YAC quits or whatever, and I have to manually issue the commands again. Of course I'd prefer to use HackMan to start/stop YAC, and don't necessarily want to make it start automatically from rc.sysinit every reboot.


So anyway, I tried editing hackman.cfg to reflect these manual commands, substituting:

set 3 {exec /bin/bash -c "cd /var/hack/bin"
exec /bin/bash -c "export LD_LIBRARY_PATH=/var/hack/lib"
exec $yacpathname &}

in place of the original:
set 3 "exec $yacpathname &"

...but that didn't seem to work either.

Any tips or clues?

[PortlandPaw]

I don't remember anything about exporting LD_LIBRARY_PATH in setting up YAC. So I went to Jensen Harris' website (http://sunflowerhead.com/software/yac/) and re-read the documentation and still didn't find any reference of that nature.

So I'd suggest downloading the YAC you'll find there and seeing if that works without any alterations to hackman.cfg.

[Fofer]

Originally posted by PortlandPaw
I don't remember anything about exporting LD_LIBRARY_PATH in setting up YAC. So I went to Jensen Harris' website (http://sunflowerhead.com/software/yac/) and re-read the documentation and still didn't find any reference of that nature.

So I'd suggest downloading the YAC you'll find there and seeing if that works without any alterations to hackman.cfg.

I am running the newest incarnation of YAC I found, as this one in particualr has been ported specifically to work with Series 2 TiVos:
http://www.xybyre.net/tivo/

See, Series 2 units don't have the same OSD (On Screen Display) libraries and capabilities as their younger brethren. So the original elseed and YAC and others needed to be rejiggered in order to work on the newer hardware.

Here's a better explanation from the ReadMe:

Since there is currently no known way to get text onscreen display for Series 2 TiVos, the best way to fake it is to use osdwriter to display a PNG file. Simple enough, except osdwriter doesn't exactly work as expected:

1. osdwriter spawns a second instance that the actual display of the image. The problem is that this second instance does not terminate automatically. We must kill it ourselves.
2. osdwriter does not properly display indexed PNG files that contain transparency

Luckily, true-color PNG files with an alpha channel are correctly displayed by osdwriter. Unfortunately, there are no readily-available tools for creating these PNG files. Fly is a useful program for creating PNG files from scripts, but it only creates indexed PNG files.

After some modifications to the source code, I have MIPS ports of fly, gdlib, elseed, and the yac client. Fly now creates true-color RGBA images, as does elseed and the yac client. Also, gdlib contains support for TrueType fonts.

[PortlandPaw]

That's right...I remember reading about that. I don't see why you can't do the LIB setup earlier in the process. I'd try putting "export LD_LIBRARY_PATH=/var/hack/lib" in one of your startup files (rc.sysinit or rc.sysinit.author or whatever you use). It may be that the lib files have to be established before YAC can load, and hackman (the way you have "3" configured) loads them too fast.

[Fozzie]

Originally posted by PortlandPaw
PS -- One more little annoyance dispatched...it's now V.2.0.5
Still showing V.2.0.4 on the front page?

[PortlandPaw]

Something misfired somewhere...I KNOW I posted 2.0.5 before I put the new version notice up. It's there now...thanks for the catch.

[Fozzie]

No worries - I just grabbed it from the dark side ;)

[Fofer]

Originally posted by PortlandPaw
That's right...I remember reading about that. I don't see why you can't do the LIB setup earlier in the process. I'd try putting "export LD_LIBRARY_PATH=/var/hack/lib" in one of your startup files (rc.sysinit or rc.sysinit.author or whatever you use). It may be that the lib files have to be established before YAC can load, and hackman (the way you have "3" configured) loads them too fast.

Thanks for this suggestion. I tried this, to no avail. I manually typed in the
"export LD_LIBRARY_PATH=/var/hack/lib" command earlier and relegated solely the "./yac &" command to HackMan but it still won't execute. I am still able to launch it manually through telnet though. Weird, as I don't have this problem for any other program. I'm able to launch/quit tserver, vserver, mfsftp and all the rest with HackMan.

Hopefully when more folks start using this new version of YAC with Series 2 OSD support, there will be more clues. For now I remain stumped.

[PortlandPaw]

It's possible that if you have $yacpathname set to "./yac" that it might fail. If that's the case, try putting the full yac path in $yacpathname and see if that works. If it doesn't I, too, am stumped...for now.

[PortlandPaw]

Latest version is 2.0.6 posted in the first message of this string. Nothing really new here -- just took care of a couple of minor details.

[Fozzie]

David,

Any chance of giving an indication as to what files were changed from the previous release? e.g. if only the .itcl was changed then I know just to drop that file on to TiVo and not have to re-configure the .cfg each time.

Many thanks.

[PortlandPaw]

I'm sorry, I meant to do that and remembered after I headed off for work. The only change to the .cfg file is the addition of the xPlusz.ini to the list of files that might be edited. I'd suggest simply a cut and paste of that line rather than replacing your current .cfg.

[Fozzie]

Cheers :)

Not forgetting these lines that were changed too ;)

set 20 "exec insmod $unscramblepathname"
set 21 "exec insmod $noscramblepathname"
set 22 "exec insmod $noscramble_mbmpathname"

# Extend this time if keyspresses are sent too early. (Standalones only) #

[Lost Dog]

Hmm...

Anyone else having issues with v2.0.6? Here's what's happening:

Fresh install of TivoWebPlus 1.1-pre2. Everything is fine. Install Hackman 2.0.6. Full reload. No hackman and the User Interface page is gone. Remove hackman 2.0.6. Still no UI page.

Thought it was a TWP 1.1-pre2 issue.

Fresh install of TivoWebPlus 1.0final. Everything is fine. Install Hackman 2.0.6. Full reload. No hackman and the User Interface page is gone. Remove hackman 2.0.6. Still no UI page.

Tis a quandary.

Fresh install of TWP 1.1-pre2. Everything fine. Install Hackman 1.2.1. Full reload. Hackman is there! UI page is there! We're good to go!

I tried this with TWP 1.1-pre2 also...

Any ideas?

[PortlandPaw]

I've never heard of a TWP 1.1-pre2 issue...where are you getting this from? I've been using the latest versions of both TivoWeb 1.9.4 and TivoWebPlus 1.0 and haven't seen anything like what you describe. All my development has been done on Series 1 SA and DTivo. What is your model and software version?

[chippyt]

I am having a similar problem as Lost Dog with 2.06. I was using the experimental-7 and it worked great. I tried to install 2.06 and I did a quick reload and a full reload and hackman did not show up in the menu, but the everything else in tivowebplus was working. I am using a HDVR2 with 4.0 and tivowebplus. I reverted to experimental-7 and hackman still works fine.

On another note I haven't heard of Tivowebplus 1.1pre. Where can you get it, what is new?

[PortlandPaw]

Please use the TivoWeb Logs module to look at the most recent entries in the tivoweb.log -- look for error messages after the hackman entry.

And/or...Assuming that you've copied hackman.itcl and hackman.cfg to your /var/hack/tivowebplus/modules, please shut down TivoWebPlus with Restart | Quit. Then telnet to a bash prompt and do the following:
cd /var/hack/tivowebplus
tivoweb console

And then observe the loading process and the messages generated, including any error messages.

Report those back to me here (or by PM if you prefer) and I'll figure out what's happening.

[chippyt]

I just tried again to install 2.06 and the UI is gone. I did tivoweb console and when it is loading the hackman modules is says:

CHILDSTATUS 410 32 mount: / is busy
while executing
"exec /bin/bash -c "mount / -o remount,ro"
(file "./modules/hackman.itcl" line 55)
invoked from within
"source $module "

Hope this helps

[chippyt]

I put experimental-7 back and restarted and it works fine again.

[PortlandPaw]

Rebooting your TiVo should set things back to normal. Another fix would be to make this change in the hackman.cfg file:

set DefaultReadOnly 0

This will prevent the drive from being set read-only, but not a big deal if it already is ro.

[chippyt]

I changed the cfg file with your suggestion to:

set DefaultReadOnly 0

and everything works now.

Thanks for the help!!

[Lost Dog]

Originally posted by PortlandPaw
Please use the TivoWeb Logs module to look at the most recent entries in the tivoweb.log -- look for error messages after the hackman entry.

Report those back to me here (or by PM if you prefer) and I'll figure out what's happening.

Ahhh got it... I think.

I don't use /var to store my hacks (due to the nasty habit of clearing the directory occasionally). My tivoweb is located in /hack/tivowebplus.

Here is the tivoweb console output:

hackman
hackman Version 2.0.6:
Root directory mounted read-only.
Sunday, October 24, 07:46 PM, local time
POSIX ENOENT {no such file or directory} couldn't open "/var/hack/hackmanbootcheck": no such file or directory
while executing
"open "$checkfile" w"
(file "./modules/hackman.itcl" line 72)
invoked from within

I see that it looks for /var/hack/hackmanbootcheck but can't find it...

I also tried set DefaultReadOnly 0 but that didn't help things.

Does it matter that the directory is read only?

Oh yeah.... Edit to put my system info in:

hdvr2 running 4.0.

Thanks!

[PortlandPaw]

Here's another .cfg switch to change:

set RebootCheck 0

This takes away the reboot loop check, which should be a problem only once every ten years...joking, but it's a rare problem.

A better solution would be to at least create a /var/hack directory where this file is created and read, even if you have nothing else in it. Or change the .cfg file so that checkfile is located in just /var.

[Lost Dog]

Originally posted by PortlandPaw
Here's another .cfg switch to change:

set RebootCheck 0

This takes away the reboot loop check, which should be a problem only once every ten years...joking, but it's a rare problem.

A better solution would be to at least create a /var/hack directory where this file is created and read, even if you have nothing else in it. Or change the .cfg file so that checkfile is located in just /var.

Thanks! I'll give that a try tonight.

Hmm... That got me thinking though and maybe some of the *nix gurus may know. Would it be possible to make one directory "read/write" on a "read only" file system? If that is possible, I could change the location of that file to /hack in the hackman.cfg file.

Thanks again for the great module!!!

[PortlandPaw]

I tried that and according to my *nix friends, it's not possible to have one (or more) r/w directories on a ro partition. Thus, the /var partition. I tried it the other way (a r/w partition with all but one directory set to ro) but the root applications still have write privileges, and all the TiVo apps (to my knowledge) are root apps, so that doesn't work either.

Some people have experimented with adding another /hack partition, but without much success, I guess.

BTW, the development TWP module is on the "other" board in the General TiVo Development forum. I've tested hackman with TivoWebPlus 1.1-pre2 and it works fine so far.

[Lost Dog]

Originally posted by PortlandPaw
Here's another .cfg switch to change:

set RebootCheck 0

This takes away the reboot loop check, which should be a problem only once every ten years...joking, but it's a rare problem.



Bingo! That was it.

As soon as I did that everything worked great!

Woo hoo! Thanks much!

[Lost Dog]

Originally posted by Lost Dog
Bingo! That was it.

As soon as I did that everything worked great!

Woo hoo! Thanks much!

D'oh. I spoke too soon.

The following is using tivoweb console.

Tivowebplus 1.1pre-2. No modules added:

TiVo:% 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...
favicon
index
-initializing logo index
-initializing channel table
-initializing genre table
-initializing now showing cache
-initializing season pass cache
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
wishlists
Accepting Connections

Tivowebplus with hackman 2.0.6:

TiVo:% 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...
favicon
hackman
hackman Version 2.0.6:
Monday, October 25, 09:09 PM, local time
index
-initializing logo index
-initializing channel table
-initializing channel table; attempt 2
-initializing channel table; attempt 3
-error initializing channel table; aborted
-initializing genre table
-initializing now showing cache
-initializing season pass cache
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
errDbNotFound can't open object (errDbNotFound)

while executing
"db $db open /DataSet/GenreVersion"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set dataset [db $db open /DataSet/GenreVersion]
set genres [dbobj $dataset gettarget Data]
}"
(procedure "GetSAGenres" line 5)
invoked from within
"GetSAGenres"
(procedure "init_db" line 71)
invoked from within
"init_db"
(file "./modules/ui.itcl" line 4719)
invoked from within
"source $module "
webremote
whatson
wishlists
Accepting Connections

For some reason it chokes on initializing channel table when hackman is there. That's what causes UI to freak.... This happen when the file system is RW or RO. This does not happen with Hackman 1.2.1 (which I just happened to have on my disk:

TiVo:% 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...
favicon
hackman
Root directory has been mounted as read-only.
index
-initializing logo index
-initializing channel table
-initializing genre table
-initializing now showing cache
-initializing season pass cache
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
wishlists
Accepting Connections

[PortlandPaw]

I just got a tip from falcontx that might fix it. I'd like to post this BETA, not-ready-for-release, still-has-kinks-to-be-worked-out, please-don't-depend-on-it version for you to test. Let me know if it works OK for you, if you would. I think it's a Series 2 thing that I can't test.

[Please note that the xPlusz section is under development and, unless you un-comment some code and get rid of my pseudo source statement, it won't work at this time.]

[arthur]

Originally posted by Lost Dog
...
ui
errDbNotFound can't open object (errDbNotFound)

while executing
"db $db open /DataSet/GenreVersion"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set dataset [db $db open /DataSet/GenreVersion]
set genres [dbobj $dataset gettarget Data]
}"
(procedure "GetSAGenres" line 5)
invoked from within
"GetSAGenres"
(procedure "init_db" line 71)
invoked from within
"init_db"
(file "./modules/ui.itcl" line 4719)
invoked from within
"source $module "
webremote
whatson
wishlists
Accepting Connections


Your situation might be different, but it is worth to mention that, I've seen this problem occur when the genre slices were missing from the Tivo.

[Lost Dog]

Originally posted by PortlandPaw
I just got a tip from falcontx that might fix it. I'd like to post this BETA, not-ready-for-release, still-has-kinks-to-be-worked-out, please-don't-depend-on-it version for you to test. Let me know if it works OK for you, if you would. I think it's a Series 2 thing that I can't test.

[Please note that the xPlusz section is under development and, unless you un-comment some code and get rid of my pseudo source statement, it won't work at this time.]

TiVo:% 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...
favicon
hackman
hackman Version 2.1.0 beta 1:
Tuesday, October 26, 07:12 AM, local time
index
-initializing logo index
-initializing channel table
-initializing genre table
-initializing now showing cache
-initializing season pass cache

Woo hoo! So far so good. Out of curiosity, what fixed it?

Thanks much!

[Lost Dog]

Originally posted by arthur
Your situation might be different, but it is worth to mention that, I've seen this problem occur when the genre slices were missing from the Tivo.

Where do you find the genre slices on the system? If they are located in /mfs/Genre then they are probably there. Looking at that directory via tivoweb, it's filled with entries.

[PortlandPaw]

Originally posted by Lost Dog
Woo hoo! So far so good. Out of curiosity, what fixed it?

Thanks much!

I was using an outdated test to detect a DirecTivo -- worked on my Series 1 DTivo, but apparently not on Series 2 DTivos. So what happened is this:
1. New TWP sets the dtivo variable correctly
2. Old hackman.itlcl re-sets the dtivo variable incorrectly for S2 when it loads
3. TWP user interface breaks when ui.itcl loads

If you're really curious, look for the set dtivo statements in the old and new versions. They're near the beginning.

Sometime this weekend I'll be posting a new beta 2.1.0 that I hope will become the more-or-less final version, at least for a while.

[SemperFi]

This thing is awesome Portland. I had been putting off downloading it because I wanted to redo my drive with newer software and get rid of the monte.

Well I have it running and it is great. Thank You.

I have a question. I have an S2 direct tivo. As I understand it the xplusz is for the S1 units only and the backdoor codes section is for SA units. I was wondering if I can make changes to the .cfg file to make it so they don't appear on screen? It doesn't hurt anything I just thought if it was an easy change I would like to make it.

[PortlandPaw]

I wish I had an S2 to test with! But I guess I should be satisfied with S1 SA and DTivo.

I didn't realize that xPlusz was just for Series 1 DTivos. I need to fix hackman so that won't show on S2 units. Look for that in the next version.

The backdoor codes are somewhat of a misnomer since some of them work (at least on S1) without backdoors enabled. I've suppressed the ones that don't apply to DTivo, but now I'm wondering if the ones that are left on your box do anything. Could you try them and report back here?

I highly doubt that you'll do any damage with this experimentation as all these codes do is send a series of remote control keypresses.

[arthur]

Originally posted by Lost Dog
Where do you find the genre slices on the system? If they are located in /mfs/Genre then they are probably there. Looking at that directory via tivoweb, it's filled with entries.

It looks like you're good to go.

[SemperFi]

Portland I can try them. The thing is I haven't ever used backdoors so I don't really know how to use them. Last year when I first did my monte I found a script that would set the backdoors to t1vo and I did it but I never activated it to test it out. I was more interested in the networking than anything else.

The other thing is I haven't applied this script to either of my tivo's currently. Since you asked me to test I have been doing some searching of the forums here and there and I haven't found that script yet. Correct me if I am wrong but I need to have applied one of the backdoor codes changing the code to t1v0 or 3 0 bc in order for it to work at all. Is this correct? When I find one of the patches I will test it.

[PortlandPaw]

Here's a script I found here (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1196197#post1196197) which is for 3.1 (June, 2003). I can't say for sure it will work with all versions of 3.1, but it's worth a try since it does include version error trapping.

[BEGIN <setBackDoor.sh>]
#!/tvbin/tivosh

puts "setBackDoor - starting..."

EnableTransactionHoldoff true

set db [dbopen]

transaction {
set swsysa [db $db open "/SwSystem/ACTIVE"]
puts "swsysa: $swsysa"
set resgrp [dbobj $swsysa get ResourceGroup]
puts "resgrp: $resgrp"

set tmpgrp [lindex $resgrp 1]
puts "tmpgrp: $tmpgrp"

set tmpres [lindex [dbobj $tmpgrp get "Item"] 164]
puts "tmpres: $tmpres"
set val [dbobj $tmpres get "String"]
puts "val: $val"
if { $val == "61508C7FC1C2250E1794624D8619B9ED760FFABA" } {
dbobj $tmpres set "String" "AC4C8366FE8AECBE054927D63F7D5F12AAE59E9A"
dbobj $tmpgrp remove "CompressedFile"
puts "backdoor password set to T1V0 (T one V zero), please reboot."
} elseif { $val == "AC4C8366FE8AECBE054927D63F7D5F12AAE59E9A" } {
puts "backdoor password already T1V0 (T one V zero)."
} else {
puts "wrong software version? got hash value $val"
}
}

puts "setBackDoor - done."
[END]

This will set the backdoor code to T1V0 (T one V zero).

[SemperFi]

Well I tried that but I got a lot of errors. Mainly for the puts command.

./backdoor.sh: setBackDoor.sh: No such file or directory
./backdoor.sh: puts: command not found
./backdoor.sh: EnableTransactionHoldoff: command not found
./backdoor.sh: transaction: command not found
./backdoor.sh: puts: command not found
./backdoor.sh: puts: command not found
./backdoor.sh: puts: command not found
./backdoor.sh: puts: command not found
./backdoor.sh: puts: command not found
./backdoor.sh: line 27: syntax error near unexpected token `elseif'
./backdoor.sh: line 27: `} elseif { $val == "AC4C8366FE8AECBE054927D63F7D5F12AAE59E9A" } {'

Where do I go from here? I have 3.1.1c software. I think I put all the stuff from the mfstools into the /bin. I will check if I can find puts.

[PortlandPaw]

Please see my PM. We'll get it working.

[PortlandPaw]

Originally posted by chippyt
I just tried again to install 2.06 and the UI is gone. I did tivoweb console and when it is loading the hackman modules is says:

CHILDSTATUS 410 32 mount: / is busy
while executing
"exec /bin/bash -c "mount / -o remount,ro"
(file "./modules/hackman.itcl" line 55)
invoked from within
"source $module "

Hope this helps

This may or may not be related to the S2 problem regarding S2 identification (which has been solved), but I noticed this weekend that I will get this error if I have noppv running with the recycle time set (I had it at 350). To fix it I had to turn off noppv and set it to run in the background with no recycle time. Then a reboot made the mount problem go away.

[SemperFi]

I used hackman for the first time to start my ty server. It started fine but after it came back to the hackman screen the button for tytool was start not stop. I know it is running because I downloaded the now showing just fine.

Did I do something wrong in the .cfg file?

[PortlandPaw]

If that happened, it means that hackman didn't find tyserver among the running applications. In other words, the equivilent of a "ps ax" did not yield "tyserver." If it happens again, do the ps ax and see if it really is running. I've found that hackman is a pretty reliable indicator of the running status of an app. It could be that tyserver did its thing and then died or was shut down by another process.

[SemperFi]

Thanks portland.

I had rebooted to make sure it was off. Linux noob don't know how to kill a running app. Anyhow I just restarted tyserver and the start button is still showing. I am currently downloading and I did a ps -ax as you suggested and tyserver is in the list.

[PortlandPaw]

I really don't know what the problem could be -- mine is working fine. Could you provide details about your setup, model, software, hackman version, etc. I'll try to figure it out...I haven't seen anything like this before.

[SemperFi]

HDVR2 S2 direct tivo
3.1.1c
2[1].0.6 hackman

I was using a prior version it was 2[1].0.5 and it was doing the same so I downloaded the latest hoping it would fix it. I used the same .cfg file from the prior version if that makes a difference.

I did make one change to the .itcl file but it shouldn't have made any difference. I removed the file 15. When I clicked to edit files I got an error saying that it couldn't read file 15 from the .cfg file. There wasn't an entry for file 15 so I removed it from the .itcl file and it works now. Let me know if you need more info.

Thanks

[PortlandPaw]

A new release of hackman has been posted. NOTE: Due to upload size limitations, the file will be found here (http://web.nlis.net/~davehill/hackman-V2.1.2.zip).

New in this version
-- Hackman now creates rc.sysinit.author files to simplify setting hacks to start when TiVo boots. One click and a hack is either added or removed from the startup sequence.
-- Hackman auto-configures itself -- no more .cfg file to mess with!
-- A preference screen has been added with more options -- for example, password protection is now optional, as is display of backdoor commands and bufferhacks.
-- A "restore defaults" option has been added
-- Successfully tested on Series 1 and Series 2 standalone and DirecTiVos.
CAUTION: Adding or removing hacks from the startup sequence will overwrite any previous rc.sysinit.author file. A backup copy will be made, but please look at the README and plan accordingly.

[jdslater]

I re-installed the new 2.1.2 HackMan. When I run my manually-start-twp script I get:

favicon
hackman
can't read "author": no such variable
can't read "data": no such variable
NONE can't read "TWpath": no such variable
while executing
"if {$TWpath == "xxx"} {set 2 "$tivowebpluspath/tivoweb &"
set foundTWpath $tivowebpluspath
set TWpath $foundTWpath
set box1..."
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 259)
invoked from within
"source $module "
index


And HackMan doesn't show up on my TWP screen. Has something changed?

Thanks!

Jon

[PortlandPaw]

I deeply apologize. What has changed is my QC standards. I made one little change and then rushed to fly to Denver without properly checking the program. I'll try to fix it remotely and get a new version up as soon as I can.

This one should work -- it loads without error on boot with the hackman.ini file deleted. NOTE: Due to upload size limitations, the file will be found here (http://web.nlis.net/~davehill/hackman-V2.1.3.zip).

[Prof. Yaffle]

I've stuck with V1.0 for a long time because it did what I needed perfectly but curiosity about the Buffer hack got the better of me. I upgraded to the version above, had a quick look around and then did a full reboot. When TiVo came back up none of my hacks ran. I've gone back to my backup copy that I made earlier today but am curious as to the cause of the problem. I'm guessing it's because I use Stuarts startup editor and I did notice that ALL of my hacks where set in Hackman by default not to start on boot up. I assumed (perhaps wrongly) that Hack Manager looked at the standard startup file, couldn't find them and assumed they weren't set to run.

Any ideas?

TIA

[PortlandPaw]

Hackman should not have interfered with your hacks loading -- it doesn't change anything. But you're right about hackman reading the startup sequence, at least as it's controlled by rc.sysinit.author. If you're using another file to start the hacks, hackman would not see anything but, as I said, hackman does nothing to alter the hack loading process.

Hackman must plead "not guilty" to the capital offense of mucking about where it shouldn't.

[Fozzie]

I've just installed the new version and think it's great :) I have one slight problem; I don't think the boot delay parameter is working. I have the 30 sec skip enabled on reboot but it always kicks in as soon as the Tivo animation starts, regardless of what I set the delay to.

Any ideas?

Many thanks.

[Prof. Yaffle]

Originally posted by PortlandPaw
Hackman must plead "not guilty" to the capital offense of mucking about where it shouldn't.

I thought that might be the case. Must have just been a very unlucky piece of timing. I'll have another go with it tomorrow.

Still an excellent piece of software and the new features looked good.:up:

[Shawn]

Any idea's on how to fix?

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
hackman
POSIX EACCES {permission denied} couldn't execute "./bin_ppc/find": permission d
enied
while executing
"exec $find / -name [lindex $filelist $i] -type d"
(file "./modules/hackman.itcl" line 249)
invoked from within
"source $module "
index

[Prof. Yaffle]

You need to set the files in bin_mips and bin_ppc to be executable. I went into each of those directories and typed chmod 755 *

[Fozzie]

You only need one set of the files; mips or ppc, depending on your model of Tivo ;)

@shawn - you only need the ppc ones.

[PortlandPaw]

This release (first post in this thread) broadens the capabilities of the rc.sysinit.author function to include a "user section" that will not be re-written. Also, the entire boot load function is optional, so once things are set the way you want them, mistakes can be avoided. Finally, the TiVo Resources function, which can be very useful if you want to change any of the labels in the TiVo menus, is also optionally displayed.

NOTE: I will be on vacation for two weeks and will not be able to respond on the forums. I hope nobody has major problems with this release -- see you in December.

[Fozzie]

Hmmm, get the following error with Tivoweb and TWP:

Loading modules...
favicon
hackman
NONE can't read "chan": no such variable
while executing
"puts $chan $error"
(procedure "readinifile" line 90)
invoked from within
"readinifile"
(file "./modules/hackman.itcl" line 244)
invoked from within
"source $module "

Edit: Does this version address my query above, about the boot delay not appearing to have any effect?

Thanks.

[jdslater]

Me too...

[slimjime17]

Hi,
Had been using Version 1 of hackman for a long time, decided to try V3 but have a small problem, Tytools is not being picked up.
tserver is installed in var/hack/Utils.

Slim

[arthur]

if your tserver is called
tserver_mfs
either rename it to
tserver_mfs7
or make a symbolic link
Hackman looks for tserver_mfs7 (at least it used to, haven't checked with v3.0 yet)

[slimjime17]

HI Arthur

The file is still called tserver_mfs7.

Thanks for the help anyway.

Slim

[cdma]

Originally posted by jdslater
Me too...
me three

[Couch Potatoe]

Originally posted by Fozzie
Hmmm, get the following error with Tivoweb and TWP:

Loading modules...
favicon
hackman
NONE can't read "chan": no such variable
.. etc



Me four... Anyone know how to fix this ??

[Fofer]

Originally posted by Couch Potatoe
Me four... Anyone know how to fix this ??

Methinks we'll have to wait for PortlandPaw to return from vacation in December.

[TivoSledge]

Originally posted by Fozzie

Loading modules...
...
hackman
NONE can't read "chan": no such variable
while executing
"puts $chan $error"
(procedure "readinifile" line 90)
invoked from within
"readinifile"
(file "./modules/hackman.itcl" line 244)
invoked from within
"source $module "
...


Getting the same errors as Fozzie. However, I wasn't getting these errors prior to installing TivoWebPlus (TWP). I had 2.x installed prior with TivoWeb (TW). I installed 3 without having TWP installed, and 3 seemed to work perfectly. Being intrigued by 3's ability to easily switch between TW and TWP on the fly, I installed TWP into /var/hack/tivowebplus. After reloading TW, that's when the errors began and Hack Manager (HM) failed to load.

Since HM seemed --at first--to be loading fine, I deleted the older version I had. I want to reinstall an older version, but I've been unable to find a working download link to any of the older versions.

Can someone provide a link to an older version (or versions) of Hack Manager?

Thanks in advance.

[SemperFi]

Originally posted by arthur
if your tserver is called
tserver_mfs
either rename it to
tserver_mfs7
or make a symbolic link
Hackman looks for tserver_mfs7 (at least it used to, haven't checked with v3.0 yet)

AHHHHH. That is what is the answer to my problem. I always rename my file to tyserver just so I didn't have to type as much. I should have figured it out. Off to give it a try.

ummm. Nevermind.
Hackman will start it it just won't change the button to stop it. My memory of isn't what it used to be. ;) Not to mention the hour.

[rjbutler]

can't read "chan": no such variable

I was able to get 3.0.0 running by adding

set telnetpathname "/sbin/tnlited"

to hackman.ictl, after the "set author..." line (about a page or two down in the file)

[Couch Potatoe]

Yep - works for me too in TivoWebPlus (although not in Tivoweb_ - many thanks for this K :)

[TivoSledge]

Originally posted by rjbutler
I was able to get 3.0.0 running by adding

set telnetpathname "/sbin/tnlited"

to hackman.ictl, after the "set author..." line (about a page or two down in the file)

This fix worked for me in TivoWeb. It's great to have Hack Manager back!

[cdma]

OK got it a little further after adding set telnetpathname "/sbin/tnlited" but now get this. any ideas




favicon
hackman
CHILDSTATUS 485 1 /var/local/tivoweb-tcl/bin_mips/find: /proc/475: No such file or directory
while executing
"exec $find / -name [lindex $filelist $i] -type d"
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 261)
invoked from within
"source $module "
index

[nosaj56]

you're obviously missing your find binary

[cdma]

Originally posted by nosaj56
you're obviously missing your find binary

No I have the find it is looking for /proc/475 and I do not have that and it bombs

[cdma]

Originally posted by cdma
No I have the find it is looking for /proc/475 and I do not have that and it bombs

And 475 is the reload of tivo web wor the load of tivoweb. The process that it can not find changes evertime I reload

[SeanC]

I upgraded to 3.0 last night and now I have no hackmanager.

After the initial install and reset of TWP hackmanager showed up. I was able to make some minor changes to hackmanagers config and I rebooted the Tivo. Now I have no hackmanager. I notice that people have posted error messages that have helped diagnose what the problem may be but I haven't been able to figure out what log they are looking at. Does Hackmanager create a log file someplace?

[m_goz]

Originally posted by iguru42
I upgraded to 3.0 last night and now I have no hackmanager.

After the initial install and reset of TWP hackmanager showed up. I was able to make some minor changes to hackmanagers config and I rebooted the Tivo. Now I have no hackmanager.

I had the same problem as you, and followed what rjbutler said to do in his post above, and hackmanager showed up again.

[johnmacd]

I tried the bufferhack link and changed the buffer to 60 and now it is in a constant reboot loop. Its a S2 TCD24004A. It patched tivoapp and then I rebooted.

Any easy fix?

[cdma]

Here is what I am getting. It seems as if it is looking for a process that tivoweb uses when it starts because that process is there when it is loading and gone when it is done

Loading modules...
confres
favicon
hackman
CHILDSTATUS 21182 1 /var/local/tivoweb-tcl/bin_mips/find: /proc/21183: No such file or directory
while executing
"exec $find / -name [lindex $filelist $i] -type f"
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 264)
invoked from within
"source $module "
index
info
lj_utils
logos
logs
mail
mfsbrowser

[PortlandPaw]

Just to let everyone know that I'm back and will have a (hopefully) correct hackman posted later this morning. Thanks to all for your patience.

As to problems with bufferhack, I would refer you to the "other forum" support thread for bufferhack -- it's a straight lift (with the author's permission) and I have no idea how it works. I hate to say it, but the only fix to a tivoapp screw-up (that I know of) is to replace the tivoapp file with a backup. If the file alone isn't available, then it will require a full backup.

[PortlandPaw]

The update posted at the top of this thread will hopefully address the issues that have been reported.

Since I am in the process of moving into my new house, my testing capabilities are severely limited, so I'm depending on you to report any problems, including the error messages or tivoweb.log entries accompanying the problem.

[jdslater]

Still not working for me...

Now I'm getting:

hackman
can't read "telnetpathname": no such variable
NONE can't read "box21": no such variable
while executing
"set data "$box0 $box1 $box2 $box3 $box4 $box5 $box6 $box7 $box8 $box9 $box10 $box11 $box12 $box13 $box14 $box15 $box16 $box17 $box18 $TWpath $startm $..."
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 282)
invoked from within
"source $module "

[PortlandPaw]

This is difficult without my full setup, but let me try. What is your TiVo model and software? Where do you have telnet (tnlited) installed? If you delete hackman.ini and try again, what happens?

[SeanC]

3.0.1 is giving me:

hackman
NONE can't read "chan": no such variable
while executing
"puts $chan $error"
(procedure "readinifile" line 90)
invoked from within
"readinifile"
(file "/var/hack/tivowebplus/modules/hackman.itcl" line 244)
invoked from within
"source $module "

[jdslater]

I have a HR10-250 (HD-Tivo).

My tnlited is in /sbin/tnlited

I've searched the entire drive and can't find a hackman.ini file.

[yoda91]

I am haveing the same problem with my install although i have a philips dsr6000
directTivo.

[PortlandPaw]

Originally posted by jdslater
I've searched the entire drive and can't find a hackman.ini file.

That's a clue. In what directory is your TivoWeb? Is it by chance in something like /hack that is read-only? That would explain the lack of a hackman.ini file (although I would think other alarms would have gone off) and it would explain some of the other errors. Look for version 3.0.2 to see if I've fixed the problem. Should be up soon.

[PortlandPaw]

This was a particularly nasty bug to kill, as it only appeared on boot and on first installation. It didn't show up on reloads or after the .ini file was created.

So thanks for all the clues that (I hope) have led to the bug's extermination.

Let me know how it works.

[slimjime17]

3.0.3 seems to be working (quick test).
But it doesn't list \ find Tytools, had the same problem with previous versions.

Slim

[PortlandPaw]

I think this has been covered in other posts. hackman is looking for a file with "tserver" in it, such as the accepted name, tserver_mfs7. If you rename whatever your file is named, it should bring it up fine.

[slimjime17]

I have tried tserver and tserver_mfs7.
Still no joy

Slim

[jdslater]

3.0.3 works for me! Thank you for fixing this!!! :D

[SeanC]

Hackman is working again with ver 3.0.3.

Thanks for all the hard work PP.

[PortlandPaw]

Thanks iguru42 and jdslater. And slimjime17, you too will soon find joy. I've figured out the problem with tserver -- hackman is looking for a particular directory which ain't necessarily so. Now it looks for NowShowing.tcl (solves the tserver_mfs7 name problem) and strips it back to the directory. I'll be posting it as soon as I resolve some issues with copyright permissions for bufferhack.

[PortlandPaw]

Originally posted by cdma
Here is what I am getting. It seems as if it is looking for a process that tivoweb uses when it starts because that process is there when it is loading and gone when it is done

cdma, you're not alone. Another person reported the identical problem and I'm still at a loss to solve it. But there's hope. He said it went away after he:
1. Shut down TivoWeb (restart/quit)
2. Restarted from bash with tivoweb &
Could you try that and report what happens?

[SeanC]

I was using the startup editor module but now that hackman can do that I job I wanted to change over.

I uninstalled startuped, setup hackman with what I wanted to start up at boot and rebooted. The only thing that didn't work was the 30 sec skip code. This was my first reboot since installing hackman. Minor issue, just wanted you to know.

[SeanC]

And on the subsequent quick reload of tivowebplus to get rid of the Startup Editor icon in TWP hackman did the 30 sec code correctly. Maybe while the Tivo is still booting the sendkey isn't sending keys fast enough? I thought the code was going slow on the reboot, but worked normally on the reload.

And I also noticed that I still need startuped. I use the autospace hack which I don't think hackman looks for.

[m1fly]

I have been trying to install hackman for a few days now, please can some one point me in the right direction.

I am currently getting these errors.

couldn't open "/etc/rc.d/rc.sysinit.author": no such file or directory
can't read "data": no such variable
NONE can't read "TWpath": no such variable
while executing
"if {$TWpath == "xxx"} {set 2 "$tivowebpluspath/tivoweb &"
set foundTWpath $tivowebpluspath
set TWpath $foundTWpath
set box1..."
(file "./modules/hackman.itcl" line 279)
invoked from within
"source $module "
index

I have tried to manauly set TWpath but then get another error

couldn't open "/etc/rc.d/rc.sysinit.author": no such file or directory
can't read "data": no such variable
NONE can't read "box0": no such variable
while executing
"set data "$box0 $box1 $box2 $box3 $box4 $box5 $box6 $box7 $box8 $box9 $box10 $box11 $box12 $box13 $box14 $box15 $box16 $box17 $box18 $TWpath $startm $..."
(file "/var/hack/tivoweb-tcl/./modules/hackman.itcl" line 288)
invoked from within
"source $module "
index

I am running tivoweb 1.9.4
Tivo UK version 2.5.5-011-1-023
tivoweb is installed in /var/hack/tivoweb-tcl
I have symlinked tivoweb-tcl to tivoweb (Just in case)

Any Ideas?

[PortlandPaw]

I'll check these things out. I'm using what is supposed to be a better version of Sendkey, but I'm not so sure. And actually hackman does look for autospace.tcl. If it doesn't autodetect, you can add it manually as described in the readme.

[SeanC]

Oops, roger.

Upon checking my autospace was missing the .tcl extension, all set now.

Thanks :)

[PortlandPaw]

Originally posted by m1fly
I have been trying to install hackman for a few days now, please can some one point me in the right direction.
Any Ideas?

Your installation sounds thoroughly botched. You didn't mention what version of hackman you have, but I would suggest that you wait a day or two until I upload the latest version. Then we'll be on the same page with the latest edition if you encounter further problems.

When you do get the next download, be sure to check out the README, as there will be a few changes.

[m1fly]

Thanks PortlandPaw,

I believe I am running your latest version 3.0.3.
I will keep an eye out for the new release you mention.

I have tried Versions 2[1].1.3 and V3.0.0 with no sucess.

Regards Richard.

[PortlandPaw]

I believe I've addressed all the reported bugs and have added a couple of new touches -- support for symbolic links in the autodetect process and the option of going directly to the text editor to review changes made to rc.sysinit.author (thanks, arthur and rjbutler, for the great ideas).

The other major change is that JJBliss's bufferhack, KeepUpTo and TCTimout utilities are now available separately from the author, as described in the README. These utilities will be seamlessly integrated into hackman when bufferhack.itcl is loaded but the code itself is no longer included in hackman.

As always, please report any problems here. Since I can't test hackman on all models in all configurations, I rely on you to help make hackman trouble-free for all users.

[bobbob20]

I've tried installing Hackman, and it doesn't seem to be working. I first put the files in /var/hack/tivoweb-tcl, but noticed later it looked like files were missing. So I eventually found the active install in /tivoweb-tcl. So I put the files in there and changed the attributes to +x on all the files.

When I Restart->Quick Reload, I don't see any difference. My Main Menu looks the same. I have the same 14 menu entries as before. I tried to access #.#.#.#/hackman/ and I get a 404 not found. Should it appear in the Main Menu?

I'm using Tivoweb 1.9.4 on a 252011011 OS. I even tried setting tivoweb194path to my path in the .cfg file. Any idea why it's not loading or running hackman.itcl?

EDIT: Hmm.. nevermind. I read the above post and tried the Restart->Quit. Then ran "/tivoweb-tcl/tivoweb &" and now it works. It's shown in the Main Menu. Thanks.

[PortlandPaw]

I'm not sure exactly what you're doing, but please take a look at the README. Assuming that you have TivoWeb in /var/hack, your directory structure should look something like this:

--/Var
-------/hack
-------------/tivoweb-tcl
----------------------------/images
---------------------------------------/(all the .png files}
----------------------------/bin_ppc
---------------------------------------/find
---------------------------------------/SendKey
----------------------------/bin_mips
---------------------------------------/find
---------------------------------------/sendkey
----------------------------/modules
----------------------------------------/(all the .itcl files)
----------------------------------------/hackman.itcl
----------------------------------------/hackman.cfg

Good luck!

[PortlandPaw]

I misplaced a bracket and slipped a revision level. The latest version will be found here (http://web.nlis.net/~davehill/hackman/LatestVersion/hackman-V3.1.4.zip). This could be a record for most version releases in one day.

[bobbob20]

My actual Tivoweb directory is "/tivoweb-tcl". Guess it's kinda strange being in the root and all, but I guess my drive has been read/write for a few years anyway.

Here's a "skin", I guess you could call it that, I made while messing around. Maybe others will find it useful too. Just use these in the "images" directory instead of the stock ones.

Hope ya don't mind me adding to your program, PP. Thanks by the way.

[SeanC]

Ver 3.1.4 is giving me this error:

NONE can't use non-numeric string as operand of "!"
while executing
"if {!$UseCfg} {
if {$series1} {set find $source_dir/bin_ppc/find} else {set find $source_dir/bin_mips/find}
for {set i -1} {$i < 33} {incr i} {
..."
(file "/var/hack/tivowebplus/modules/hackman.itcl" line 259)
invoked from within
"source $module "

I have a series one so I had removed the mips directory.

[bobbob20]

I've noticed in version 3.1.4 when you click one of those boot-time buttons and then press the Cancel button instead of the Save button, you'll end up going to the "Edit files and preferences..." without even typing in the password. Is this by design? Oh, and it ends up saving the option anyway even though you pressed Cancel.

[PortlandPaw]

Originally posted by iguru42
Ver 3.1.4 is giving me this error:

NONE can't use non-numeric string as operand of "!"
while executing
"if {!$UseCfg} {
if {$series1} {set find $source_dir/bin_ppc/find} else {set find $source_dir/bin_mips/find}
for {set i -1} {$i < 33} {incr i} {
..."
(file "/var/hack/tivowebplus/modules/hackman.itcl" line 259)
invoked from within
"source $module "

I have a series one so I had removed the mips directory.

It's trying to read the old .ini file and is picking up text instead of "0" or "1." All you have to do is delete the old .ini file and do a reload.

[PortlandPaw]

Originally posted by bobbob20
I've noticed in version 3.1.4 when you click one of those boot-time buttons and then press the Cancel button instead of the Save button, you'll end up going to the "Edit files and preferences..." without even typing in the password. Is this by design? Oh, and it ends up saving the option anyway even though you pressed Cancel.

This could be tweaked a little. It is by design that rc.sysinit.author was written to the drive -- the editor screen gives you a chance to change it. So the "cancel" would cancel any changes subsequent to the write. But you shouldn't be able to go to the "Edit files and preferences" without giving the password first (if this option is set). I'll fix that in the next release.

[m1fly]

Installed 3.1.4
Still no joy.

hackman
couldn't open "/etc/rc.d/rc.sysinit.author": no such file or directory
can't read "data": no such variable
NONE can't read "UseCfg": no such variable
while executing
"if {!$UseCfg} {
if {$series1} {set find $source_dir/bin_ppc/find} else {set find $source_dir/bin_mips/find}
for {set i -1} {$i < 33} {incr i} {
..."
(file "./modules/hackman.itcl" line 259)
invoked from within
"source $module "

If I add a line
set UseCfg "1" in the hackman.itcl (Not sure where I should set this)
I get the following error


hackman
couldn't open "/etc/rc.d/rc.sysinit.author": no such file or directory
can't read "data": no such variable
NONE can't read "TWpath": no such variable
while executing
"if {$TWpath == "xxx"} {set 2 "$tivowebpluspath/tivoweb &"
set foundTWpath $tivowebpluspath
set TWpath $foundTWpath
set box1..."
(file "./modules/hackman.itcl" line 286)
invoked from within
"source $module "

Any ideas ? Same problem as the older versions I have tried.
Tivo UK model. (Series1 PPC)
Tivoweb 1.9.4 installed in /var/hack/tivoweb-tcl
Hackman files
/var/hack/tivoweb-tcl/modules/hackman.itcl
/var/hack/tivoweb-tcl/modules/hackman.cfg
/var/hack/tivoweb-tcl/images/
/var/hack/tivoweb-tcl/bin_ppc/find
/var/hack/tivoweb-tcl/bin_ppc/SendKey

[SeanC]

Originally posted by PortlandPaw
It's trying to read the old .ini file and is picking up text instead of "0" or "1." All you have to do is delete the old .ini file and do a reload.

Roger that, problem solved.

[hobiecat]

Hello,

Running TivoWeb v1.9.4 with no issues on a Series1

Today installed v1.3.4 of Hack Manager as detailed in your readme.

Directory tree is:

/var/hack/tivoweb-tcl/bin_mips/
/bin_ppc/
/images/
/modules/

Put the hackman files into these directories as instructed
Execute permissions are set on the /bin files

Reloading TivoWeb or even restarting TiVo gives the same results
- as if hackman does not exist. No indication on tivoweb menu.

If I shut down TivoWeb and start it manually at the prompt:
=[tivo:root]-# tivoweb &
[2] 190
[1] Done tivoweb

Any ideas how I might get tivoweb to recognize hackman?

Thanks in advance

[m1fly]

Don’t quote me (I haven't got it running either) but I think your directory structure is incorrect.
See my previous post titled “install errors” and the readme.

“TivoWeb 1.9.4 users will have to create these directories (/bin_mips and /bin_ppc) under the TivoWeb directory on the same level with /modules and /images.”

I always start tivoweb with this command
tivoweb console
Errors and messages are sent to the console.

Hope this helps.?

[bobbob20]

Originally posted by hobiecat
Directory tree is:
/var/hack/tivoweb-tcl/bin_mips/
/bin_ppc/
/images/
/modules/
To reiterate the tree structure you're trying to use, it should look like this:
/var/hack/tivoweb-tcl/bin_mips/
/var/hack/tivoweb-tcl/bin_ppc/
/var/hack/tivoweb-tcl/images/
/var/hack/tivoweb-tcl/modules/

[PortlandPaw]

Shut down TivoWeb and start in manually as you've done before, but instead of using tivoweb &, do tivoweb console. Watch for error messages as it tries to load hackman and report them back here.

OR, look at the last batch of entries under tivoweb.log in the logs module. The same errors should be reported there from the last load(s).

[PortlandPaw]

Originally posted by m1fly
Installed 3.1.4
Still no joy.

hackman
couldn't open "/etc/rc.d/rc.sysinit.author": no such file or directory
can't read "data": no such variable
NONE can't read "UseCfg": no such variable
while executing
"if {!$UseCfg} {
if {$series1} {set find $source_dir/bin_ppc/find} else {set find $source_dir/bin_mips/find}
for {set i -1} {$i < 33} {incr i} {
..."
(file "./modules/hackman.itcl" line 259)
invoked from within
"source $module "



None of this makes any sense, whatsoever. I suggest removing ALL of the hackman stuff, the .ini, the .cfg, the .itcl and reinstalling it. I think it's the old .ini file, but wipe out everything, just to be sure.

[PortlandPaw]

Originally posted by bobbob20
My actual Tivoweb directory is "/tivoweb-tcl". Guess it's kinda strange being in the root and all, but I guess my drive has been read/write for a few years anyway.

Here's a "skin", I guess you could call it that, I made while messing around. Maybe others will find it useful too. Just use these in the "images" directory instead of the stock ones.

Hope ya don't mind me adding to your program, PP. Thanks by the way.

I don't mind...looks kinda cool. Strange, though, to see this thing I've been working on for nine months take on a totally different look!

Thanks for the contribution.

[hobiecat]

Originally posted by PortlandPaw
Shut down TivoWeb and start in manually as you've done before, but instead of using tivoweb &, do tivoweb console. Watch for error messages as it tries to load hackman and report them back here.

OR, look at the last batch of entries under tivoweb.log in the logs module. The same errors should be reported there from the last load(s).
- - - - - - - - - - - - - - - - - - - - - - -
Directories are OK (the tabs in my last post 'got eaten' and messed the formatting up)
Executed 'tivoweb console' as instructed: Here's the messages. It's exactly the same as the m1fly error message in this thread. (misery does love company)
==============
hackman
couldn't open "/etc/rc.d/rc.sysinit.author": no such file or directory
can't read "data": no such variable
NONE can't read "UseCfg": no such variable
while executing
"if {!$UseCfg} {
if {$series1} {set find $source_dir/bin_ppc/find} else {set find $source_dir/bin_mips/find}
for {set i -1} {$i < 33} {incr i} {
..."
(file "./modules/hackman.itcl" line 259)
invoked from within
"source $module "
==============
The rest of the modules load as expected, followed by 'Accepting Connections'.

I do not currently have an /etc/rc.d/rc.sysinit.author file.
Should I create one? What to put in it?
My rc.sysinit file points to /var/hack/etc/hacks_callfromrc.sysinit
This from the original Keegan install script

Thanks for any input

[hobiecat]

Took a look once again at the error message and hackman.ictl

I guessed that hackman.ictl is expecting the hacks stuff to reside in rc.sysinit.author

However, my hacks are in /var/hack/etc/hacks_callfromrc.sysinit (thanks to the Keegan 'Hacking Tivo' book/CD).

So in hackman.ictl, I replaced all occurrences of 'rc.sysinit.author' with
'/var/hack/etc/hacks_callfromrc.sysinit'

Did a "restart/quit" in tivoweb

NOW IT WORKS!!!

note to user m1fly: You had the same error message. Same solution too?

Thanks to PortlandPaw for getting me on the right track.

Awsome!!

[hobiecat]

let me correct a type in my last post:

I posted:
So in hackman.ictl, I replaced all occurrences of 'rc.sysinit.author' with
'/var/hack/etc/hacks_callfromrc.sysinit'

I should have posted:
So in hackman.ictl, I replaced all occurrences of '/etc/rc.d/rc.sysinit.author' with
'/var/hack/etc/hacks_callfromrc.sysinit'

Guess sleep would be a good idea right now

[m1fly]

I am confused.

Currently I have few hacks installed, Only tnlited is started from my rc.sysinit
I do not have a rc.sysinit.author file.
Should I create this file?
What should be in it?

Correct me if I am wrong but I though hackman will create this file if you want the hack to start at boot.

Message to PortlandPaw

Thanks for you previous post, Just to let you know I deleted all hackman related files (Except images ) before installing 3.1.4 so it is not an old .ini .cfg file.

I have noticed that my /var/hack/tivoweb-tcl directory has user and group set
drwxrwsr-x 6 1000 1000 1024 Dec 2 22:03 tivoweb-tcl

I thought tivo ignores this, once I have worked out how to change it I will try again.
Chown and chgrp give me invalid option.

PS How sould I force hackman to use the hackman.cfg file?

Regards Richard.

[PortlandPaw]

Originally posted by hobiecat
Took a look once again at the error message and hackman.ictl

I guessed that hackman.ictl is expecting the hacks stuff to reside in rc.sysinit.author

However, my hacks are in /var/hack/etc/hacks_callfromrc.sysinit (thanks to the Keegan 'Hacking Tivo' book/CD).

So in hackman.ictl, I replaced all occurrences of 'rc.sysinit.author' with
'/var/hack/etc/hacks_callfromrc.sysinit'

Did a "restart/quit" in tivoweb

NOW IT WORKS!!!

note to user m1fly: You had the same error message. Same solution too?

Thanks to PortlandPaw for getting me on the right track.

Awsome!!

Congratulations! You have now successfully edited hackman to edit hacks_callfromrc.sysinit instead of rc.sysinit.author. But, judging from the error message, what really got you going was starting hackman with the old hackman.ini file deleted, allowing hackman to create a fresh and correct .ini file. This appears to be the major problem with upgrading.

[beejaycee]

Can anyone give me an idea on this error? I am running a killhdinitrd version of 4.0.1b. TivoWebPlus is running but I'm having problems with Hackman. I went to tivoweb.log and see this segment:

hackman
CHILDSTATUS 332 1 ./bin_mips/find: /etc/rcS.d: Input/output error
./bin_mips/find: /etc/init.d: Input/output error
./bin_mips/find: /etc/tpm: Input/output error
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 [lindex $filelis..."
(file "./modules/hackman.itcl" line 267)
invoked from within
"source $module "

I have chmod 755'ed "find," so I'm lost. TIA

[PortlandPaw]

Now's as good as time as any to try this to see if it helps. Please unzip the file and install in place of the find in your bin_mips directory. Then report back. Thanks!

NOTE: This mips version of find was obtained from Mark Abramowitz and is much smaller than the current version bundled w/hackman and (if we're lucky) less buggy.

[beejaycee]

Originally posted by PortlandPaw
Now's as good as time as any to try this to see if it helps. Please unzip the file and install in place of the find in your bin_mips directory. Then report back.
Thanks for the quick response. Okay, unzipped, reinstalled in the bin_mips directory, "chmod 755 find", did a full reload, and still no hackman. Next did a "quit" and restarted via telnet ("cd /var/local/tivoweb-tcl" and "tivoweb"). I still don't have hackman in TivowebPlus so I checked the tivoweb.log and in the loading modules section, I got:
hackman
CHILDSTATUS 381 1 ./bin_mips/find: /etc/rcS.d: Input/output error
./bin_mips/find: /etc/init.d: Input/output error
./bin_mips/find: /etc/tpm: Input/output error
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 [lindex $filelis..."
(file "./modules/hackman.itcl" line 267)
invoked from within
"source $module "
With WS_FTP, I can't find /etc/init.d or /etc/tpm. However, when I telnet to /etc, I see both.

[PortlandPaw]

Well, at least the errors are consistent. I have no idea why this is showing up on some boxes but not on others (certainly not on mine). I don't have an S2 to experiment with, so could you try this:

Find the lines with code such as you see in the error message (should be around line 267) in hackman.itcl. To each of them, add in "-path ./etc -prune -o" in a logical middle position. Then save hackman.itcl (make sure you're in UNIX not DOS format) and copy it to the TiVo. No need to chmod. Then reload.

See if that gets you started. If so, I'll modify the rest of hackman to deal with that exclusion as well as the other paths that aren't being searched.

[directivo165]

i just wanted to chime in, and tell you what a nice program you have written. im sure it took a lot of time and effort and i wanted to thankyou.

[m1fly]

RE: Install Errors.

Thanks for the support.

I set the user and group back to 0:0 on the tivoweb-tcl directory, didn't make an differance.

Its working now.

I created a rc.sysinit.author file with the line #!/bin/bash and set the file to be executable.

I haven't rebooted TiVo yet so not sure if will boot correctly since the mod.

Looks like a handy tool, Thanks Portlandpaw!

The way I interpreted the readme was that the rc.sysinit.author would be created by hackman.

Regards Richard.

[PortlandPaw]

Thanks m1fly and directivo165. I'll see if I can't make the readme a little more clear.

As for the resources, this is to assist in using the Resources module, which allows you to change various labels and menu items. Do a google on "TiVo Resources" for more information.

[beejaycee]

Originally posted by PortlandPaw
Find the lines with code such as you see in the error message (should be around line 267) in hackman.itcl. To each of them, add in "-path ./etc -prune -o" in a logical middle position. Then save hackman.itcl (make sure you're in UNIX not DOS format) and copy it to the TiVo. No need to chmod. Then reload.
Thank you for spending this much time on this for me. I opened hackman.itcl with lemmy and starting at line 266:
if {$i < 5} {
set finditem [exec $find / -path ./proc -prune -o -path ./dev -prune -o -path ./tvlib -prune -o -path ./tvbin -prune -o -path ./etc -prune -o -name [lindex $filelist $i] -type d]
} else {
set finditem [exec $find / -path ./proc -prune -o -path ./dev -prune -o -path ./tvlib -prune -o -path ./tvbin -prune -o -path ./etc -prune -o -name [lindex $filelist $i] -type f]
}
I guess I don't understand what I'm doing but that code is already within the code block. I'm going to uninstall it all and examine what I did when I installed it to see if I did something dumb.

[PortlandPaw]

So it is...now I'm more confused than every, since that command theoretically prevents the search from going down the .etc path...and yet, that's where the error lies. Have you tried that standard fix-all, the re-boot?

[beejaycee]

Originally posted by PortlandPaw
So it is...now I'm more confused than every, since that command theoretically prevents the search from going down the .etc path...and yet, that's where the error lies. Have you tried that standard fix-all, the re-boot?
I've rebooted with the same results. Strangely enough, I have two DTivos, both Hughes HDVR2s, both bought at the same time, both hacked with the same 4.0.1b image, both killhdinitrd'ed, both have the same hacks applied EXCEPT one has a 160 gig drive (using 137 gigs) and one has a 80 gig drive. The 80 gig is running Hackman perfectly.:confused:

The only obvious difference I can see between my 2 DTivos, other than the hard drive sizes, are a couple of differences in rc.sysinit.author. On the DTivo that won't run Hackman, TivoWebPlus is called before the "sleep 300" and is also before the Tivo Package Manager scripts are called. Next I'll copy the rc.sysinit.author from the working Tivo to the problem child and see what happens. Still, I'm restarting TivoWebPlus well after everything is up and running so that shouldn't be a problem.

[galewis]

Recently had to reinstall TivoWeb Plus, and now I’ve got it, mserver and tserver all running. Decided to then reinstall Hack Manager. I thought I followed the instructions correctly, but I’m not getting any kind of indication in TivoWeb’s menus that Hack Manager is running.

Here’s what I did:

· downloaded the file linked at the bottom of the first message in this thread
· unzipped the files to my PC
· uploaded the hackman.itcl file into the /modules directory
· uploaded the .png files into the /images directory
· uploaded the "find" and "sendkey" files into the /bin_mips and /bin_ppc directories
· did a chmod 755 on all of the files I uploaded
· tried a Quick Reload of TivoWeb; didn’t get any indication that Hack Manager was installed
· did a Full Reload; still didn’t seem to work
· rebooted TiVo; still nothing

I was able at this point to successfully install the Season Pass Backup hack – it showed up after I did a Full Reload. Still no indication of Hack Manager, though....

I must be missing something here, but I can’t see it. Any ideas?

My unit is a HDVR2 running 4.0.1b-01-2-240.

Thanks.

[PortlandPaw]

Please supply load error information.

Shut down TivoWeb and start manually from bash using tivoweb console. Watch for error messages as it tries to load hackman and report them back here.

OR, look at the last batch of entries under tivoweb.log in the logs module. The same errors should be reported there from the last load(s).

[beejaycee]

Originally posted by beejaycee
Next I'll copy the rc.sysinit.author from the working Tivo to the problem child and see what happens. Still, I'm restarting TivoWebPlus well after everything is up and running so that shouldn't be a problem.
I've copied the rc.sysinit.author from the fully functional DTivo to the one that won't run hackman and the results are still the same after rebooting. For grins, I loaded an older version of Hackman (v2.06) that I had downloaded when I first started all of this. It loads and the Hackman button shows up on my TivoWebPlus menu BUT I get another error in my tivoweb.log for my User Interface option which doesn't load. I restarted TW+ twice with the same results. I deleted the 2 Hackman files (.ini and .itcl), restarted TivoWebPlus, and my UI button is back.

So, on my 137 gig DTivo Hackman v2.06 runs but the UI screws up. Hackman 3.14 won't run because of an error with "find." Does this suggest anything to anyone?

[galewis]

Originally posted by PortlandPaw
Please supply load error information.


Thanks for the help. Here's the information from tivolog:

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

Loading modules...
backup
favicon
hackman
POSIX ENOENT {no such file or directory} couldn't read file "/var/local/tivoweb-tcl/modules/hackman.cfg": no such file or directory
while executing
"source $source_dir/modules/hackman.cfg"
(file "/var/local/tivoweb-tcl/modules/hackman.itcl" line 23)
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

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

So that obviously does reveal something. I thought I remembered reading that the config file wasn't necessary...?

[PortlandPaw]

The .cfg file has gone away and come back again. But this time as an option. The file is needed to prevent the error you received (and it's included in the .zip), but it's not used unless you choose to use it after editing it to match your configuration.

Basically, it boils down to this:
1. Don't use the .cfg file and let hackman do the work of finding your hacks. (default)
2. If hackman fails in this effort, customize .cfg to specify where your hacks are and select the .cfg option in the preferences section.

[galewis]

Thanks, PortlandPaw! I'm up and running now.

Great work on this hack, by the way. VERY helpful tool.

[PortlandPaw]

Originally posted by beejaycee
So, on my 137 gig DTivo Hackman v2.06 runs but the UI screws up. Hackman 3.14 won't run because of an error with "find." Does this suggest anything to anyone?

What did you do in your prior life to deserve this?

The UI screwup was fixed long ago and (I don't think) is a part of the problem. But beyond that, I just don't know.

I think a solution might be to start with the attached version of the hackman.ini file, which forces use of the hackman.cfg file and therefore bypasses the "find" calls. This is for use with V3.1.4 only, at this point. And you'll have to edit the hackman.cfg file to reflect the correct location of your hacks and other files.

Just rename hackman.txt to hackman.ini.

Hope this does the trick!

[beejaycee]

Originally posted by PortlandPaw
I think a solution might be to start with the attached version of the hackman.ini file, which forces use of the hackman.cfg file and therefore bypasses the "find" calls. This is for use with V3.1.4 only, at this point. And you'll have to edit the hackman.cfg file to reflect the correct location of your hacks and other files.

Just rename hackman.txt to hackman.ini.
Again I thank you for all this support! It is a great program and I like having it on my other Tivo. Hopefully, this will get in on my main box. I can't get to it now but I'll let you know.

[samhammer]

I also am having problems getting hackman to load. I've tried with the cfg file and without. Tried to hard code the paths in the cfg also. Also tried the new 'find' that was posted last page.

Here is the latest info from the consol when I started with
tivoweb console.

By the way, it hangs a long time while hackman is trying to start. I did do a chmod 755 command on all the files, especially after the new 'find' was copied to the tivo

I have an HR10-250 with the 3.1.5e software.



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.
Loading modules...
favicon
hackman
CHILDSTATUS 357 1 ./bin_mips/find: /proc/344: No such file or directoryify-crc]
while executingled to open []
"exec $find / -path ./proc -prune -o -path ./dev -prune -o -path ./tvlib -prune [--help] [--version] [pattern...] [< archive]h-2.02# ls
-o -path ./tvbin -prune -o -path ./etc -prune -o -name [lindex $filelis..." extrac
cpio {-p|--pass-t
(file "./modules/hackman.itcl" line 271) readme
invoked from within
"source $module "ebPl

index-null
errDbNotFound can't open object (errDbNotFound)link] [--quiet]

while executing
"db $db openidconstruction $id $subid"mp

("uplevel" body line 2)ess-time] [--verbose] [--do
invoked from within
"uplevel $body"
invoked from within
"RetryTransaction {
set channelobj [db $db openidconstruction $id $subid][-E file] [-H format]
set record [defaultval 1 [dbobj $channelobj get Record]]er][:.][group]] [-I [[user@]host:]archive]
..."
(procedure "init_channelindex" line 52)
invoked from within
"init_channelindex"
(file "./modules/index.itcl" line 676)
invoked from within
"source $module "
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
Accepting Connections


Thanks
Sam

[samhammer]

Just restarted it again, after I put the original 'find' on the tivo box and here is the latest 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
hackman
CHILDSTATUS 456 1 ./bin_mips/find: /proc/447: No such file or directory
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 [lindex $filelis..."
(file "./modules/hackman.itcl" line 267)
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



Again, took a long time to get past the hackman error

Sam

[slimjime17]

Just tried V3.1.4 and it seems to work great.
Had to delete the old .INI file for it to start but now it finds TyTools.
Great Work

Slim

[directivo165]

hackman isnt starting my elseed server. when i run elseed via telnet it works and so do all of my yac listeners(successfully edited my elseed.conf file:-). i read to look for the sart elseed portion in hackmans itcl file but i not excactly sure what to do. i cut and pasted a part of the file here where i think i should work on but again im not sure what to do. elseed is in my /var/hack dir.

if {[file exists $yacpathname] && [file exists $elseedyacpath/elseedyac]} {set yacpathname "/var/hack/dummyyacfile"}

set checkpath "$telnetpathname $ftppathname $source_dir/tivoweb
$yacpathname $tcspathname $cronpathname $mfspath/mfs_ftp.tcl $vserverpathname
$tytoolpath/NowShowing.tcl $tystudiopath/tyserver $telnetpathname $endpadpathname
$irblastpathname $autospacepathname $endpadpluspathname $elseedpathname $ccxstreampathname
$elseedyacpath/elseedyac $unscramblepathname $noscramblepathname $noscramble_mbmpathname
$source_dir/tivoweb"

[directivo165]

hackman isnt starting my elseed server. when i run elseed via telnet it works and so do all of my yac listeners(successfully edited my elseed.conf file:-). i read to look for the sart elseed portion in hackmans itcl file but i not excactly sure what to do. i cut and pasted a part of the file here where i think i should work on but again im not sure what to do. elseed is in my /var/hack dir.

if {[file exists $yacpathname] && [file exists $elseedyacpath/elseedyac]} {set yacpathname "/var/hack/dummyyacfile"}

set checkpath "$telnetpathname $ftppathname $source_dir/tivoweb
$yacpathname $tcspathname $cronpathname $mfspath/mfs_ftp.tcl $vserverpathname
$tytoolpath/NowShowing.tcl $tystudiopath/tyserver $telnetpathname $endpadpathname
$irblastpathname $autospacepathname $endpadpluspathname $elseedpathname $ccxstreampathname
$elseedyacpath/elseedyac $unscramblepathname $noscramblepathname $noscramble_mbmpathname
$source_dir/tivoweb"

[PortlandPaw]

Look for the portion of hackman.itcl that looks like this:###########################################
# Any manual overrides of pathnames should be entered here
# OR entered into hackman.cfg and activated on the
# preferences page
###########################################
set elseedyacpath "/var/hack/bin"
set checkfile "/var/hackmanbootcheck"
set file0 "$source_dir/modules/hackman.cfg"
set file1 "$source_dir/modules/hackman.ini"
set file2 "$source_dir/tivoweb.cfg"
set file6 "/etc/rc.d/rc.sysinit.author"
set file16 "/etc/rc.d/rc.sysinit.author.PRIOR"
set file7 "/etc/rc.d/rc.sysinit"Correct it to reflect the location of your /var/hack location.

[PortlandPaw]

The latest version will be found here (http://web.nlis.net/~davehill/hackman/LatestVersion/hackman-V3.1.5.zip). This is a minor update which fixes a couple of minor glitches, replaces the mips "find" with a smaller file, provides a link to a new hackman website with support and update links, and provides support for sshd.

[directivo165]

thanks for the help, i know that you are busy.

if i get elseedyac running, and all of the yac listeners working, then hackman disappears. if i get hackaman working again then the callerid goes kaput. i am really screwing something up now. lol. i gotta comb the forum for hackman problems to see what is going on.

[PortlandPaw]

If hackman doesn't load, please use the methods described in this thread to report back load errors. I know I had elseedyac working OK before but, who knows, I may have messed something up since. I'll have to set up my DTivo to replicate your configuration and test again, but I need to know what to look for.

[samhammer]

PortlandPaw,

Just wanted to pass on that I finally got hackman to load. Am using 3.1.5 on an HR10-250 (3.1.5e), but had to use the .ini file you posted to force use of .cfg file.

I would still always get the error pertaining to 'find' if I let it search itself.

Thanks for the good work.

Sam

[PortlandPaw]

I'm glad we finally got a workaround...it still stumps me, though, why the find isn't working as expected.

[directivo165]

when i telnet in the tivo i run these commands:

cd /var/hack/elseed/elseed-0.6.0
./elseed &

and this starts my elseedyac server. everything works fine as along as i keep the telnet window open. i attempted to edit my hackman.cfg in hackman "edit and preferences" screen.

The following entries are paths only; no app names: #
set tivoweb194path "/var/hack/tivoweb-tcl"
set tivowebpluspath "/var/hack/tivowebplus"
set mfspath "/var/mfs_ftp"
set tytoolpath "/var/hack/tytool"
set tystudiopath "/var/index"
set elseedyacpath "/var/hack/elseed/elseed-0.6.0"
set xPluszpath "/hack/bin/xPlusz"
# #
# The following entries include both path and app name: #
set telnetpathname "/sbin/tnlited"
set ftppathname "/var/hack/bin/tivoftpd"
set yacpathname "/var/hack/bin/yac"
set tcspathname "/var/hack/tcs/starttcs"
set cronpathname "/var/hack/bin/cron"
set vserverpathname "/var/hack/vserver/vserver"
set endpadpathname "/var/hack/endpad.tcl"
set irblastpathname "/var/hack/ir/irblast.tcl"
set autospacepathname "/var/hack/autospace.tcl"
set endpadpluspathname "/var/local/epp/endpadplus.tcl"
set elseedyacpath "/var/hack/elseed/elseed-0.6.0"
set sshdpathname "/var/hack/bin/sshd"
set ccxstreampathname "/var/hack/bin/ccxstream"
set unscramblepathname "/lib/modules/unscramble.o"
set noscramblepathname "/lib/modules/noscramble.o"
set noscramble_mbmpathname "/lib/modules/noscramble_mbm.o"

any ideas?

[PortlandPaw]

Three possible problems I see -- first, the
set elseedyacpath "/var/hack/elseed/elseed-0.6.0"
statement should be simply the path:
set elseedyacpath "/var/hack/elseed"
Unless elseed-0.6.0 is actually the path

Second, the hackman startup commands are set to start "elseed" not "elseed-0.6.0". Try renaming the elseed app, unless elseed-0-6.0 is the directory and elseed is the app.

And, third, if you're editing the hackman.cfg file, remember that it does nothing unless the preferences screen command is set to use the .cfg file.

Hope this helps you figure it out.

[directivo165]

"set elseedyacpath "/var/hack/elseed/elseed-0.6.0"
i made a dir in my /var/hack called "elseed" then i unzipped elseed-0.6.0.tar.gz in it, it created another folder in /var/hack/elseed of
elseed 0.6.0 and in that folder is the file that runs the server, whew lol.
so, i think i got the path right but, i have not checked the box to use .cfg file in hackman.

"...unless the preferences screen command is set to use the .cfg file"

you are talking about checking the box labeled "Use .cfg file to define hack pathnames" ?

well i checked the box and now i get:" couldn't execute "/var/hack/elseed/elseed-0.6.0": permission denied "

i chmod 777 the elseed file and ran mount -o remount,rw / but i still get the same error even after i rebooted the tivo.

and now, i have really upset hackman by unchecking the password box. now it wont let me in "edit and pre..." i get:

INTERNAL SERVER ERROR
--cut here--
action_password ';' ''
expected boolean value but got "Bootstart:"
while executing
"if {$DoEdit} {set 23text "checked"} else {set 23text " "}"
(procedure "action_HMpreferences" line 29)
invoked from within
"action_HMpreferences $chan $path $env"
(procedure "::action_password" 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--

lol

[tfarmer]

What does this mean? POSIX EACCES {permission denied} couldn't execute "/var/hack/tivowebplus/bin_ppc/SendKey": permission denied

And

[PortlandPaw]

That means you need to chmod the bin_ppc files as described in the README.

[PortlandPaw]

Originally posted by directivo165
and now, i have really upset hackman by unchecking the password box. now it wont let me in "edit and pre..." i get:

INTERNAL SERVER ERROR
--cut here--
action_password ';' ''
expected boolean value but got "Bootstart:"
while executing


Are you having fun yet?

The last error is easy to address -- just delete your old hackman.ini file and let it create a correct fresh one. My next version will check for a current .ini file and take care of this problem automatically.

But you're on the right track. If you're getting a permission error on elseed, you should get the same error running it from bash. Keep plugging. When I get some time, I'll try to replicate running elseedyac on my DTivo and be sure it's working OK. That might also give me some clues as to where you're going wrong.

[directivo165]

thanks for sticking with me. im still hammering away:-).

[PortlandPaw]

I finally got my DirecTiVo set up for software testing. Here's what I did...
I put yac, yac_srv and elseedyac into my /var/hack/bin directory, the way it's described in the README (attached). I chmod'd those files +x and started hackman. Hackman found elseedyac and I was able to start and stop it, confirming those actions with a look at "ps ax." I had no trouble whatsoever. The only thing I couldn't test was the function of the caller id display -- I don't have a phone line connected to my DTiVo.

So you should be able to get it to run on your box...keep plugging.

[PortlandPaw]

The latest version will be found here (http://web.nlis.net/~davehill/hackman/LatestVersion/hackman-V3.2.0.zip).

At arthur's suggestion, this version adds the option of managing other startup files instead of rc.sysinit.author, particularly a startup file called by the TMP installation of TivoWebPlus.

Also included is an "emergency" .ini file that forces use of the .cfg file and should fix the "find" problem encountered by a couple of people.

Please check the README for details.

NOTE: There is no need to delete the old .ini file if you are upgrading; this is now done automatically.

[directivo165]

and so it made the service call and blew away all of my hacks, lol grrr. so i re-installed everything, and everything appears to be working. i can only deduce that i installed thses app wrong, so they didnt work properly. sorry for all of the trouble. i am using the orginal elseed, greg has compiled it(i think this is the right programming term) so it is a yac server also.

ps: why dont you have a phone line installed? i got real nifty fix so the dtivo doesnt call out on it

[PortlandPaw]

The latest version will be found here (http://web.nlis.net/~davehill/hackman/LatestVersion/).

Per arthur's comments I've fixed a couple of minor things but, most importantly, I may have finally fixed the "find" bug. But I'll have to wait to hear from the S2 users who have experienced this problem.

[dspille]

I'm getting this error when accessing the TiVo Resources page. I'm running the latest version on an SA1. Any ideas?

GID IID Resource
--- --- --------

INTERNAL SERVER ERROR
--cut here--
action_shell '' 'set "cmd" ".";'
invalid command name "findid"
while executing
"findid $db $grplist 666 $chan"
("uplevel" body line 4)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set swsys [db $db open /SwSystem/ACTIVE]
set grplist [dbobj $swsys get ResourceGroup]
set grp [findid $db $grplis..."
(procedure "::action_shell" line 37)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[PortlandPaw]

That's a casualty of breaking out the bufferhack code. I'll put that sub-sub-routine (findid) back in the next release. In the meantime, if you search on the other forum for bufferhack.itcl and download that into your modules directory, you should be all set.

[dspille]

Found it, and it works great! Thanks so much!!

Dennis

[JrMandy]

tivo:/var/hack/y$ TivoWebPlus Project - v1.0
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under t
See the 'copyright' and 'README' files for copyright and credit information.
Loading modules...
backup
favicon
hackman
CHILDSTATUS 287 1 ./bin_mips/find: /proc/144: No such file or directory
while executing
"exec $find / -path '/proc' -prune -o -path '/dev' -prune -o -path '/tvlib' -pru
ne -o -path '/tvbin' -prune -o -path '/etc' -prune -o -name [lindex $fi..."
(file "./modules/hackman.itcl" line 280)
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

any ideas what i did wrong?

[PortlandPaw]

Try using the hackman-EMERGENCY.ini as described in the README.

[JrMandy]

that worked. thank you

[JrMandy]

the popups dont work, im useing firefox is that why?

[PortlandPaw]

Yes, Microsoft dictated this popup format and doesn't share well with others. No surprise there. The README indicates that this feature is available on Internet Explorer only. Maybe, maybe, I'll implement this feature for other browsers in the future, but it's a low priority.

[galewis]

PortlandPaw, you might want to check into a problem I recently ran into. The thread to which this post belongs details things:

http://www.tivocommunity.com/tivo-vb/showthread.php?postid=2445670#post2445670

Long story short: HackManager evidently wiped out the references to Telnet and TWP in my rc.sysinit.author file. I wish I could give you more information into exactly how it happened, but I'm pretty much a greenhorn.

This happened after installing HackManager v3.1.4 on an HDVR2.

I'll be happy to give more information if I can.... You might want to PM me.

[PortlandPaw]

I'm sorry you had such difficulty. At the risk of preaching (but, then, it is Sunday), this is all covered in the README as quoted here:The small red and green buttons next to the names of the hacks indicate the status of boot startup commands located in the /etc/rc.d/rc.sysinit.author file, or whichever startup file you have chosen to manage with hackman. If the button is red, the hack will NOT start when TiVo is booted; if it's green it will. Click a button to add or remove a hack from the startup file. NOTE: When this feature is used, the startup file will consist of ONLY those hacks entered by hackman, plus any other commands manually entered by the user AFTER the first file is created. Each time the file is changed, the file is completely re-written. The file can be edited as described elsewhere. If startup commands are desired beyond the scope of hackman, it is recommended that these commands be included in the "user section" of the startup file. NOTE:At the risk of being repetitious, use of this feature will overwrite any previous startup file. A back-up file will be created (.PRIOR), but it's best to plan ahead as suggested here (using rc.sysinit.author as an example):
1. Create a copy of your old rc.sysinit.author file (if it exists) or you can use the file that is created in the next step, rc.sysinit.author.PRIOR
2. Run hackman and add or delete a hack. This will create a fresh rc.sysinit.author file
3. Use hackman's file edit feature to edit the new rc.sysinit.author file
4. Cut-n-paste the pieces of the old file that weren't included in the new file. Put these commands in the space created between
## ~~ Start of user section ~~ ##
and ### ~~ End of user section ~~ ###
Do not edit any of the "#" or "~" characters -- these are what hackman uses as markers to define the users section.
Again, I apologize but, people, you've GOT TO READ THE READMEs!

[galewis]

You're right -- my apologies. I'll admit that I'm new to this, so it's my inexperience that's to blame. The first time I installed HackMan it didn't behave this way (I don't think), so I suppose that's my excuse for not preparing in advance. Not a reason, mind you; just an excuse.

Hacking a TiVo is a pretty convoluted process, and things occasionally go wrong. "Experience is the best teacher," they say.

Thanks for a great tool.

[Wander2000]

I admit I'm a newbie, but have read every post and can't find the answer to this:

action_backdoorcodes '' 'set "backdoorcode" "2";'
/var/local/tivoweb-tcl/bin_ppc/SendKey: /tv/log.tcl: No such file or directory
while executing
"exec $send_key $key"
("foreach" body line 1)
invoked from within
"foreach key "tivo tivo" {exec $send_key $key}"
("2" 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 14)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"

SendKey is in /var/local/tivoweb-tcl/bin_ppc but my log.tcl is in tvlib/tcl/tv, how and where can I point them to the right place?

[PortlandPaw]

I don't know what the problem would be. I would make sure that you have the correct "SendKey" in the bin_ppc directory -- there are two of them -- one for ppc and one for mips -- and they aren't interchangeable.

[PortlandPaw]

Originally posted by galewis
Hacking a TiVo is a pretty convoluted process, and things occasionally go wrong. "Experience is the best teacher," they say.

Thanks for a great tool.

Thank you for understanding. I have certainly made a few mistakes which have led me to take the TiVo out of service to fix a blunder, causing untold marital discord.

Since hackman is an emerging entity, things change as development continues. It's easy to assume that if things worked before they will work now...and usually they do, sometimes they don't. But that's the nature of evolution.

I'm trying to make hackman safe to use under almost all conditions -- therefore the opportunity to review the startup file before saving it and the option to not show the bootstart buttons so you won't mess up a working setup.

Just remember, this is a hobby and, by definition, hobbies are fun!

[stevel]

One minor annoyance with Hackman is that it gets confused by an installation of TiVoWebPlus in the place the instructions say to install it - /var/local/tivoweb-tcl - whcih I gather is where TiVoWeb also goes. Hackman sort of thinks it is TiVoWeb, but not entirely - it can tell that TWP is running but refuses to set it for automatic startup. I have even tried specifying the path explicitly, but no good. I gave up and inserted the startup line manually.

[Wander2000]

Originally posted by PortlandPaw
I don't know what the problem would be. I would make sure that you have the correct "SendKey" in the bin_ppc directory -- there are two of them -- one for ppc and one for mips -- and they aren't interchangeable.

Why did it take you so long to reply :) I can't believe it was that simple. You were correct, for some reason my SendKey file was not the right one, it was newer and a little larger than the one in the hackman.zip file, so I placed the 'correct' one there, and bingo, it works! Also the livetv is working now, thanks so much!

[JrMandy]

INTERNAL SERVER ERROR
--cut here--
action_setbootapps '' 'set "ID" "0";'
expected integer but got "This"
while executing
"lsort -integer $bootstart"
(procedure "action_writeauthor" line 52)
invoked from within
"action_writeauthor $chan $path $env"
("default" arm line 2)
invoked from within
"switch -glob $ID {
11 - 14 {
action_setendpad $chan $path $env
}
2 {
action_setTW $chan $path $env
}
default {
ac..."
(procedure "::action_setbootapps" line 9)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--


you've helped flawlesly before. i got this by trying to set the little green dot next to things. this was from telnet. any ideas?

John

[PortlandPaw]

Yep, just discovered that flaw this morning. Take the hackman.ini file and edit out the comments following the first line -- leave the "Bootstart:" and delete everything following. That will be fixed in the next release, which should be soon.

[JrMandy]

ill just wait for the next release dont wanna screw it up

[chippyt]

I was using .7 experimental and it has worked well. I have a HDVR2 with 4.0. I just installed 3.21 and I had to chmod +x the files in order for tivowebplus to see it. But, when I try to start tserver I get the following error:

couldn't execute "/var/mfs_ftp/tserver_mfs7": no such file or directory

The tserver file on my tivo is tserver_mfs in the /var/mfs_ftp directory.

Any ideas?

Thanks!

EDIT: I renamed tserver_mfs to tserver_mfs7 and everything seems to be working. I thought hackman looked for any file with tserver in it and used that file?

[PortlandPaw]

You're using a very old version of hackman. The way the current version (or the one soon to be released) works is that hackman looks for NowPlaying.tcl and sets the directory accordingly. Then it starts the file named tserver_mfs7.

With the new release of Jamie's tserver, hackman will look for tserver that's larger than a particular size and hopefully that will distinguish it from the earlier version. If that version is available, it will trump the earlier version if that is also found.

[PortlandPaw]

The latest version will be found here (http://web.nlis.net/~davehill/hackman/LatestVersion/).

Until I hear back from people, I'm not going to claim that everything is fixed, but my hope is that it is. In particular, the "find" problems have been addressed and support for Jamie's new tserver has been added. Plus identification of the old tserver/tserver_mfs7 has been improved.

I've also made the popups functional on most major browsers. I don't like them as much as the Microsoft implementation, but at least now they're available to most everybody.

More tools have been added to assist in the configuration process, specifically a .cfg file generator.

Please check the README for further explanations of the new features. Now, Merry Christmas to all and, to all, a good night!

[Pisser]

I installed tivowebplus (was working fine) and downloaded Hackman. Installed in the correct directory(s) and rebooted tivo and now getting connection refused by server when trying to connect via both ftp and telnet. On the Tivo side, if I select test connection now, it fails, If I immediately try again, works fine but still get the error on the pc side. Running Pioneer 810H (300gig) with 5.2.2. Any suggestions. Thanks.

[PortlandPaw]

Hackman doesn't make any changes to anything that aren't requested by the user; it changes nothing on install, other than making its presence known in TW/TWP.

This is my way of saying that hackman pleads innocent to causing your connectivity issues -- something else is happening.

I would look at the forums for information on troubleshooting "no ftp, no telnet." I suspect you'll have to establish a serial connection to diagnose the problem or just go ahead and pull the drive(s) to fix it.

[PortlandPaw]

A minor update has been posted which fixes a read-only file system error.

[PortlandPaw]

I've determined hackman doesn't work without a .cfg file. I'm going to use the same method as with the .ini file, i.e. hackman will create, write and use the .cfg file, which can then be edited as needed.

In the meantime, the best thing to do is this from the README:
Recommended procedue:
1. Start hackman and allow hackman to find all of your hacks
2. Based on this information, create a hackman.cfg file on the "Observed Paths and Pathnames" page, reached from the Preferences page
3. Review the derived hackman.cfg and edit it to match your configuration
4. Save hackman.cfg and check the checkbox on the Preferences page, Use .cfg file to define hack pathnames

Watch for a new release in a few days.

[dickuk]

I have upgraded from an old version of Hackmanager to the latest V3.3.2 beta and am getting the following error when I run for the first time.

INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
can't read "author": no such variable
while executing
"set delfilelist "$config $author $inifile""
(procedure "::action_hackman" line 14)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--


I have searched and cannot find a solution.

Any ideas?

Thanks

[PortlandPaw]

Look for an update shortly. Thank you for the catch.

[stark]

I just upgraded from version 1.17 to 3.3.1. HackMan was already my favorite TW module and 3.3.1 is even better. I think I found a minor bug and I have one request. I'm running TWP 1.0 and IE 6.

The bug: It looks like the popitup#() js functions are auto-generated. I think there is a problem with the index because a popitup-1() function is generated. IE doesn't like the dash in the function name. This function is never called. I didn't see the error until I turned on full js debugging in IE for some other development I'm doing.

The request: I really like the LED graphics that indicate if an app is started at boot time. My telnet and ftp are started in rc.sysinit, so they show as not being started at boot. The workaround is to tell HackMan to start them both at boot and then delete the code to start them from the rc.sysinit.author before saving. It's a minor annoyance, but I thought I would mention it.

[Fozzie]

... or just tell Hackman to start them at boot and then leave it like that (with entries in both rc.sysinit & rc.sysinit.author) ;)

Not my idea but PortlandPaw's; I had the same issue and this is what he does... and so do I now. I haven't noticed any problems after a reboot :)

[PortlandPaw]

stark, I think you'll like the new boot button code in the latest version. And I'll look into the popup generation process. Thank you.

[dickuk]

Originally posted by PortlandPaw
Look for an update shortly. Thank you for the catch.

I have tried the new release V3.3.3, and the original error has gone but has been replaced by :

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 $oldauthor Bootstart: ""
(procedure "readinifile" line 25)
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--

Any ideas?

Thanks

[dickuk]

Originally posted by dickuk
I have tried the new release V3.3.3, and the original error has gone but has been replaced by :

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 $oldauthor Bootstart: ""
(procedure "readinifile" line 25)
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--

Any ideas?

Thanks

Its ok, got it sorted now - the find program didnt have execute permissions.

Richard

[crow]

I've just upgraded from V1.2.1 to V3.3.3 on 2 of my TiVos and hackman no longer shows up at all on those 2... I'm not touching the 3rd one until I fix these 2 :|

I deleted my old hackman.itcl and .cfg and replaced them with the new hackman.itcl in /usr/tivoweb-tcl/modules. I copied the find and sendkey to bin_mips and chmodded them accordingly. I moved the images to their respective folder.

I get this in my Tivoweb.log on Tivo #1:
POSIX ENOENT {no such file or directory} couldn't read file "/usr/tivoweb-tcl/modules/hackman.cfg": no such file or directory
while executing
"source $source_dir/modules/hackman.cfg"
(file "/usr/tivoweb-tcl/modules/hackman.itcl" line 19)
invoked from within
"source $module "
I placed my old hackman.cfg file back in the modules folder and it doesn't change the error.

Same routine on TiVo #2 and now I get this in tivoweb.log:

POSIX ENOENT {no such file or directory} couldn't open "./modules/hackman.ini": no such file or directory
while executing
"open $inifile r"
(procedure "readinifile" line 30)
invoked from within
"readinifile"
(file "./modules/hackman.itcl" line 2720)
invoked from within
"source $module "

I know I've got be missing something dumb and simple, help me Paw.... pretty please........


--CroW

[crow]

Ok, without getting into too painful detail for both TiVos I created an empty hackman.ini file using notepad and moved it to /usr/tivoweb-tcl/modules
I then reloaded TWP and hackman generated a cfg file... Reloaded it again and both TiVos have hackman now... Sheesh...

[Fozzie]

You should have just deleted all 3 of the hackman files (ini, cfg & itcl) and copied over the new .itcl
Things would have been fine then ;)

[crow]

The version I had before didnt have an ini, nor did this one..... I deleted the hackman.itcl and the cfg for 1.2.1 and copied the new hackman.itcl. Then I had to do all this other stuff before it would work correctly.

[arthur]

did you reload TivoWeb(+)

[stark]

PortlandPaw,

I changed line 2460 in the 3.3-beta from:
for {set i -1} {$i < 20} {incr i} {
to
for {set i 0} {$i < 20} {incr i} {

That seems to have fixed the javascript error caused by hackman generating a popitup-1 function.

[PortlandPaw]

Yep, it's been done in the upcoming version. Thanks for the assist.

[PortlandPaw]

You'll find the latest hackman beta here (http://web.nlis.net/~davehill/hackman/LatestVersion/).

With everyone's help, I think I'm making progress toward a final release with all the new features.

Please give this a try and let me know how it works, both good and bad.

The README has been re-worked a little and contains some new information. Please take a look at it.

[beejaycee]

I know this is a dumb question, but in your README, it says, Recommended procedue:
1. Start hackman and allow hackman to find all of your hacks...
Is this saying to start Hackman by restarting TWP once the files are in place? That is what I'm doing and I'm still getting errors so I thought maybe I didn't understand. From my tivoweb.log:
hackman
CHILDSTATUS 850 1 /var/local/tivoweb-tcl
./bin_mips/find: /etc/rcS.d: Input/output error
./bin_mips/find: /etc/init.d: Input/output error
./bin_mips/find: /etc/tpm: Input/output error
while executing
"exec $find / -name "tivoweb\[+-~\]*" -type d"
(file "./modules/hackman.itcl" line 2660)
invoked from within
"source $module "
and the hackman.ini and hackman.cfg files are not being created in the modules directory.

[PortlandPaw]

You're doing it right...try switching to the other find. In other words, put the find in your bin_ppc directory into the bin_mips directory. I think there might still be issues over which version of find to use.

If that does it for you and you're definitely running a Series 2 box, I think I'll devise a simple error check for one of the find versions -- if it works, fine; if it generates an error, use the other one.

[Montaño]

3.3.4 sure is working better for me than 3.3.3 !!!!

Thanks again for a great program :)

[didolgi]

Well I went from 3.3.1 to 3.3.4 and my boot stop lights are now broken.... My telnet and TivoWebPlus are showing red, even though they are in the rc.sysinit.author file. When I try to enable either of them it removes the other from the rc.sysinit.author file.

I haven't spent any time looking for the problem yet, but thought I'd ask if anybody else has this problem. I'll dig around the next day or two and see if anything pops up.

[SeanC]

Something I noticed several versions ago. On a new install of hackman after the initial boot the Tivo is in r/w. After setting to boot r/o it boots that way.

Getting Blue icons on:
TivoWebPlus
Cron
Tivo FTP
Endpad

Getting Yellow on:
Telnet
vserver
tserver

I was originally using the startup script editor module but when you added the ability to manage script startup to hackman I removed (or thought I did) the startup script. This made rc.sysinit.author.edit, .old and .new all useless but I left them in my /var/hack dir, I thought that hackman was reading the values there and causing me all the yellow and blues but even after removing those files from /var/hack the icons stayed the same. What startup files is hackman looking in to determine the icon colors?

[stark]

I had previously moved my old rc.sysinit.author.edit files out of /var/hack and into their own backup directory. The 3.3.3 beta didn't find them there and showed green. The 3.3.4 beta did find them and showed them in blue. I deleted these files and then Hackman went back to green.

[stark]

One other quirk with 3.3.4: My rc.sysinit.author was generated by Hackman 3.3.3. 3.3.4 detected mfs_ftp and autospace (even though the autospace startup is in the user section because of some startup quirks).

It failed to detect the TivoWebPlus startup in the same file even though the startup code was generated by Hackman. It could be because I installed TWP in the /var/hack/tivowebplus instead of the default /var/local/tivowebplus

[stark]

PortlandPaw,

The blue icons seem to be causing some confusion. If you could add some way for the user to find out what the full path of the files that caused the blue icons to be shown, that would be helpful.

[PortlandPaw]

Thanks to all have been working to make hackman a success. I knew it would be difficult to come up with a boot monitoring system since everyone does it differently. So here's some information (in addition to what's in the ReadMe) to assist in the debugging process.

The files that are scanned are:
1. rc.sysinit
2. rc.sysinit.author (if present)
3. hacks_callfromrc.sysinit (if present)
4. rc.sysinit.author.edit (if present)
5. any files in /etc/rcS.d/ (if present)
6. xPlusz.ini (if present)

The key words that are looked for are the hack names, e.g. vserver or endpad.tcl, found in the startup command. If the name is found on a comment line, it is ignored. xPlusz works a little differently, but the concept is the same.

The green and red boot buttons reflect only the current managed startup file, as defined on the Preferences page, rc.sysinit.author, by default.

Blue buttons reflect conflicts. From the Preferences page, "View paths and pathnames" will indicate in which startup scripts the startup commands for a given hack are found. Use this feature to examine the scripts in question to figure out why the hack has been found.

Please continue to post any difficulties that you are having. To the extent that hackman can handle the multitude of variations, I will try to make the program as universal as possible.

And thanks to all for your help!

[stevel]

Can Hackman learn to recognize TiVoWebPlus, as distributed, for which Hackman thinks it is the old TiVoWeb?

[SeanC]

Trying to use View paths and filenames gives me:

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' 'set "filetobeedited" "/var/hack/tivowebplus/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 "box6" "1";set "box7" "10";set "box10" "1";set "box15" "password";set "box26" "1";set "box27" "1";set "box28" "/etc/rc.d/rc.sysinit.author";set "box16" "Edit files and set preferences";set "box17" "0";set "box18" "30000";set "edit" " View paths and pathnames ";'
can't read "start51": no such variable
while executing
"set startlist "$start51 $start2 $start6 $start8 $start9 $start17 $start10 $start8 $start8
$start0 $start1 $start3 $start4 $start5 $start7 $start11 $s..."
(procedure "action_HMpathnames" line 22)
invoked from within
"action_HMpathnames $chan $path $env"
("*View*" arm line 1)
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 7)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[PortlandPaw]

Originally posted by stevel
Can Hackman learn to recognize TiVoWebPlus, as distributed, for which Hackman thinks it is the old TiVoWeb? It already is (kind of - the identification under "..started by:" may be wrong). Please tell me what indication is incorrect and I'll look into it.

[PortlandPaw]

Originally posted by iguru42
Trying to use View paths and filenames gives me:
can't read "start51": no such variable
I'll find and fix the problem and post an update as soon as I can.

[stevel]

Hackman won't add buttons for starting TWP because it believes it is not installed. It seems to look in some non-standard location for it, and even if I correct the paths, it still can't find it. It knows it is running, but is unable to add commands to start it.

The default install oif TWP "looks" a lot like TW in terms of paths.

[PortlandPaw]

Originally posted by stevel
Hackman won't add buttons for starting TWP because it believes it is not installed. It seems to look in some non-standard location for it, and even if I correct the paths, it still can't find it. It knows it is running, but is unable to add commands to start it.

The default install oif TWP "looks" a lot like TW in terms of paths. That's confusing. Hackman first looks for any directory that starts with "tivoweb" (should pick up tivoweb-tcl, tivowebplus) and then looks at any files named tivoweb to see what size they are. It then sets TW and/or TWP accordingly.

Maybe I should expand the search to find "tivoweb" anywhere in the directory name. Does this information help in figuring out what's going on with your machine?

[stark]

I've got something weird happening with TWP also. I've got two identical Sony S1 machines with TWP 1.0 installed in /var/hack/tivowebplus. The startup file (generated by hackman) for both starts up TWP corectly on reboot.

The quirk: Hackman on one Tivo show a green icon. Hackman on the other shows red icon. I triple checked and the rc.sysinit.author files are identical.

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

[PortlandPaw]

Originally posted by stark
I've got something weird happening with TWP also. I've got two identical Sony S1 machines with TWP 1.0 installed in /var/hack/tivowebplus. The startup file (generated by hackman) for both starts up TWP corectly on reboot.

The quirk: Hackman on one Tivo show a green icon. Hackman on the other shows red icon. I triple checked and the rc.sysinit.author files are identical. Try deleting the hackman.ini file on the quirky one, thus forcing a re-detection of the programmed startup hacks.

[PortlandPaw]

Originally posted by beejaycee
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. Could you please post the errors you get. That would help me to troubleshoot the problem.

To partially answer your question, I don't know about /init.d, but /rcS.d and /tpm are created when TPM is used to install TivoWebPlus.

[didolgi]

Well I found part of my problem with the boot stop lights.

I had several directories that all started with "/var/hack/tivoweb(SOMETHING, testbuild, saveload, etc...)" that I used for keeping copies of a complete build that I was working on or debugging. The multiple copies were confusing hackman's find process. I renamed the directories to things like "/var/hack/TEST1-tivowebplus, /var/hack/DEV1-tivowebplus". That solved it, and it only sees my two real copies in "/var/hack/tivoweb-tcl" & "/var/hack/tivowebplus" now.

I deleted hackman.ini & hackman.cfg to rebuild them. Also deleted /etc/rc.d/rc.sysinit.author, to allow hackman to build one from scratch.

Everything is working now except for for telnet. Hackman will add the code to the rc.sysinit.author file, but the stoplight stil shows up red, and hackman doesn't think its in the boot file.

Any ideas on where to start troubleshooting this?

[PortlandPaw]

You're good! Nice troubleshooting. Since I'm starting telnet from rc.sysinit, I'll need to remove that and see what happens in rc.sysinit.author. At the moment, the button goes from yellow to blue and back when I add and delete telnet, so I'm not sure what the problem could be.

[beejaycee]

Originally posted by PortlandPaw
Could you please post the errors you get. That would help me to troubleshoot the problem.

To partially answer your question, I don't know about /init.d, but /rcS.d and /tpm are created when TPM is used to install TivoWebPlus.
From tivoweb.logCHILDSTATUS 1001 1 /var/local/tivoweb-tcl
./bin_mips/find: /etc/rcS.d: Input/output error
./bin_mips/find: /etc/init.d: Input/output error
./bin_mips/find: /etc/tpm: Input/output error
while executing
"exec $find / -name "tivoweb\[+-~\]*" -type d"
(file "./modules/hackman.itcl" line 2660)
invoked from within
"source $module "
None of these (rcS.d, init.d or tpm) are valid directories or files that I can delete.
If I type "cd /etc/rcS.d" I get "cd /etc/rcS.d: Input/output error".
If I type "rmdir /etc/rcS.d" I get "rmdir: /etc/rcS.d: Not a directory".
If I type "rm /etc/rcS.d" I get "rm: /etc/rcS.d: Input/output error".
If I type "ls -l" I get the same Input/output error ONLY on those 3.
In my ftp program (WS_FTP LE) those 3 files or directories do not show up.
So, if they're not directories and they're not files, what are they?

FWIW, I checked this against my other DTiVo and the 3 directories are there and available. Hmm, betcha if I can get rid ot these Hackman will run!

[PortlandPaw]

beejaycee, try swapping the "find" binaries between the /bin_ppc and /bin_mips directory. Your problem looks like the wrong find has been identified. I've got to work on that. Please report what happens.

[ericd121]

I'm working on some new graphics for HackMan (which I'll release later if anyone's interested), and I noticed a minor mistake in the HTML.

I did a search and couldn't find a reference to it so apologies if it's been alluded to before.

This <td align="right">
<a href=
/backdoormenu/>
<img
src="$source_dir/images/backdoorbutton.png" alt="Backdoor Codes"
></td></a>
should be
<td align="right">
<a href=
/backdoormenu/>
<img
src="$source_dir/images/backdoorbutton.png" alt="Backdoor Codes"
></a></td>
Mind you, the page works due to forgiving browsers...:)

[PortlandPaw]

OK, thanks for catching that tpyo!

[beejaycee]

Originally posted by PortlandPaw
try swapping the "find" binaries between the /bin_ppc and /bin_mips directory
Sorry, PP, I should have responded to that post sooner. I tried the swap and got CHILDSTATUS 1050 126 ./bin_mips/find: ./bin_mips/find: cannot execute binary file
while executing
"exec $find / -name "tivoweb\[+-~\]*" -type d"
(file "./modules/hackman.itcl" line 2660)
invoked from within
"source $module " I have since swapped them back to originally directories. (I just did it again so I could get the error verbatim and the files ARE chmod 755'ed.)
I'm not much of a programmer but I think the problem is in whatever those /etc/rcS.d, /etc/tmp, etc. actually are. They are not directories or accessible files so the find command is kicking out an error and the Hackman module is not loading. But I don't know what they are or how to get rid of them.

[PortlandPaw]

Yep, I think I got it. In all the other find commands, I specifically exclude going down the /etc path; I neglected to do that on the command in question. Check the update to be posted later tonight.

[PortlandPaw]

Please check out the latest hackman beta here (http://web.nlis.net/~davehill/hackman/LatestVersion/).

We keep getting closer. See if I addressed your particular issue and report back. And be sure to report any other bugs that you might find.

[SeanC]

Beautiful. The Veiw paths and filenames button works great now. I only have one blue icon and it is for Telnet. Telnet is being called from author and rc.sysinit. I'm uncomfortable editing rc.sysinit as I've bricked my Tivo playing with it in the past requireing pulling the drive to manually edit the file.