Hackman -- A Hack Manager module for TivoWeb

[BTUx9]

yes, here is relative section.

Of course, this log shows hackma not starting as I renamed it so it did not invoke.

My real question is how to get hackman running.
umm... then looking at the log when it fails to run would make sense, no?

[Captain_reef]

renamed hackman.itcl back and ran, hackman does not show up an log looks the same.

I am going to re-read the hackman troubleshooting section again.

[Siy_b]

I'm getting the same problem "Editing: File does not exist..." when I click on the boot icons.

I'm running the latest version.

[Shadow Rider]

Hi guys, this is the first time I have posted in this forum although I've learned alot from reading the forum for over a year now. I've have two hacked DirecTivo's for that time as well and can usually figure out any problems by just searching through the forum but I have a problem now that has got me stumped. I just started getting this error from TWP when starting Hackman.

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


I am presently at TivoWebPlus - v1.3.1 (1.3.1 (oztivo-061229) and Hackman 4.2.8 with both of my DirecTivo's and they have both been chugging along great until now except one of them had this error last night when I tried to go into the Hackman module. Everything else in TWP works fine, I just get the error in the Hackman module. I've tried alot of stuff up to deleting the TWP directory and doing an install of TWP 2.0 with Hackman 5.1.3 but had the same kind of error with it when going into the Hackman module so now I think it must be something that resides outside of the TWP directory that is causing the problem. Can any of you guys point me in the right direction?

Thanks.

[PortlandPaw]

I really don't know how to diagnose the problems that the last three posters have described. One thing I need to know is the directory where TWP 2.0 and hackman are installed.

[Shadow Rider]

Mine is installed in /var/hack/TivoWebPlus

[PortlandPaw]

Shadow, I've seen that happen after TWP has sat idle for too long and has cleared memory. Try clicking on TivoWebPlus in the upper left hand corner to get to the main menu and then go to hackman.

[Siy_b]

I really don't know how to diagnose the problems that the last three posters have described. One thing I need to know is the directory where TWP 2.0 and hackman are installed.

Yes, mine is in /var/hack/TivoWebPlus too.

Brand new install of TivoWebPlus and Hackman.

not had any problems with the previous versions, would the hackmain.cfg files be of any use to you?

Simon

[speckhals]

I reinstalled PTVupgrade with TWP 1.3.1 after receiving 6.2a from DTV. I installed Hackman 4.2.8 again, and I get this error:

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

Knowing nothing about programming, how do I correct this?

Also when trying to start vserver from Hackman, I get a message to try recreating Hackman.cfg. I've done that a number of times and still get this result.

Thanks in advance! :)

[mphare]

I have HM 5.2 running on one machine, but my other two are giving me fits: TWP 2.0 won't keep running.

Here's a log:
DTiVo_002
/ptvupgrade/TivoWebPlus
$ ./tivoweb console
DTiVo_002
/ptvupgrade/TivoWebPlus
$
DTiVo_002
/ptvupgrade/TivoWebPlus
$ Starting TWP pid=16006
TivoWebPlus - v2.0.0 (2.0.0 (oztivo-070210))
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'docs/copyright' and 'docs/index.html' files
for copyright and credit information.
PoolSize=2916352
Loading libs...
util
sendkey
html
index
http
ui
rec
btutils
-running init_channelList--- completed in 0 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 0 seconds
hackman_util
-- hackman Version 5.0.0 --
-Root directory mounted read-only.
-Sunday, March 18, 2007, 07:43 PM, local time
rss_util
Loading modules...
hackman
-Registered hackman
-actions: hackman triage backdoormenu
xPlusz
-actions: hackman_xPlusz
-Registered backup
-Registered channelgrid
-Registered channelprefs
-Registered confresManual
-Registered build_extract_page
-Registered folders
-Registered gallery
-Registered gdchecker
-Registered higuide
-Registered info
-Registered logos
-Registered logs
-Registered mail
-Registered manrec
-Registered mfs
-Registered mrv
-Registered reorder
-Registered rowformat
-Registered rss
-Registered sysadmin
-Registered theme
-Registered channellist
-Registered deletedshows
-Registered history
-Registered nowshowing
-Registered search
-Registered seasonpass
-Registered wishlists
-Registered todo
-Registered todo/1
-Registered todo/2
-Registered update
-Registered whatson
- [19/Mar/2007:00:43:21] saving module_cache.cfg
couldn't open "./config/module_cache.cfg": read-only file system
while executing
"open "$::data_dir/config/$f.cfg" w"
(procedure "saveConfig" line 3)
invoked from within
"saveConfig module_cache $outs"
(file "./load.tcl" line 573)
invoked from within
"source $source_dir/load.tcl"
(procedure "load" line 4)
invoked from within
"load 0"
(file "./httpd-tt.tcl" line 31)
Error: The last session did not complete successfully
Exiting to prevent possible reboot loop


Why am I having a problem with the module_cache.cfg file? It's set up just like the other one that is running..

[PortlandPaw]

I've written a new routine for hackman that does what the TiVo patch does as developed by jberman (thanks, jman!). It's only been tested on my Series 1 standalone and DTivos and I have no idea what it will do on other models. It probably won't brick them, but you proceed at your own risk.

Oh, and be sure to read the ReadMe if you're new to hackman.

I'm curious if it works on any Series 2 or 3 models

[speckhals]

I've written a new routine for hackman that does what the TiVo patch does as developed by jberman (thanks, jman!). It's only been tested on my Series 1 standalone and DTivos and I have no idea what it will do on other models. It probably won't brick them, but you proceed at your own risk.

I'll be putting together the next zip package in the next few days with documentation, etc. but I thought it would be a good idea to get this out ASAP, as the DST thing seems to have upset a lot of people.

If you don't have hackman already, you'll have to download it (see sig) and then replace the hackman.itcl file with the attached. It won't work without all the other hackman files! Don't install just the attached file and then ask me why it's not working!

Oh, and be sure to read the ReadMe if you're new to hackman.

I've posted the new hackman.itcl on my website (see sig) and am curious if it works on any Series 2 or 3 models
I installed and got this error:
INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
invalid command name "do_action"
while executing
"do_action quit $chan 1 $env 0"
(procedure "::action_hackman" 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--
I have TWP1.3.1 and a series 2.

I see, after reading the filel, that this is version 5.3. I reverted back to 4.xx.

[SnakeEyes]

The TiVo patch is cumulative to any DST patch (jberman) a user installs.

[PortlandPaw]

speckhals, I'm sorry, but this is a part of hackman version 5.0 and up, which is for TWP 1.4 and up. Your reversion to 4.0 was a good decision, but I'd recommend upgrading to TWP 2.0.

[speckhals]

Thanks. I installed TWP 1.3.1 from PTVupgrade, so I don't know how to install TWP 2. Can you point me in the right direction?

[SteelersFan]

Thanks. I installed TWP 1.3.1 from PTVupgrade, so I don't know how to install TWP 2. Can you point me in the right direction?
Here (http://thomson.tivo.googlepages.com/TivoWebPlus).

[mphare]

Any ideas from my problem?

Why do I get:

-Registered whatson
- [19/Mar/2007:00:43:21] saving module_cache.cfg
couldn't open "./config/module_cache.cfg": read-only file system
while executing
"open "$::data_dir/config/$f.cfg" w"
(procedure "saveConfig" line 3)
invoked from within

when starting TWP2 with Hackman 5.2

[PortlandPaw]

That looks like a TWP issue, but it may be caused by hackman setting the drive R/O, which many have told me should be the default. To remedy this, take the following steps:
1. Edit the ./modules/hackman.cfg file so that "variable DefaultReadOnly," which is currently "1" is "0.'
2. Delete the ./config/hackman.cfg file (NOT the one you just edited!)
3. Do a Restart; Quit and Restart
Let us know if that works.

[BTUx9]

running root r/w is not the suggested way of dealing with the problem... if you use a recent bundle, it should default to /var/TWP/config if root is r/o... there's more info for other ways to set things up in the wiki (link in my sig)

[unclemoosh]

I got this when I tried the Adjust Tivo Clock command

INTERNAL SERVER ERROR
--cut here--
action_triage '/DST' ''
invalid attribute: TimeZoneOld
while executing
"dbobj $setup get $hm::DSTzone"
("uplevel" body line 3)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 1)
invoked from within
"RetryTransaction {
set setup [db $db open $hm::DSTpath]
set tztime [dbobj $setup get $hm::DSTzone]
}"
(procedure "hackman_DST" line 19)
invoked from within
"hackman_DST $chan "" $env"
("DST" arm line 1)
invoked from within
"switch $path {
"backdoorcodes" {hackman_backdoorcodes $chan "" $env "" ""}
"confirm" {hackman_confirm $chan "" $env}
"create_file" {hackman_create_fi..."
(procedure "MOD::action_triage" line 12)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

I am running an HDVR2, 6.2a, TWP070318, Hackman 5.3.0, zippered, tweaked.

Thanks for your contributions to us!

[PortlandPaw]

Yep, that's expected since I don't have a 6.x to test on. I'll be working on other sw versions as I learn what MFS attributes to look for.

[BTUx9]

Just out of curiosity, why would anyone want to run the "Adjust Tivo Clock" routine on a tivo running 6.2a? It correctly handles the new DST in all cases, whereas using the routine to adjust the tivo clock shows incorrect times on either side of a DST change.

[mphare]

That looks like a TWP issue, but it may be caused by hackman setting the drive R/O, which many have told me should be the default. To remedy this, take the following steps:
1. Edit the ./modules/hackman.cfg file so that "variable DefaultReadOnly," which is currently "1" is "0.'
2. Delete the ./config/hackman.cfg file (NOT the one you just edited!)
3. Do a Restart; Quit and Restart
Let us know if that works.

That seems to have done it. Thanks.
Interesting, I didn't have to do this on one of the DTiVos. I was able to leave the value at 1 and it all still worked.

Thanks again!

[unclemoosh]

Just out of curiosity, why would anyone want to run the "Adjust Tivo Clock" routine on a tivo running 6.2a? It correctly handles the new DST in all cases, whereas using the routine to adjust the tivo clock shows incorrect times on either side of a DST change.

I just figured I'd try it to see what would happen. PortlandPaw asked for feedback in his post #1261, so I figured I would try it and get back with him.

It's not a problem for me, I was just testing to try to do what I could to help.

[PortlandPaw]

Just out of curiosity, why would anyone want to run the "Adjust Tivo Clock" routine on a tivo running 6.2a? It correctly handles the new DST in all cases, whereas using the routine to adjust the tivo clock shows incorrect times on either side of a DST change.
Not owning one of those critters, I don't know the answer to this question. But if a unit (particularly a DTivo) is not connected by telephone line or if updates are blocked to prevent wiping out hacks, wouldn't this be the solution? That is, two shifts, forward and back in the spring, and two in the fall?

But by all means, I wouldn't recommend a solution where there is no problem!

[BTUx9]

It would solve the problem of manual recordings, but not the problem of handling advanced guide data (which has been a problem on some S2 dtivos)

[PortlandPaw]

I thought time display and guide data display were also a problem. jberman's hack (which I shamelessly stole and modified) fixes that on my S1s.

[BTUx9]

I don't consider that a big problem, being just cosmetic, but yes, that, too

[PortlandPaw]

It's not cosmetic when your wife wants to know why the 11:00 o'clock news isn't on until midnight!

[Fofer]

http://www.smileyhut.com/music/rimshot.gif

[BTUx9]

It's not cosmetic when your wife wants to know why the 11:00 o'clock news isn't on until midnight!And in those cases, taking the upgrade is much better, because you still see some inaccurate info using the timezone fix. (but that's just my opinion)

[PortlandPaw]

What inaccurate info still exists after the jberman fix? My S1s seem to be fine. Much better than my Dell PocketPC, which is still off by an hour despite Microsoft patches!

And I think I'd rather manually adjust the tz rather than have to re-install all my hacks. Just lazy, I guess.

Is the TiVo patch a one-time thing that will take care of the future, or will it have to be downloaded and implemented twice in the spring and twice in the fall?

[BTUx9]

What inaccurate info still exists after the jberman fix? My S1s seem to be fine. Much better than my Dell PocketPC, which is still off by an hour despite Microsoft patches!

And I think I'd rather manually adjust the tz rather than have to re-install all my hacks. Just lazy, I guess.

Is the TiVo patch a one-time thing that will take care of the future, or will it have to be downloaded and implemented twice in the spring and twice in the fall?
The issues with this method to fix DST have been talked to death in many other threads.

I would think that TiVo's DST fix would only be applied 2x a year, not 4x, but I haven't seen a definitive post

[PortlandPaw]

That seems to have done it. Thanks.
Interesting, I didn't have to do this on one of the DTiVos. I was able to leave the value at 1 and it all still worked.

Thanks again!

Great! Now as BTUx9 recommends, I too would recommend setting the default back to read only. This can be done on hackman's Preferences page without having to change any config files. I would hope that TWP would continue to function OK. If not, then I would suggest uninstalling TWP and following the directions on BTUx9's wiki.

[PortlandPaw]

But there's still an issue with DST -- now that I have all my TiVos jberman'd and displaying the correct time and guide data, TWP (latest oztivo-070321) thinks I'm in Nova Scotia (Atlantic Time Zone) instead of Maine! Frankly, if it comes to a choice, I'd rather have the right time on the TiVo.

What does TWP show on S1 TiVos that have received the TiVo patch? Or does TWP display properly only on Series 2 machines that have received the full TiVo upgrade?

[BTUx9]

You may have to override the dst policy if TWP doesn't pick up that your current tz is set for not using DST.
(setting DST_Policy=1 in tivoweb.cfg should disable dst)

if you're resetting the timezone 4x a year, you'll probably have to fiddle with that setting at the time, also... changing 2x a year you should be able to leave it at disabled.

[PortlandPaw]

That's my hope...we'll see in a week or two.

[heppy]

Hi there,

Hope someone can help me. I'm running a UK S1 Tivo with the latest TivoWebPlus and have tried to install the latest HackMan but I'm getting the 'Server Terminated' error. I've tried to find the answer but nothing seems to be working, I've followed the instructions. The only thing I can think of is my install directory which is currently var/hack/twp2/TivoWebPlus - should it be var/hack/TivoWebPlus? If so, aside from reinstallation, what's the easiest way to move the directory and make sure Tivo loads up TWP in the new location?

Hope you can help...I miss my hackman!

Simon

[speckhals]

speckhals, I'm sorry, but this is a part of hackman version 5.0 and up, which is for TWP 1.4 and up. Your reversion to 4.0 was a good decision, but I'd recommend upgrading to TWP 2.0.
Thanks; I've upraded to 2.0, and it's been working fine. Today I uploaded Hackman 5.2.0 per the "readme" instructions, but Hackman doesn't show up after restarting or rebooting. I've uploaded two times and changed the file as instructed. Any suggestions?

[PortlandPaw]

speckhals and heppy, please post whatever message you get when you load TWP from bash...I need more to go on. The process is described in the ReadMe under "Troubleshooting."

[heppy]

Here's what I get then....


PoolSize=2916352
Loading libs...
util
sendkey
html
index
http
ui
rec
btutils
-running init_channelList--- completed in 0 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 0 seconds
hackman_util
-- hackman version (see hackman.itcl) --
- running ppc find -- mips version of find selected.
-SendKey not found -- SendKey functions disabled
-Searching for TiVo hacks...(takes about a minute)
CHILDSTATUS 401 126 ./bin_mips/find: ./bin_mips/find: cannot execute binary file
while executing "exec $hm::find / -path /proc -prune -o -path /dev -prune -o -path /tvlib -prune
-o -path /tvbin -prune -o -name $filex ! -name *.log -type d"
(procedure "CreateHackmanConfig" line 83)
invoked from within
"CreateHackmanConfig"
("uplevel" body line 448)
invoked from within
"uplevel 1 "$s" "
POSIX ENOENT {no such file or directory} couldn't read file "./config/hackman.cfg": no such file or directory
while executing
"source $source_dir/config/hackman.cfg"
("uplevel" body line 524)
invoked from within
"uplevel 1 "$s" "
rss_util
Loading modules.......ALL FINE FROM HERE

hope that makes sense and you can give me a clue what to do.....

Heppy

[speckhals]

speckhals and heppy, please post whatever message you get when you load TWP from bash...I need more to go on. The process is described in the ReadMe under "Troubleshooting."
I learn more and more as I search, make many mistakes, and finally correct things. I owe this to many of you who help.
I finally learned how to start tivoweb from the bash. The errors showed read only file system, so I did a rootwrite, and ran tivoweb. Hackman loaded!
Now, my next problem is when I click on start vserver, I get this error:
"There was an error starting mPlayer (vserver)
bad switch "--unavailable--": must be -keepnewline or --
bad switch "--unavailable--": must be -keepnewline or --"
What should I look for now? :confused:

[PortlandPaw]

Heppy -- I don't know what's wrong. I would suggest removing all of the hackman files, including the ones in the bin_mips directory, downloading the latest hackman (see sig) and re-installing. I'm hoping it's a corrupted find file.

speckhals -- you're getting there! Make sure that vserver is correctly loaded on your TiVo. Apparently, hackman can't find it. Also make sure it's named vserver. If it's there, delete ./config/hackman.cfg and let hackman find it.

Did you install vserver afer hackman? If so, hackman doesn't know about it until you force a re-scan, which you can also do from the Preferences | View Paths and Pathnames | Rebuild ...

[speckhals]

Heppy -- I don't know what's wrong. I would suggest removing all of the hackman files, including the ones in the bin_mips directory, downloading the latest hackman (see sig) and re-installing. I'm hoping it's a corrupted find file.

speckhals -- you're getting there! Make sure that vserver is correctly loaded on your TiVo. Apparently, hackman can't find it. Also make sure it's named vserver. If it's there, delete ./config/hackman.cfg and let hackman find it.

Did you install vserver afer hackman? If so, hackman doesn't know about it until you force a re-scan, which you can also do from the Preferences | View Paths and Pathnames | Rebuild ...
I rebuilt the Pathnames, and got the following message:"A path, pathname or startup conflict has been found...
(this message is informational, and does not indicate an error)hackman found /ptvupgrade/bin/tivoftpd startup commands in /etc/rc.d/rc.sysinit.author
but found /ptvupgrade/bin/tivoftpd in the file scan.
hm::ftppathname has been set to /ptvupgrade/bin/tivoftpd.

hackman found /var/spool/cron/crontabs/root startup commands in /etc/rc.d/rc.sysinit.author
but found /ptvupgrade/busybox/crond in the file scan.
hm::cronpathname has been set to /var/spool/cron/crontabs/root.

You may want to make adjustments if this conflict resolution was incorrect,
or perhaps resolve any multiple startup issues."
Hackman shows tserver and vserver. I try start on both, and hackman says the servers are starting. When it returns to the hackman screen, the buttons are still green. All other functions start and stop as intended. Something else I should do? Does superpatch v6.2a have anything to do with this? :confused:

[PortlandPaw]

Can you start vserver and tserver from bash? What commands do you use?

Are the permissions set correctly for vserver and tserver?

To check if they're really running, try starting them from bash and then look at the results of "ps ax"

[helpdeskdan]

30 second skip broken in twp 2.0 w/ hackman on original series 1. I don't get it, I have "Use native 'SendKey" (Series 1)" checked! Everything worked fine in 1.2.1. (can't remember the hackman version... if it's very important I can start it up) I CAN get it to work if I use unclick the box. But, it doesn't seem as fast - would like to get the native sendkey working.

Any help greatly appreciated.

NTERNAL SERVER ERROR
--cut here--
action_triage '/backdoorcodes' 'set "selection" "2";set "file" "itcl";'
/bin/bash: SendKey: command not found
while executing
"exec /bin/bash -c "SendKey $key""

(ect)

[helpdeskdan]

bash-2.02# SendKey
bash: SendKey: command not found

Hum.... ok, maybe it will never work. Why did it work before?

[PortlandPaw]

This feature was affected by the changeover to the new memory management system for reasons I don't yet know. In the interest of expedience, I left it as helpdeskdan found it.

Since then I think I have some ideas that might work, but it might be a while before I get to it.

[PortlandPaw]

This bugged me when I couldn't fix it at first...so this morning I got curious and figured out a way to solve the problem. It will be in the next release of hackman, which will come out when beta testers give me positive reports on the latest DST routine for TiVo models I don't own.

[speckhals]

Can you start vserver and tserver from bash? What commands do you use?

Are the permissions set correctly for vserver and tserver?

To check if they're really running, try starting them from bash and then look at the results of "ps ax"

Here's what I get when trying to start from bash: "/ptvupgrade/bin/tserver: ?xml: No such file or directory
/ptvupgrade/bin/tserver: !--TransferQueueItems--: No such file or directory
/ptvupgrade/bin/tserver: line 3: syntax error near unexpected token `<Items><V'
'
bash-2.02#
bash-2.02# "
:confused:

I went back to ************ and re-downloaded tserver and vserver, ftp'd them to my Tivo, and everything is working great!

[PortlandPaw]

I don't know what the problem is but it ain't got nothin' to do with hackman!

I suggest you contact ptvupgrade or look at their forum pages.

[speckhals]

I don't know what the problem is but it ain't got nothin' to do with hackman!

I suggest you contact ptvupgrade or look at their forum pages.

You're right again! See my edited post. :up:

[PortlandPaw]

I've posted the latest version of hackman (see sig) that I believe handles DST shifts on all TiVo software versions except the problematic 3.1. Please let me know if it works OK or not, as I have no way of directly testing it.

[Pete77]

I've posted the latest version of hackman (see sig) that I believe handles DST shifts on all TiVo software versions except the problematic 3.1. Please let me know if it works OK or not, as I have no way of directly testing it.

You now have a file called util.itcl in the base directory but the notes don't seem to explain if that goes in /var/hack or /var/hack/TivoWebPlus or quite where exactly??

Are these DST shoulder changes for you guys across the pond likely to mess things up for those of us in the UK still on our original local DST changeover dates?

[TransModeV]

I am run S2 DTivo 6.2a zipper updated tivoweb+2.0 and Hackman5.Current the mod shows up but when I click on the hackman hyperlink in TWP it reboot the TWP server. Here are my TWP logs any help would be great.

hackman_util
POSIX ENOENT {no such file or directory} couldn't read file "/TivoWebPlus/modules/hackman.cfg": no such file or directory
while executing
"source $source_dir/modules/hackman.cfg"
("uplevel" body line 518)
invoked from within
"uplevel 1 "$s" "

[PortlandPaw]

You now have a file called util.itcl in the base directory but the notes don't seem to explain if that goes in /var/hack or /var/hack/TivoWebPlus or quite where exactly??

Are these DST shoulder changes for you guys across the pond likely to mess things up for those of us in the UK still on our original local DST changeover dates?

If you're referring to hackman.util.itcl, it goes in the ./modules directory along with the other hackman files in that directory in the zip package. I'll be a bit more specific in the ReadMe.

The changes (or additions) shouldn't affect the UK units, but let me know if they do!

[PortlandPaw]

TransModeV , your log seems to indicate that "/TivoWebPlus/modules/hackman.cfg" hasn't been installed. Have you checked to see if it has? Also, there's a whole section about troubleshooting in the ReadMe. Please be sure you installed it per instructions.

[Pete77]

If you're referring to hackman.util.itcl, it goes in the ./modules directory along with the other hackman files in that directory in the zip package. I'll be a bit more specific in the ReadMe.

The changes (or additions) shouldn't affect the UK units, but let me know if they do!

In the latest zip file set there is a file simply called util.itcl in the root hackman directory. If this there in error then?

[PortlandPaw]

The inclusion of util.itcl IS in error and I have no idea how it got in there! Thank you for catching that and I'll clean up the zip package immediately.

[downtownpaulyp]

I'm having the same problem as TransModeV with V5.3.1.

The initial load of Hackman is not generating the hackman.cfg file in the ./config directory.

Here's the log:

hackman_util
-- hackman version (see hackman.itcl) --
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Searching for TiVo hacks...(takes about a minute)
POSIX ENOENT {no such file or directory} couldn't stat "/var/hack/tserver": no such file or directory
while executing
"file size $hm::foundpath"
(procedure "CreateHackmanConfig" line 99)
invoked from within
"CreateHackmanConfig"
("uplevel" body line 448)
invoked from within
"uplevel 1 "$s" "
POSIX ENOENT {no such file or directory} couldn't read file "/TivoWebPlus/config/hackman.cfg": no such file or directory
while executing
"source $source_dir/config/hackman.cfg"
("uplevel" body line 524)
invoked from within
"uplevel 1 "$s" "

Also note, V5.3.0 never could set apps to load on boot.

Thanks!

[PortlandPaw]

Do you and TransModeV both have or not have tserver on your machines? paulyp gave more of a clue with his log than Trans did.

I can't see the problem immediately, but one solution might be to install tserver if hackman is having trouble dealing with tserver's absence.

[James Aguirre]

I am having the same problems as indicated above. Hackman 5.3.1 is having problems finding the ./config directory (according the messages I saw when running in console.) at which time it just shuts down and TWP restarts. But if you click on the hackman link again the server is terminated and the process repeats.

I am new to this, but I believe the problem may be realted to the fact that on zippered drives the actual files for TivoWebPlus are in a ro directory /TivoWebPlus off the root. Its configuration files are under the /var/TWP/config which is rw. TivoWebPlus uses the TWP directory location it gets from the rc.sysinit.author file where this line "export TWP_DATA_DIR=/var/TWP" has been added to let TivoWebPlus know where to look.

Sadly I can not figure out the Hackman code to tell it where to look for the ./config directory.

I hope someone here can help, I love the Zippered drive and the fact they put the files in the enhancement directory and symlink to the /var directory and I don't want to change that structure.

[PortlandPaw]

What a great "newbie!" I don't have a zippered system, but I think I can fix it now that James has given me the road map. Please pm me with your e-mail and I'll send a beta for you to try -- might be a day or two with work obligations.

[James Aguirre]

Thank you....I would be happy to test it out for you. I am off for the next few days and can spend whatever time is necessary for testing. I have sent you a PM with my email address. I will check in first thing in the morning (well since it is morning already, it will be more accurate to say when I wake up) Great products and support...Thank you

[downtownpaulyp]

PP,

I neglected to give you a full accounting of my setup:

Series 2 DTV, Hughes HDVR2
TWP Version 2.0.0 (oztivo-070321)
TWP is installed at /TivoWebPlus (root directory)
Hackman V5.3.1

I think I found the problem TMV and I are having.

The latest version of rbautch's scripts (downloaded during zipper installation) do not seem to install tserver, and create symlinks to a non-var location for hacks also.

In other words, /var/hack is symlinked to /enhancements/varhacks/hack, and tserver is not installed in this directory.

The fix is to ftp the tserver binary (I'm using 10r4) to the /enhancements/varhacks/hack directory.

That being said, there are still a few residual issues:

1. Clicking on bootload buttons still produces the Editing: File does not exist... Create file problem. Seems that Hackman can't locate or edit the /etc/rc.d/rc.sysinit.author file.
2. Bootload buttons incorrectly report the load-at-boot status of Tivo FTP, and Tivo Telnet. They are loading at boot, but are not reported as such.

I'd be happy to test a beta for S2 DTV's, lemme know and I'll PM you my e-mail.

Thanks!

[Siy_b]

Hi guys,

I'm still having "file does not exist" error's when I click on a boot icon.

I'm running yesterdays release of TWP and the latest Hackman.

If I go into prefs and then selct edit file, I can edit the author file.

Anyone else getting this?

I'm using a S1 UK Tivo.

Would the paths file be of any use?

Simon

[Martin Tupper]

For those having trouble running hackman in the recent builds TWP 2.0 installed in the (read only) root directory, I used a symlink to get it to work.

try ln -s /var/TWP/config /TivoWebPlus/config

[PortlandPaw]

Thank you, Martin, that should help. I do plan to test and release a hackman version that addresses this problem now that I know how to solve it!

[BTUx9]

For those having trouble running hackman in the recent builds TWP 2.0 installed in the (read only) root directory, I used a symlink to get it to work.

try ln -s /var/TWP/config /TivoWebPlus/config
if you put a symlink in for config, make sure you also do so for backups... those are the 2 dirs that need r/w access.

There's code in CVS that will hopefully get this working correctly in most situations (John1980 found that my logic to detect writability was incorrect -- I'm not really a BASH person -- and I added logic to use /var/TWP if it exists, in case TWP is accidentally started from telnet after root is remounted r/w)

for those who are interested the logic is:
if TWP_DATA_DIR is defined, use it
elseif /var/TWP exists, use it
elseif config is a symlink OR the TivoWebPlus dir is writable, use the main dir
else use /var/TWP
hope this clears up some of the confusion (if it doesn't make sense, just ignore it :D )

Edit: I just added a wiki page with this updated info

[bhoth]

Hi Guys,

I am having trouble getting the DST implementation to work. I am not getting any errors when I click on the move time forward button.

I even made the drive full read/ write before I clicked on the move time forward button.

After rebooting, the time is still not correct.

Here is my setup:

Series 2 DTV, Hughes HDVR2
version 6.2 (not 6.2A)
TWP Version 2.0.0 (oztivo-070329)
TWP is installed at /TivoWebPlus (root directory)
Hackman V5.3.1

tserver is installed in the enhancements directory.

Any ideas?
Thanks!

[James Aguirre]

Thank you Martin, following your suggestion and that of BTUx9, I created the following symlinks,etc and now everything is working fine. The links were thanks to Martin and other fixes were a result of what I have found on this forum (specifically the export command for rc.sysinit.author).

ln -s /var/TWP/config /TivoWebPlus/config
ln -s /var/TWP/backkups /TivoWebPlus/backups

In rc.sysinit.author I added the following
export TWP_DATA_DIR=/var/TWP

I don't know if you need both, but everything is working great now.


By the way ensure that both the /config and /backup directories, that will be used in the symlink have already been created. in my case TWP 2.0 did not create the /Config directory. I am guessing that when I upgraded from a system created by Zipper with TWP 1.3.0 and try to upgrade to 2.0 using the update feature the directories may not get created. I found that if you try to update with the system in RO mode the upgrade aborts. If you change to RW to do the upgrade TWP finds that the directories are RW on the automatic reboot (the update feature reboots automatically not giving you the opportunity to go back to RO) and may not complete the setup process (just a guess, since I have now done the image 3 times with the same results).

[BTUx9]

Thank you Martin, following your suggestion and that of BTUx9, I created the following symlinks,etc and now everything is working fine. The links were thanks to Martin and other fixes were a result of what I have found on this forum (specifically the export command for rc.sysinit.author).

ln -s /var/TWP/config /TivoWebPlus/config
ln -s /var/TWP/backkups /TivoWebPlus/backups

In rc.sysinit.author I added the following
export TWP_DATA_DIR=/var/TWP

I don't know if you need both, but everything is working great now.


By the way ensure that both the /config and /backup directories, that will be used in the symlink have already been created. in my case TWP 2.0 did not create the /Config directory. I am guessing that when I upgraded from a system created by Zipper with TWP 1.3.0 and try to upgrade to 2.0 using the update feature the directories may not get created. I found that if you try to update with the system in RO mode the upgrade aborts. If you change to RW to do the upgrade TWP finds that the directories are RW on the automatic reboot (the update feature reboots automatically not giving you the opportunity to go back to RO) and may not complete the setup process (just a guess, since I have now done the image 3 times with the same results).
Thought I'd address a few of your questions:
1) if you export TWP_DATA_DIR, the symlinks are NOT needed (as you surmised)... one advantage to using this over the symlinks is that TWP will automatically create the dir and subdirs if you use TWP_DATA_DIR, but not if you use symlinks (if you use both, it should create them). If the dirs didn't get created for you, could it be that you hadn't rebooted? (in which case TWP_DATA_DIR wouldn't be set yet)

1a) the latest bundle (070329) acts as I posted in the wiki, but because the 1.3.x update module doesn't handle r/o properly, when TWP2 first starts up, it'll be in a r/w fs, and default to using ./config (not what most people want)... the easiest way to sidestep this is probably just "mkdir /var/TWP" before using the update module under 1.3.x

2) you're right about needing r/w, but I'm currently in the process of rewriting the update module in TCL (it's currently a bash script) and automatically remounting r/w if needed. (of course, this wouldn't help for updating from v1.3x, because that still has the old update module)

(now, I'm off to try writing up this new info on the wiki)

[James Aguirre]

Thanks BTUx9 for your quick response. I was originally using only the TWP_DATA_DIR=/var/TWP, but had to add the symlinks to get hackman to work. Hopefully PortlandPaw will be able to use the TWP_DATA_DIR method in his next release. I know he is working on a fix and it would be nice for both to use the same methodology. Once again GREAT product, thankyou

[TransModeV]

Do you and TransModeV both have or not have tserver on your machines? paulyp gave more of a clue with his log than Trans did.

I can't see the problem immediately, but one solution might be to install tserver if hackman is having trouble dealing with tserver's absence.

I had tserver but have not reinstalled it this is my current log file hope it helps after reinstalling hackman as you suggested

hackman_util
-- hackman Version 5.3.0 --
-Root directory mounted read-only.
POSIX ENOENT {no such file or directory} couldn't execute "": no such file or directory
while executing
"exec $hm::find / -path /proc -prune -o -name freepages -type f -print"
("uplevel" body line 545)
invoked from within
"uplevel 1 "$s" "


here is what TWP reports when I click on the hackman hyperlink

INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
list doesn't contain element 21
while executing
"lreplace $hm::applist $position $position "not_here" "
(procedure "checkmod" line 6)
invoked from within
"checkmod "noscramble" "myworld" 21"
(procedure "MOD::action_hackman" line 55)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

tserver is back on my tivo now :-)

I installed your latest and greatest and added
export TWP_DATA_DIR=/var/TWP
to my rc.sysinit.author file now all is fine thx


TMV

[PortlandPaw]

Oops! Not quite yet! Stay tuned!

[Martin Tupper]

I loaded 5.4.0 last night. Works great so far...should I be worried?

[HUGE2U]

Loaded 5.3.1 on 2 boxes, both 6.3c and got this:


INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
invalid command name "do_action"
while executing
"do_action quit $chan 1 $env 0"
(procedure "::action_hackman" 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--

What did I screw up?


HUGE

[PortlandPaw]

I loaded 5.4.0 last night. Works great so far...should I be worried?
Maybe not. A user found an error that I thought might be fatal, so I pulled it to be sure. If you're not seeing an error, then maybe it's OK as is.

[Pete77]

Maybe not. A user found an error that I thought might be fatal, so I pulled it to be sure. If you're not seeing an error, then maybe it's OK as is.

I tried downloading and installing this new version on a British Thomson Tivo Series 1 Tivo and also found it had a variety of problems. It didn't seem to build the configuration file correctly and failed to list various Tivoweb add on programs that I do have installed. It also seemed to cause TivoWebPlus to hang for a long period with no response.

[kkluba]

Any help here would be apprciated..

I have the latest TWP v.2 and Hackman 5.3.1 on my HR10-250 running 6.3c. TWP has been and is running fine. I've copied all Hackman files over to the appropriate locations, made the one change to the hackman.cfg (0 to 1) and have restated TWP many times. Hackman does show in the menu but does not run. The below error is all I get. I've never installed TWP v.1.x on this box or Hackman for that matter.

INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
can't read "hm::forceupdate": no such variable
while executing
"if {$hm::forceupdate == 1} {
set hm::forceupdate 0
hackman_readauthor
}"
(procedure "MOD::action_hackman" line 11)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

[kkluba]

Errors changed. I moved my hackman.cfg from config to modules. Inching closer..

INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
list doesn't contain element 21
while executing
"lreplace $hm::applist $position $position "not_here" "
(procedure "checkmod" line 6)
invoked from within
"checkmod "noscramble" "myworld" 21"
(procedure "MOD::action_hackman" line 55)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

And there is this from the tivoweb.log:

hackman_util
-- hackman version (see hackman.itcl) --
-Root directory mounted read-only.
POSIX ENOENT {no such file or directory} couldn't execute "": no such file or directory
while executing
"exec $hm::find / -path /proc -prune -o -name freepages -type f -print"
invoked from within
"if {$hm::SetFreepages} {
if {[file exists /proc/sys/vm/freepages]} {
set freepages /proc/sys/vm/freepages
} else {
set freepages [exec $hm::find / -pa..."
("uplevel" body line 718)
invoked from within
"uplevel 1 "$s" "

[HUGE2U]

Loaded 5.3.1 on 2 boxes, both 6.3c and got this:


INTERNAL SERVER ERROR
--cut here--
action_hackman '/' ''
invalid command name "do_action"
while executing
"do_action quit $chan 1 $env 0"
(procedure "::action_hackman" 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--

What did I screw up?


HUGE

Any help here?



HUGE

[PortlandPaw]

I have a new hackman in beta test for this issue, but in the meantime I think you'll find answers in the earlier posts in this thread, specifically this one (http://www.tivocommunity.com/tivo-vb/showthread.php?p=5012944&&#post5012944).

[PortlandPaw]

I think I have finally solved all the issues that have been discussed here, thanks to the help of some very helpful beta testers.

At the very least, it runs on the latest TWP (Version 2.0.0 (oztivo-070404)) on my S1 DTivo installed in the root directory -- I hope it behaves with other TiVo versions as well.

I did notice that for everything to work properly in a non-/var installation, TWP needs to be loaded set read/write (obviously), but needs to be installed with the system set back to read only. Hackman can then be installed (again r/w) and should run fine when set back to r/o.

Please download the latest hackman (see sig) and report any new or continuing problems.

[kkluba]

PortlandPaw,

Thanks for all your effort. I'm still trying..

I removed and reinstalled TWP2 latest version as well as your Hackman. Afterwards now when I try to choose "logs" in the TWP menu this is what I get:

INTERNAL SERVER ERROR
--cut here--
action_logs '' ''
can't read "::MFS_TimeZone": no such variable
while executing
"if {$::MFS_TimeZone} {
hackman_GetDST
set ::tzoffset $hm::tzoffset
return $hm::tzoffset
} else {
if {$::daylightsavings!=2} {return $::stzoffset}
if {..."
(procedure "get_tzoffset" line 2)
invoked from within
"get_tzoffset $time"
(procedure "ftime" line 2)
invoked from within
"ftime [expr [file mtime $log]] "%b %d %H:%M:%S %Y""
(procedure "MOD::action_logs" line 32)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

When I select "Hackman" from the menu I get 'Server Terminated' and TWP gets restarted. I did try making the /TivoWebPlus directory a symbolic pointer and that didn't help.

[luder]

Congrats paw everything looks good here i'll report anything else..

Just want to know if any changes were made for 30-sec buffer i have a feeling that i may have to read the readme to find it?
let me know if i'm correct

Thank you Paw !

[PortlandPaw]

When I select "Hackman" from the menu I get 'Server Terminated' and TWP gets restarted. I did try making the /TivoWebPlus directory a symbolic pointer and that didn't help.
That's what is supposed to happen when hackman starts but can't find the .cfg file in the ./config/ folder (not in the ./modules/ folder). This means something is preventing the .cfg file from being created in the ./config folder.

Just to be sure, are you using the version I uploaded a couple of hours ago? And could you show me the startup log when you start TWP from bash? That would indicate the nature of the creation error.

[luder]

PortlandPaw,

Thanks for all your effort. I'm still trying..

I removed and reinstalled TWP2 latest version as well as your Hackman. Afterwards now when I try to choose "logs" in the TWP menu this is what I get:

INTERNAL SERVER ERROR
--cut here--
action_logs '' ''
can't read "::MFS_TimeZone": no such variable
while executing
"if {$::MFS_TimeZone} {
hackman_GetDST
set ::tzoffset $hm::tzoffset
return $hm::tzoffset
} else {
if {$::daylightsavings!=2} {return $::stzoffset}
if {..."
(procedure "get_tzoffset" line 2)
invoked from within
"get_tzoffset $time"
(procedure "ftime" line 2)
invoked from within
"ftime [expr [file mtime $log]] "%b %d %H:%M:%S %Y""
(procedure "MOD::action_logs" line 32)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

When I select "Hackman" from the menu I get 'Server Terminated' and TWP gets restarted. I did try making the /TivoWebPlus directory a symbolic pointer and that didn't help.


Check out this thread
http://www.tivocommunity.com/tivo-vb/showthread.php?p=4979334&&#post4979334

[kkluba]

Hmm. I have the hackman.cfg in the config folder. when I try to run hackman_create_cfg manually I get 'Permission Denied". Seeing this I chmodded modules and that error is gone but I now get this:

./hackman_create_cfg.tcl: tvsource: command not found
./hackman_create_cfg.tcl: tvsource: command not found
./hackman_create_cfg.tcl: line 33: syntax error near unexpected token `env(S'
./hackman_create_cfg.tcl: line 33: ` if { [info exists env(SerialNumber)] && [s
tring trim $env(SerialNumber) "0"] != "" && [string length $env(SerialNumber)] =
= 15 } {'

I am using your brand new version from a few hours ago. I'll have to dig the log out and post.

[luder]

Hmm. I have the hackman.cfg in the config folder. when I try to run hackman_create_cfg manually I get 'Permission Denied". Seeing this I chmodded modules and that error is gone but I now get this:

./hackman_create_cfg.tcl: tvsource: command not found
./hackman_create_cfg.tcl: tvsource: command not found
./hackman_create_cfg.tcl: line 33: syntax error near unexpected token `env(S'
./hackman_create_cfg.tcl: line 33: ` if { [info exists env(SerialNumber)] && [s
tring trim $env(SerialNumber) "0"] != "" && [string length $env(SerialNumber)] =
= 15 } {'

I am using your brand new version from a few hours ago. I'll have to dig the log out and post.

i'm new to reading errors but, it looks like couple files missing..
I downloaded latest hackman and it runs great.
Just make sure you quit TWP2 and have the filesystem in read write before you do any changes

[PortlandPaw]

Anybody who's having problems...PLEASE make sure you've got the latest hackman version (at least 5.4.0) and BE SURE to follow installation directions in the ReadMe AS WRITTEN!

Putting things in different folders and running internal programs separately WON'T WORK!

If hackman still doesn't install properly, please read the ReadMe and follow the troubleshooting directions, particularly regarding capturing the log files or bash output.

[helpdeskdan]

Native sendkey does work now, however, I've found it doesn't work with the on screen clock for some reason. Works fine without Native. Don't really require it to be fixed, just thought I'd mention it - thkx!

[helpdeskdan]

Gah!! After upgrading hackman to 5.4.1 (just a quick ftp of the new modules - I was at 5.3.x), nothing else starts on boot! I mean, nothing - no msftp, no vserver, not even telnet and ftp! No wait, vserver is running, but it's the only one. Which... doesn't make any sense given my rc.sysinit.author file:

/var/hack/TivoWebPlus/tivoweb console
/var/hack/bin/vserver
/var/mfs_ftp/mfs_ftp.tcl

How is this possible? Anybody have any ideas what went wrong? Everything worked fine before I upgraded. The services appear to work if I start them manually. Any help much appreciated.

[helpdeskdan]

Upon further reflection, this is likely an issue with TivoWebPlus, not hackman. I'll leave this post here in case anybody has helpful suggestions; apologies for posting off the exact topic of "hackman."

[PortlandPaw]

What are the symptoms? Which TiVo version? What do the logs look like?

[helpdeskdan]

My apologies at filling up this forum with trivial support posts - the problem appears to be vserver. I removed a & from vserver when I upgraded, thinking I didn't need it. I was wrong; vserver apparently MUST be backgrounded or it'll hang. (At least mine does)

bash-2.02# cat /etc/rc.d/rc.sysinit.author
/var/hack/bin/vserver &
/var/mfs_ftp/mfs_ftp.tcl
/var/hack/TivoWebPlus/tivoweb console

As for mfs_ftp, it probably should have been launched with
tivosh /var/mfs_ftp/mfs_ftp.tcl >> /dev/null &

Strange, hackman doesn't think vserver is running...

PortlandPaw - was your question in regard to native sendkey? I will be glad to provide you with any information you wish.

[PortlandPaw]

If you install hackman before vserver, you need to run hackman's discovery routine before it can recognize the new installation. Go to Preferences, View Paths and Pathnames, and then Rebuild Configuration File.

As for native sendkey, how do you know it's not working? Remember, sendkey was discontinued somewhere in the middle of Series 2 development, maybe at Series 3.

[helpdeskdan]

The only symptom is that when native sendkey is enabled, the clock will not show up even though it attempts to do the sequence. When it is disabled, the sequence is successful in that it causes the clock to show up. I believe both ways seem to work fine with the 30 second skip. Why the Native does not work for the clock, I do not know. Perhaps with Native sendkey, the Tivo is slow to respond and the commands are entered too quickly? Mine IS an original series 1 tivo! It is not an issue for me, as I don't use the clock, however, I will help you in any way I can if you would like to fix it.

Let me take this opportunity to thank you for your work on hackman!

[PortlandPaw]

Well, it's hard to say...the clock hack works fine on mys S1 DTivos and SAs...electron fatigue?

And thanks for the kind words.

[helpdeskdan]

Yikes! With native sendkey, I just tried to enable the 30 second skip. The first time it didn't work, and the second time it ended up recording "Sign Off." It has to be a speed issue, it's the only thing I can think of. I'll stick to the non native sendkey from now on! Darn electron fatigue.

And again, thanks for Hackman - what a great tool.

[PortlandPaw]

I'm sure it is a speed issue. I spent quite a bit of time a couple of years ago adjusting the speed (with delays) so it would work as quickly as possible on my S1 SA. But not all S1s are created equal, I guess. That was the reason for the revised sendkey (I can't remember who wrote it), which is designed to wait for confirmation before sending the next keypress. So it's slower but more reliable. And why I built in the option to use either.

[Cure]

Just installed 5.4.1 on a zippered HR10-250. Everything seems to work except the NPL gives this error:

INTERNAL SERVER ERROR
--cut here--
action_nowshowing '' ''
can't read "::dstOfsList": no such variable
while executing
"lindex $::dstOfsList $idx"
(procedure "get_tzoffset" line 29)
invoked from within
"get_tzoffset $time"
(procedure "getLocalTime" line 3)
invoked from within
"getLocalTime $start"
(procedure "getRecDur" line 12)
invoked from within
"getRecDur"
(procedure "recForm_Time" line 2)
invoked from within
"recForm_Time 0"
(procedure "getRecRow" line 1)
invoked from within
"getRecRow $userow"
invoked from within
"set row [getRecRow $userow]"
("uplevel" body line 12)
invoked from within
"uplevel $body"
("for" body line 3)
invoked from within
"for {set nextv [min $nvals [expr $i+($bsize*$nvars)]]} {$i<$nextv} {incr i $nvars} {
foreach $vars [lrange $vals $i end] break
uplevel $body
}"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
for {set nextv [min $nvals [expr $i+($bsize*$nvars)]]} {$i<$nextv} {incr i $nvars} {
foreach $vars [lrange $vals $i end] break
uple..."
(procedure "ForeachTrans" line 9)
invoked from within
"ForeachTrans val $vals $bsize {
getRecInit [lindex $val 0]
setRec $preload
set ret [recInit_$cmd $val $opts]
if {$ret==1} continue
set usefmt $fmt
if ..."
(procedure "putRecRows" line 7)
invoked from within
"putRecRows -sort $mansort $chan $fmt Show $shows"
invoked from within
"if [info exists foldid] {
ForeachMfsFile fsid name type /Recording/NowShowingByBucketTitle "" {
set l [split $name :]
set id [lindex $l 1]
if {$foldid..."
(procedure "MOD::action_nowshowing" line 44)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

[thepicman]

I feel like I am going in circles :confused:

(with hackman .cfg in /TivoWebPlus/modules and none in /TivoWebPlus/config)

With hackman.cfg read only variable set to 0, trying to run hackman through TWP nets a "Sever Terminated" screen and this in TWP logfile:

hackman_util
-- hackman Version 5.4.1 --
- running mips find -- ppc version of find selected.
-SendKey not found -- SendKey functions disabled
-Searching for TiVo hacks...(takes about a minute)
POSIX ENOENT {no such file or directory} couldn't execute "/TivoWebPlus/bin_ppc/find": no such file or directory
while executing
"exec $hm::find / -path /proc -prune -o -path /dev -prune -o -path /tvlib -prune -o -path /tvbin -prune -o -name $filex ! -name *.log -type d"
(procedure "CreateHackmanConfig" line 83)
invoked from within
"CreateHackmanConfig"
("uplevel" body line 447)
invoked from within
"uplevel 1 "$s" "
POSIX ENOENT {no such file or directory} couldn't read file "/var/TWP/config/hackman.cfg": no such file or directory
while executing
"source $::data_dir/config/hackman.cfg"
("uplevel" body line 790)
invoked from within
"uplevel 1 "$s" "




I am thinking I am missing the obvious, but I have been looking at this for so long, I cannot see the forest through all of the trees.

TIA

TPM

[PortlandPaw]

No, no, no. The hackman config file located in ./modules is the starting point. Hackman takes that file and then scans your TiVo for applications, sets various variables and creates the operational config file in ./config.

If there is an error in creating the operational config file, it won't work. When you try to run hackman, it can't find the config file, so it restarts TWP in the hopes that a working config file will be created.

In your case, that will never happen because the error message indicates that it can't find "/TivoWebPlus/bin_ppc/find" -- is that file not where it should be?

[thepicman]

No, no, no. The hackman config file located in ./modules is the starting point. Hackman takes that file and then scans your TiVo for applications, sets various variables and creates the operational config file in ./config.

If there is an error in creating the operational config file, it won't work. When you try to run hackman, it can't find the config file, so it restarts TWP in the hopes that a working config file will be created.

In your case, that will never happen because the error message indicates that it can't find "/TivoWebPlus/bin_ppc/find" -- is that file not where it should be?


:) Relax

I understand that manually putting it in the ./config dir is not the right thing to do, I was just trying to force a reaction so I could look for clues. Find was not there, so I copied one over. The log files are with find in the bin_ppc directory.

-TPM

[PortlandPaw]

I'm quite relaxed, thank you. I suggest you delete all the hackman files you have on the TiVo and go back to square one in the ReadMe and make sure all the files (whether you think you need them or not) are in the proper directories. It really should work OK.

[luder]

I've notice that Use native 'SendKey" (Series 1) in preferances does not disable sendkey anyone besides portlandpaw answer this?

[thepicman]

I'm quite relaxed, thank you. I suggest you delete all the hackman files you have on the TiVo and go back to square one in the ReadMe and make sure all the files (whether you think you need them or not) are in the proper directories. It really should work OK.

I am glad you are relaxed, it seemed like I had stressed you.

Your comment about installing all the files whether I thought I needed them or not got me to thinking.

It wasn't that I had made the conscious decision not to install all of the files, I am used to updating Hackman by only copying over the new modules. As I had re-installed TWP2.0 in root, I had completely forgotten that the bin files would need to be installed as well. bad habits I guess.

Anyway, Hackman is running extra primo good sir.

Thanks for your input! (and the prog)

-TPM

[PortlandPaw]

Great, picman! If I got stressed by this hobby, I'd have to give it up! Glad you got it running OK.

[boiu4298]

is your site still up?

[IcedTivo]

Big storm back east today, a temp issue I'm sure...

kp

[PortlandPaw]

Iced is right. But on an island temporary means about a week. Bummer. This is the first time I've touched a keyboard since Sunday, and I'm experiencing withdrawal symptoms.

[tiny-e]

Any chance someone could host the latest version of Hacman here, or on a file host (mediafire.c0m, rapidshare.c0m, yousendit.c0m etc) at least temporarily?

I'm dying to try this out :D


Iced is right. But on an island temporary means about a week. Bummer. This is the first time I've touched a keyboard since Sunday, and I'm experiencing withdrawal symptoms.

[PortlandPaw]

The power is back and the hackman server should be, too, very soon if not already.

[Pete77]

The power is back and the hackman server should be, too, very soon if not already.

How were you making any posts during the interim then? :confused:

Also what is your plan in the event of that Canary Island they keep talking about collapsing into the Atlantic and sending a huge tidal wave in your direction?

[PortlandPaw]

Everything at work (on the mainland) is working...the island is a different story. And in the event of a tsunami, we'll just ride it out in our lobster boats.

[PortlandPaw]

Now it turns out there's a power issue in our network box...might be a while longer, but we're getting closer.

[Stewie_G]

WELCOME BACK!!

Glad you're OK!

[PortlandPaw]

Thank you! Feels great to be electrified again!

[Pete77]

I'm surprised to hear that in the land of the brave and the free (not to mention also of the gun wielding crazed psychopath) it can take as long to be reconnected to electricity as in the further parts of the slow and plodding United Kingdom.

I thought I was doing badly out in the rural countryside here when our power went off following major storms in late January first for 8 hours and then a week later overnight for 17 hours. There was even talk of people in the very remotest parts of Wales and Scotland (including the Scottish islands) being off supply for 2 or 3 days.

So what gives with it taking a week to restore power in your part of the USA? I thought these boys would be working 24/7 through the night until your power was back up and running. Or does it come down to you being a small island? Also how do you get to the mainland? I did notice there was a small airfield on your island and even some roads when I checked Google Earth but I guess air travel can't be the regular every day means of mainland locomotion can it?

What happens during roughs seas in January and February can you be stuck on your little old island for a week at a time then?

[Redux]

I'm surprised to hear that in the land of the brave and the free (not to mention also of the gun wielding crazed psychopath) it can take as long to be reconnected to electricityNot sure what land you speak of.

In the land of the free and the home of the brave, we are rarely out, and get reconnected pretty quickly. And crazed people make up an infinitesimally small percent.

I can sympathize with you that in third world countries the experience may be somewhat different.

[Pete77]

Not sure what land you speak of.

Chebeague Island is part of the land area of the 48 continous states of the USA. Thta is the land I speak of.

In the land of the free and the home of the brave, we are rarely out, and get reconnected pretty quickly.

How do you explain Chebeaugue Island then? Less remote than our Scottish islands but out for longer.

And crazed people make up an infinitesimally small percent.

Yet do a wholly disproportionate amount of damage and mayhem to the infiniessimal percentage. I believe the usual excuse given for wanting to bear arms in the USA is to protect yourself against the large number of other gun wielding psychopaths that your absurd gun laws have have armed to the teeth. Yet were they not armed you would not need to arm yourself against them.

I can sympathize with you that in third world countries such as yours the experience may be somewhat different.

The United Kingdom is not a third world country. The USA, which keeps people detained indefinitely without trial at Guantanomo Bay, may just possibly be thirld world, at least in that respect.

[PortlandPaw]

Chebeague Island tries to avoid partisan politics in our local dealings. The problem is getting the heavy equipment to the Island to repair downed power poles. With only 350 people here, it makes no sense to keep a fleet here. Trucks have to be barged over and the seas have not cooperated. Once the equipment was here, the crews had everything up and running in 12 hours. What used to be used by private biplanes in the 30s is now just a field. The ferry runs 98% of the time and is quite reliable. And most of our psychopaths take out their aggressions on the local deer.

[Pete77]

What used to be used by private biplanes in the 30s is now just a field.

It seems Google Earth is not to be trusted then. Any private plane owners trying to land might be in for a nasty shock.

How much is the ferry fare one way and return out of interest?

[PortlandPaw]

Look at www.chebeague.org and www.chebeaguetrans.com.

[Stewie_G]

I'm surprised to hear that in the land of the brave and the free (not to mention also of the gun wielding crazed psychopath) ...


Dont get me started on 2A!!! :mad:

I'll be quoting Uncle Ted (Nugent) at you 'til the cows come home! :cool:

[Pete77]

Dont get me started on 2A!!! :mad:

By 2A do you mean the Guantanomo issue?

[Fofer]

Political chatter is discouraged (nay, disallowed) on TCF.

And what the dickens does any of this have to do with Hackman, anyway?

[Pete77]

Political chatter is discouraged (nay, disallowed) on TCF.
On what grounds?

The discussion arose indirectly only out of surprise that the normally super efficient American utilities system was not able to repair the Hackman author's power suppy in less than a week.

Then was then a tirade against the Brits as living in the Third World by another forum member.......... That then led to the Guantanomo reference re supposedly First World America...........

[Fofer]

On what grounds?

http://www.tivocommunity.com/tivo-vb/showthread.php?threadid=161919

Doesn't bother me much personally... but Hackman and this thread are far too valuable and appreciated to risk incurring the wrath of the site owner and/or moderators.

[PortlandPaw]

OK, politics is over. I've uploaded an updated hackman (see sig) that should take care of problems related to other TWP modules and time-related functions.

[luder]

well, I just want to say that 5.4.2 works after modding line 1
however, I'm still experiencing problems with triage I'll report back to you later this week

Forever great full follower
Luder

[virent]

Help hackman not loading.

On HR10-250 upgraded to TWP 2.0.0.070410.
Copied latest hackman-V5.4.2 into /TivoWebPlus directories:
modules, bin_ppc, bin_mips, images. Quit and Restarted TWP.
Hackman not showing up in menu of TWP.
TivoWeb.log had some error message with MFS############

Modified hackman.cfg and changed variable compliance from 0 to 1.
Quit and restarted TWP, hackman still not showing up.
Deleted /var/TWP/config/hackman.cfg and quit and restarted TWP.
hackman.cfg got regenerated, but no hackman in TWP menu.
Ran mfscheck and rebooted Tivo.

TivoWeb.log contains the following. Looks like it does not register the hackman module. Checked permissions on all hackman files they seem OK.

Using data dir /var/TWP
Starting TWP pid=270
TivoWebPlus - v2.0.0 (2.0.0 (oztivo-070410))
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'docs/copyright' and 'docs/index.html' files
for copyright and credit information.
PoolSize=2916352
Loading libs...
btutils
html
http
index
rec
sendkey
ui
util
timezone
-running init_channelList--- completed in 1 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 10 seconds
TimeZone: US
hackman_util
-- hackman version (see hackman.itcl) --
-Root directory mounted read-only.
-Wednesday, April 25, 2007, 09:58 PM, local time
rss_util
Loading modules...
-Registered backup
-Registered channelgrid
-Registered channelprefs
-Registered confresManual
-Registered folders
-Registered gallery
-Registered gdchecker
-Registered higuide
-Registered info
-Registered logos
-Registered logs
-Registered mail
-Registered manrec
-Registered menus
-Registered mfs
-Registered Phone
-Registered reorder
-Registered rowformat
-Registered rss
-Registered screen
-Registered sysadmin
-Registered theme
-Registered channellist
-Registered deletedshows
-Registered history
-Registered nowshowing
-Registered search
-Registered seasonpass
-Registered wishlists
-Registered todo
-Registered todo/1
-Registered todo/2
-Registered update
-Registered sendkey
-Registered whatson
Loading completed in 17 seconds
Accepting Connections on port xxxx
192.168.0.2 - - [26/Apr/2007:01:59:59] "/" (630364)
192.168.0.2 - - [26/Apr/2007:02:00:02] "/logs" (638972)
loading module logs (640700)192.168.0.2 - - [26/Apr/2007:02:00:05] "/logs/tivoweb.log/" (651564)

[virent]

Got the old tivoweb.log file with the MFS error message. BTW i am on 3.5f and not 6.3. Here is the log.

TivoWebPlus - v2.0.0 (2.0.0 (oztivo-070410))
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'docs/copyright' and 'docs/index.html' files
for copyright and credit information.
PoolSize=2916352
Loading libs...
btutils
html
http
index
rec
sendkey
ui
util
timezone
-running init_channelList--- completed in 1 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 4 seconds
TimeZone: US
hackman_util
-- hackman version (see hackman.itcl) --
-No problem running mips find -- mips version of find selected.
- running mips SendKey -- ppc sendkey selected.
-Searching for TiVo hacks...(takes about a minute)
-Saving hackman.cfg to /var/TWP/config/hackman.cfg
-- hackman version (see hackman.itcl) --
-Root directory mounted read-only.
-Wednesday, April 25, 2007, 08:55 PM, local time
rss_util
Loading modules...
hackman
NONE invalid command name "mfs######################################################### ###############################################"
while executing
"mfs######################################################### ###############################################"
(in namespace eval "::MOD" script line 1)
invoked from within
"namespace eval $ns "$s""
-actions:
xPlusz
-actions: hackman_xPlusz
-Registered backup
-Registered channelgrid
-Registered channelprefs
-Registered confresManual
-Registered folders
-Registered gallery
-Registered gdchecker
-Registered higuide
-Registered info

[speckhals]

I had the same problem "MFS***********".

I then tried 5.4.0 & 5.4.1. No luck, so I went back to 5.3.1.

[virent]

Anyone have link to hackman 5.3.1 version.

Thanks

[PortlandPaw]

Slow down, everyone. Three unwanted characters intruded in the file. This has been fixed in the latest version (still 5.3.2, dated 4/24, 6:20 am).

[kkluba]

I posted some questions here a few weeks ago and David (portlandpaw) suggested a few things. I'm back to say that I gave up and decided to come back this morning and try again. Got hackman working on two HDTivo's. Works like a charm. I swear before I changed to rw first before installing hackman. Anyways I just wanted to followup and say it works and thanks.

[speckhals]

Slow down, everyone. Three unwanted characters intruded in the file. This has been fixed in the latest version (still 5.3.2, dated 4/24, 6:20 am).
Reloaded, runs fine. Version s/b 5.4.2. On my system it shows as 5.4.1. Maybe I downloaded incorrectly? :rolleyes:

[PortlandPaw]

It's probably OK. The version number updates the second time after it is reset after the first load. It picks up the old version number until it does so. I could make it more instantaneous, but I got lazy.

[kdawg]

I recently upgraded to TWP 2.0 from 1.2.1. Hackman work well with that setup. However with TWP 2.0 and Hackman 5.4.2 I can't get any of the hacks to work properly. My Tivo goes through the paces but ultimately ends up not working. I have a Series 1 Sony SVR-2000 with a CacheCard. I've read the forums and the best I can come up with is perhaps its related to the SendKey functionality. The commands do seem to speed by rather quick. Anyone?

[PortlandPaw]

I replied once but it didn't "take." I'll try again. You need to be more specific...what hacks aren't working properly? How are they not working? What paces does it go through? What commands speed by?

[fearby]

I am using tivoweb 1.9.4 - what version of hackman should I use - I think its an older version than the latest but I cannot find anywhere to get it from.

[PortlandPaw]

Look at my website (see sig),

[fearby]

.....but it won't load the module.

Others on this forum have posted logs from tivoweb but I cannot find where that is. Is it missing as a feature from 1.9.4? I cannot find the

"Observed Paths and Pathnames" page, reached from the Preferences page.

referred to in the readme either. There doesn't appear to be a hackman.cfg file anywhere either. Oh dear.

Ok - I tried to restart tivoweb from telnet with "tivoweb console" and this appeared"

hackman
NONE missing close-brace
while compiling
"proc checkauthortext {app authortext} { ..."
(file "/var/hack/tivoweb-tcl/modules/hackman.itcl" line 600)
invoked from within
"source $module "

Does this explain why it isn't loading?

[fearby]

Strange - just deleted and reinstalled and now loads. :rolleyes:

[kdawg]

I replied once but it didn't "take." I'll try again. You need to be more specific...what hacks aren't working properly? How are they not working? What paces does it go through? What commands speed by?

Sorry, your right I should have been more specific.

It's very hard to tell whats happening because they do speed by very quick. The 30 second skip stops after it records whatever is on channel 4. So it actually sets up a recording. Something I don't recall in the previous version of Hackman. The on-screen clock hack stops after trying to display channel 99. I don't get channel 99 so it immediately goes to the blue screen saying it can receive a signal. I also tried the play sorting but that is a lengthy combination and I have a hard time keeping track of whats going on. The combination doesn't get stuck but ends up ultimately not working.

[PortlandPaw]

Try unchecking the "use native sendkey" option on the Preferences page. It may run more slowly but more reliably.

[PortlandPaw]

My latest release of hackman (see sig) adds a feature to backup the /var file to a safe location on the TiVo so that it can be restored if /var gets wiped. Needless to say (I hope), also included is a restore function. I've also added a standalone command-line tcl file that lives in the root directory to facilitate restoration and can be used to schedule cronjobs to keep the backups current.

Also added is a feature to copy the critical telnet and ftp files to a safe location and add startup instructions to rc.sysinit so that telnet and ftp are available in the case of failure in /var or rc.sysinit.author or other vulnerable startup processes. This can save having to pull the drive(s) and can be a real lifesaver!

As always, please report any malfunctions on this forum.

[Pete77]

My latest release of hackman (see sig) adds a feature to backup the /var file to a safe location on the TiVo so that it can be restored if /var gets wiped. Needless to say (I hope), also included is a restore function. I've also added a standalone command-line tcl file that lives in the root directory to facilitate restoration and can be used to schedule cronjobs to keep the backups current.

Also added is a feature to copy the critical telnet and ftp files to a safe location and add startup instructions to rc.sysinit so that telnet and ftp are available in the case of failure in /var or rc.sysinit.author or other vulnerable startup processes. This can save having to pull the drive(s) and can be a real lifesaver!

These new features sound great but where do we find more information on them including the name of the command line tcl file that can be run from cron. Ditto where do we get further information on the safe stored locations for telnet and ftp in the event of failure and re-initialisation of the /var partition?

[kdawg]

Try unchecking the "use native sendkey" option on the Preferences page. It may run more slowly but more reliably.

Will do thanks.

[PortlandPaw]

These new features sound great but where do we find more information on them including the name of the command line tcl file that can be run from cron. Ditto where do we get further information on the safe stored locations for telnet and ftp in the event of failure and re-initialisation of the /var partition?


ReadMe

[speckhals]

I can't believe so many days have passed without questions/comments.

[PortlandPaw]

That's either a good thing or a bad thing.

[speckhals]

Let's be positive and say it's a good thing!

[MasterOfPuppets]

Not trying to go out of my way to double-post this, but I still haven't figured it out...

I'm pretty sure that I must be the stupidest newbie alive.
I ran the enhancement script and finally got TWP 2.0 so that it'd show up in my browser.
I installed Hackman 5.5.x following the readme instructions and activated it following the super secret instructions.
Since the enhancement script installs /TivoWebPlus with 700 permission I did a
chmod -R 777 /TivoWebPlus
And...in order to have proper permission to FTP and overwrite everything
chmod -R 777 /TivoWebPlus/bin_mips/
chmod -R 777 /TivoWebPlus/bin_ppc/
chmod -R 777 /TivoWebPlus/images/
chmod -R 777 /TivoWebPlus/modules/
Otherwise, I got file transfer errors. I clicked through overwriting everything, and didn't get any errors.
After finishing I did
chmod -R 700 /TivoWebPlus
and the same for all sub-directories listed above, followed by "ro" and "twprs" at bash.
And now...once again, I get a "Problem loading page" in my browser when directed to my.tivo.ip.address:tivoport
I've also tried a chmod +x on the bin directories and the individual files contained within as well.
What am I screwing up?

[BTUx9]

you really shouldn't have to mess with file permissions like that... the most important one is keeping author executable (keeping your TWP files 777 should be just fine)

when most people have problems using ftp, it's most often because the root partition is still mounted readonly. (and sometimes ftp fails silently, so no errors isn't a guarantee of success)

examining (and posting) the contents of /var/log/tivoweb.log should be your first step... that will hopefully show why TWP isn't loading.

[MasterOfPuppets]

I should have edited my post to state that TWP was installed using rbautch's enhancement script. I have since deleted Hackman, uninstalled and then re-installed the enhancement script.
I can access TWP fine through Firefox now, but have not figured out how to properly install Hackman.
As far as I can tell, the only way to access the /TivoWebPlus directory after this sort of install is to do the chmod...when I telnet in, do a rw and attempt to access that directory through FileZilla I get:
Command: CWD TivoWebPlus
Response: 550 Directory change failed; permission denied.
Error: Could not retrieve directory listing

Here's my tivoweb.log, even though things are running fine at this point:
Starting TWP pid=317
TivoWebPlus - LivingRoom - v2.0.0 (2.0.0 (oztivo-070205))
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'docs/copyright' and 'docs/index.html' files
for copyright and credit information.
PoolSize=2916352
Loading libs...
btutils
html
http
index
rec
sendkey
ui
util
-running init_channelList--- completed in 14 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 3 seconds
rss_util
Loading modules...
-Registered backup
-Registered channelgrid
-Registered channelprefs
-Registered confresManual
-Registered folders
-Registered gallery
-Registered gdchecker
-Registered higuide
-Registered info
-Registered logos
-Registered logs
-Registered mail
-Registered manrec
-Registered mfs
-Registered mrv
-Registered reorder
-Registered rowformat
-Registered rss
-Registered sysadmin
-Registered theme
-Registered channellist
-Registered deletedshows
-Registered history
-Registered nowshowing
-Registered search
-Registered seasonpass
-Registered wishlists
-Registered todo
-Registered todo/1
-Registered todo/2
-Registered update
-Registered whatson
Loading completed in 28 seconds -- Accepting Connections
192.168.##.## - - [30/May/2007:05:02:10] "/info"
loading module info (19015) loaded=19015
192.168.##.## - - [30/May/2007:05:03:23] "/folder/2"
192.168.##.## - - [30/May/2007:05:03:27] "/update"
loading module update (3512) loaded=22527
- [30/May/2007:05:17:56] running CleanupGlobals
Obviously I've edited the IPs there.

Any idea if I should try the installs after the chmod again? Or some other method of installing Hackman after the enhancement script?
I've posted this in the enhancement script thread already as well.

[BTUx9]

Here's my tivoweb.log, even though things are running fine at this point:yeah, my point was to see the messages when TWP *didn't* start up :rolleyes:

Any idea if I should try the installs after the chmod again? Or some other method of installing Hackman after the enhancement script?
I've posted this in the enhancement script thread already as well.
I'd suggest:
- setting root rw
- resetting the permissions to 777 (and leaving them that way)
- installing hackman as it says in the readme
- run twp, and if it doesn't come up properly, check the log

p.s. re: the chmod, my point was that you shouldn't have had to chmod anything... leaving TWP the way it was installed should have been fine

[MasterOfPuppets]

That seemed to work, I thought that was what I did the first time, but apparently not. Thanks.

The only thing that I've noticed is that despite going into Preferences and checking the box, the 30-second skip does not appear to be being applied upon reboot.
I restarted TWP, rebooted my Tivo, but when I go into a recording and press the remote button, it still skips to the end of the recording.
Is there something else I'm supposed to do that I'm missing?

Tivo = 24004A
Kernel = custom 8.1

[BTUx9]

That seemed to work, I thought that was what I did the first time, but apparently not. Thanks.

The only thing that I've noticed is that despite going into Preferences and checking the box, the 30-second skip does not appear to be being applied upon reboot.
I restarted TWP, rebooted my Tivo, but when I go into a recording and press the remote button, it still skips to the end of the recording.
Is there something else I'm supposed to do that I'm missing?

Tivo = 24004A
Kernel = custom 8.1
tivo s/w versions above 4.x, TWP can't send remote keypresses.

However, the standard superpatch enables 30-second skip using a tivoapp patch... if you aren't seeing that, then superpatch was probably not applied when you hacked.

[MasterOfPuppets]

Can I run superpatch on a custom 8.1 kernel, running 8.3 software?
Sorry for being a stupid newbie again, but the txt with the file says it's for 6.x and 7.1x. I tried looking at the DDB thread, but I can't make it through 47 pages right now.
If I can, I also notice that the txt says to only run set_mrv_name on 6.x...true?

[Da Goon]

Search DiamondSW's posts. You need to take the original superpatch and patch it to support 8.3. He gives very clear directions in his post on what to do. Just go back a few pages in that thread from the last page.

[MasterOfPuppets]

Got it. Thank you.
(Very) Slowly but surely, I think (hope) I'm starting to catch on...although I'm sure I'll have more stupid newbie questions when the next software update rolls along.

[focusedonsound]

Perhaps I am missing something

TivoWebPlus v. 2.0 installed and running no problems.

Quit TivosWebPlus

Installed Hackman

Started TivoWebPlus

Hackman is listed and shows screen with the following text

In order to activate hackman, you need to make an edit in the hackman.cfg file. Please review the ReadMe file that accompanies hackman to learn how to activate hackman.
The author apologizes for any inconvenience this may cause to experienced users,
but too many people have ignored the ReadMe and suffered dire consequences.
Please be safe rather than sorry!

with that said.

If I haven't read the Readme 5 times tonight I haven't read it once. What Am I missing? Perhaps i need this pointed out to me!

[Pete77]

If I haven't read the Readme 5 times tonight I haven't read it once. What Am I missing? Perhaps i need this pointed out to me!

The very end of the ReadMe where he tells you to change the variable from 0 to 1 at the start of the hackman.cfg file.

[focusedonsound]

Thanks Pete77... I swear I read over the readme 5 times! After making that post last night I had to walk away from the computer before I threw the damn thing!

[PortlandPaw]

focused, at least you now know everything you need to know about hackman! I'm sorry it was such a frustrating experience for you but, believe me, if you'd forged ahead as many have done and borked your machine, you would have been much more frustrated! Enjoy!

[ttodd1]

...ReadMe where he tells you ......


Now nobody will have to read it....... :D

[willardcpa]

Now nobody will have to read it....... :D
I always read those things. Just like the user agreements for new updates on S/W. "Hmmm, says I have to read all of this and indicate that I have and agree to the terms - pgdn, pgdn, pgdn, pgdn, check I agree box." :cool:

[PortlandPaw]

Mine is not an agreement granting me ownership of your condo in Aspen...it is simply information users need to avoid rendering their TiVos useless. I've done what I can to urge people to read it. Ignore at your own peril.

[focusedonsound]

Well now that I know exactly what im looking for if someone wants to delete that post please feel free.

To edit the file I can use any text editor? Edit the file and re-ftp it?

[PortlandPaw]

Not just any text editor...(although it may work, I wouldn't chance it)...be sure to save any text file on the TiVo using unix (not DOS with CRs) format. I use TextPad.

[focusedonsound]

Somethings not right.

I followed the directions everyone has given me.

Here is what I did.

DL TextPad.

Edited Hackman.cfg as per the troubleshooting

1. Quit Tivoweb
2. Replaced file
3. Restarted Tivo Web.

Here are some of the errors im getting if I type (hackman.cfg, hackman.itcl, hackman_create_cfg.tcl, hackman_util.cfg.)

.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: variable: command not found
.//hackman.cfg: line 267: syntax error near unexpected token `}'
.//hackman.cfg: line 267: `}'
NICK-TiVo# hackman
bash: hackman: command not found
NICK-TiVo# ls
ChannelMap.itcl mail.itcl tvres-3.0.res
backup.itcl manrec.itcl ui_channel.itcl
channelgrid.itcl menus.itcl ui_compat.itcl
channelgrid.tcl merge.itcl ui_deletedshows.itcl
channelprefs.itcl mfsbrowser.itcl ui_history.itcl
confirm.itcl mrv.itcl ui_listings.itcl
confresManual.itcl phone.itcl ui_nowshowing.itcl
extract.itcl reorder.itcl ui_record.itcl
folders.itcl resources.itcl ui_search.itcl
gallery.itcl rowformat.itcl ui_season_pass.itcl
gdchecker.itcl rss.itcl ui_series.itcl
hackman.cfg rss_util.tcl ui_showing.itcl
hackman.itcl screen.itcl ui_todo.itcl
hackman_create_cfg.tcl search.itcl update.itcl
hackman_util.tcl showing.tcl varbackup
higuide.itcl sysadmin.itcl webremote.itcl
higuide.tcl theme.itcl whatson.itcl
info.itcl thumbs.itcl wishlists.itcl
logos.itcl tvres-2.0.res xPlusz.itcl
logs.itcl tvres-2.5.res
NICK-TiVo# hackman.itcl
.//hackman.itcl: proc: command not found
.//hackman.itcl: global: command not found
.//hackman.itcl: catch: command not found
.//hackman.itcl: puts: command not found
.//hackman.itcl: do_action: command not found
.//hackman.itcl: }]: command not found
.//hackman.itcl: line 39: syntax error near unexpected token `}'
.//hackman.itcl: line 39: ` }'
NICK-TiVo# rw
mounting read write
NICK-TiVo# hackman_create_cfg.tcl
.//hackman_create_cfg.tcl: tvsource: command not found
.//hackman_create_cfg.tcl: tvsource: command not found
.//hackman_create_cfg.tcl: line 33: syntax error near unexpected token `env(S'
.//hackman_create_cfg.tcl: line 33: ` if { [info exists env(SerialNumber)] && [
string trim $env(SerialNumber) "0"] != "" && [string length $env(SerialNumber)]
== 15 } {'
NICK-TiVo# hackman_util.tcl
.//hackman_util.tcl: proc: command not found
.//hackman_util.tcl: global: command not found
.//hackman_util.tcl: puts: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: regsub: command not found
.//hackman_util.tcl: append: command not found
.//hackman_util.tcl: readwrite: command not found
.//hackman_util.tcl: puts: command not found
.//hackman_util.tcl: close: command not found
.//hackman_util.tcl: readwrite: command not found
.//hackman_util.tcl: line 48: syntax error near unexpected token `}'
.//hackman_util.tcl: line 48: `}'
NICK-TiVo# ls
ChannelMap.itcl mail.itcl tvres-3.0.res
backup.itcl manrec.itcl ui_channel.itcl
channelgrid.itcl menus.itcl ui_compat.itcl
channelgrid.tcl merge.itcl ui_deletedshows.itcl
channelprefs.itcl mfsbrowser.itcl ui_history.itcl
confirm.itcl mrv.itcl ui_listings.itcl
confresManual.itcl phone.itcl ui_nowshowing.itcl
extract.itcl reorder.itcl ui_record.itcl
folders.itcl resources.itcl ui_search.itcl
gallery.itcl rowformat.itcl ui_season_pass.itcl
gdchecker.itcl rss.itcl ui_series.itcl
hackman.cfg rss_util.tcl ui_showing.itcl
hackman.itcl screen.itcl ui_todo.itcl
hackman_create_cfg.tcl search.itcl update.itcl
hackman_util.tcl showing.tcl varbackup
higuide.itcl sysadmin.itcl webremote.itcl
higuide.tcl theme.itcl whatson.itcl
info.itcl thumbs.itcl wishlists.itcl
logos.itcl tvres-2.0.res xPlusz.itcl
logs.itcl tvres-2.5.res
NICK-TiVo# hackman.itcl
.//hackman.itcl: proc: command not found
.//hackman.itcl: global: command not found
.//hackman.itcl: catch: command not found
.//hackman.itcl: puts: command not found
.//hackman.itcl: do_action: command not found
.//hackman.itcl: }]: command not found
.//hackman.itcl: line 39: syntax error near unexpected token `}'
.//hackman.itcl: line 39: ` }'
NICK-TiVo#

Please help

[Da Goon]

Why on earth are you trying to run hackman from bash?? It's meant for use as a plugin INSIDE tivowebplus.

[focusedonsound]

I think I figured it out...

I take that back Here is what I have done and it still doesn't work!

Step 1 FTP'ed all files to there respective directorys
Step 2 Restarted TivowebPlus
Step 3 (Hackman is showing up in TivoWebPlus)
Step 4 Deleted /TWP/config/Hackman.cfg
Step 5 Edited /var/TivoWebPlus/modules/hackman.cfg (variable DefaultReadOnly 0)
Step 6 Restarted TivoWebPlus

And still no go!

I looked for said log files but I don't know which "log" im looking for.

Ive been at this for 2 days now ...and its killing me that I can't figure this out

hackman_util
-- hackman version (see hackman.itcl) --
-No problem running mips find -- mips version of find selected.
-No problem running mips sendkey -- mips sendkey selected.
-Searching for TiVo hacks...(takes about a minute)
-Saving hackman.cfg to /var/TWP/config/hackman.cfg
-- hackman version (see hackman.itcl) --
-Root directory mounted read-write
-Tuesday, June 05, 2007, 08:22 PM, local time
rss_util

Does that Help?

[ttodd1]

If hackman is showing up in TWP then what else are you hoping for????

[focusedonsound]

This is what I get when I click on "Hackman"


Welcome to

TiVo
Hack Manager
You must read the ReadMe!In order to activate hackman, you need to make an edit in the hackman.cfg file. Please review the ReadMe file that accompanies hackman to learn how to activate hackman.
The author apologizes for any inconvenience this may cause to experienced users,
but too many people have ignored the ReadMe and suffered dire consequences.
Please be safe rather than sorry!

This is what I get.

Here is my last TivoWeb.log
Using data dir /var/TWP
Starting TWP pid=14792
TivoWebPlus - v2.0.0 (2.0.0 (oztivo-070518))
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'docs/copyright' and 'docs/index.html' files
for copyright and credit information.
PoolSize=2916352
Loading libs...
util
sendkey
html
index
http
ui
rec
btutils
timezone
-running init_channelList--- completed in 0 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 0 seconds
TimeZone: US
hackman_util
-- hackman Version 5.5.0 --
-Root directory mounted read-write
-Tuesday, June 05, 2007, 09:27 PM, local time
rss_util
Loading modules...
-Registered backup
-Registered channelgrid
-Registered channelprefs
-Registered confresManual
-Registered build_extract_page
-Registered folders
-Registered gallery
-Registered gdchecker
-Registered hackman
-Registered higuide
-Registered info
-Registered logos
-Registered logs
-Registered mail
-Registered manrec
-Registered menus
-Registered mfs
-Registered mrv
-Registered reorder
-Registered rowformat
-Registered rss
-Registered sysadmin
-Registered theme
-Registered channellist
-Registered deletedshows
-Registered history
-Registered nowshowing
-Registered search
-Registered seasonpass
-Registered wishlists
-Registered todo
-Registered todo/1
-Registered todo/2
-Registered update
-Registered whatson
Loading completed in 4 seconds
Accepting Connections on port 80
Preload Favs done
192.168.1.46 - - [06/Jun/2007:01:28:09] "/" (643248)
192.168.1.46 - - [06/Jun/2007:01:28:09] "/BlueJacket.css" (650780)
192.168.1.46 - - [06/Jun/2007:01:28:09] "/images/BlueJacket_eosfoil4a.gif" (652924)
192.168.1.46 - - [06/Jun/2007:01:28:09] "/images/BlueJacket_gradient.png" (655324)
192.168.1.46 - - [06/Jun/2007:01:28:09] "/images/BlueJacket_000.gif" (655312)
192.168.1.46 - - [06/Jun/2007:01:28:13] "/hackman" (655272)
loading module hackman (656960)192.168.1.46 - - [06/Jun/2007:01:28:17] "/BlueJacket.css" (879164)
192.168.1.46 - - [06/Jun/2007:01:28:17] "/images/BlueJacket_eosfoil4a.gif" (879184)
192.168.1.46 - - [06/Jun/2007:01:28:17] "/images/BlueJacket_gradient.png" (879196)
192.168.1.46 - - [06/Jun/2007:01:28:17] "/images/BlueJacket_000.gif" (879176)
192.168.1.46 - - [06/Jun/2007:01:28:30] "/logs" (879144)
loading module logs (879368)192.168.1.46 - - [06/Jun/2007:01:28:31] "/BlueJacket.css" (888624)
192.168.1.46 - - [06/Jun/2007:01:28:31] "/images/BlueJacket_eosfoil4a.gif" (887936)
192.168.1.46 - - [06/Jun/2007:01:28:31] "/images/BlueJacket_gradient.png" (887944)
192.168.1.46 - - [06/Jun/2007:01:28:31] "/images/BlueJacket_000.gif" (887936)
192.168.1.46 - - [06/Jun/2007:01:28:56] "/logs/tivoweb.log/" (887828)
192.168.1.46 - - [06/Jun/2007:01:28:56] "/BlueJacket.css" (888408)
192.168.1.46 - - [06/Jun/2007:01:28:56] "/images/BlueJacket_eosfoil4a.gif" (888452)
192.168.1.46 - - [06/Jun/2007:01:28:56] "/images/BlueJacket_gradient.png" (888444)
192.168.1.46 - - [06/Jun/2007:01:28:56] "/images/BlueJacket_000.gif" (888440)
192.168.1.46 - - [06/Jun/2007:01:29:36] "/restart" (888416)
192.168.1.46 - - [06/Jun/2007:01:29:37] "/BlueJacket.css" (890008)
192.168.1.46 - - [06/Jun/2007:01:29:37] "/images/BlueJacket_eosfoil4a.gif" (890020)
192.168.1.46 - - [06/Jun/2007:01:29:37] "/images/BlueJacket_gradient.png" (890020)
192.168.1.46 - - [06/Jun/2007:01:29:37] "/images/BlueJacket_000.gif" (890012)
192.168.1.46 - - [06/Jun/2007:01:30:16] "/hackman" (889976)
192.168.1.46 - - [06/Jun/2007:01:30:19] "/BlueJacket.css" (895296)
192.168.1.46 - - [06/Jun/2007:01:30:19] "/images/BlueJacket_eosfoil4a.gif" (895328)
192.168.1.46 - - [06/Jun/2007:01:30:19] "/images/BlueJacket_gradient.png" (895312)
192.168.1.46 - - [06/Jun/2007:01:30:19] "/images/BlueJacket_000.gif" (895320)
192.168.1.46 - - [06/Jun/2007:01:31:03] "/menus" (895272)
loading module menus (895508)192.168.1.46 - - [06/Jun/2007:01:31:03] "/BlueJacket.css" (928092)
192.168.1.46 - - [06/Jun/2007:01:31:04] "/images/BlueJacket_eosfoil4a.gif" (928116)
192.168.1.46 - - [06/Jun/2007:01:31:04] "/images/BlueJacket_gradient.png" (928100)
192.168.1.46 - - [06/Jun/2007:01:31:04] "/images/BlueJacket_000.gif" (928108)
192.168.1.46 - - [06/Jun/2007:01:31:26] "/folder/1" (928080)
192.168.1.46 - - [06/Jun/2007:01:31:26] "/BlueJacket.css" (931096)
192.168.1.46 - - [06/Jun/2007:01:31:27] "/images/BlueJacket_eosfoil4a.gif" (931100)
192.168.1.46 - - [06/Jun/2007:01:31:27] "/images/BlueJacket_gradient.png" (931096)
192.168.1.46 - - [06/Jun/2007:01:31:27] "/images/BlueJacket_000.gif" (931092)
192.168.1.46 - - [06/Jun/2007:01:31:30] "/hackman" (931072)
192.168.1.46 - - [06/Jun/2007:01:31:33] "/BlueJacket.css" (939896)
192.168.1.46 - - [06/Jun/2007:01:31:33] "/images/BlueJacket_eosfoil4a.gif" (939916)
192.168.1.46 - - [06/Jun/2007:01:31:33] "/images/BlueJacket_gradient.png" (939920)
192.168.1.46 - - [06/Jun/2007:01:31:33] "/images/BlueJacket_000.gif" (939916)
192.168.1.46 - - [06/Jun/2007:01:31:38] "/" (939868)
192.168.1.46 - - [06/Jun/2007:01:31:38] "/BlueJacket.css" (939892)
192.168.1.46 - - [06/Jun/2007:01:31:38] "/images/BlueJacket_eosfoil4a.gif" (939924)
192.168.1.46 - - [06/Jun/2007:01:31:38] "/images/BlueJacket_gradient.png" (939924)
192.168.1.46 - - [06/Jun/2007:01:31:38] "/images/BlueJacket_000.gif" (939916)
192.168.1.46 - - [06/Jun/2007:01:32:16] "/hackman" (939856)
192.168.1.46 - - [06/Jun/2007:01:32:18] "/BlueJacket.css" (940032)
192.168.1.46 - - [06/Jun/2007:01:32:19] "/images/BlueJacket_eosfoil4a.gif" (940036)
192.168.1.46 - - [06/Jun/2007:01:32:19] "/images/BlueJacket_gradient.png" (940048)
192.168.1.46 - - [06/Jun/2007:01:32:19] "/images/BlueJacket_000.gif" (940028)
192.168.1.46 - - [06/Jun/2007:01:33:01] "/logs" (939980)
192.168.1.46 - - [06/Jun/2007:01:33:02] "/BlueJacket.css" (940760)
192.168.1.46 - - [06/Jun/2007:01:33:02] "/images/BlueJacket_eosfoil4a.gif" (940024)
192.168.1.46 - - [06/Jun/2007:01:33:02] "/images/BlueJacket_gradient.png" (940040)
192.168.1.46 - - [06/Jun/2007:01:33:02] "/images/BlueJacket_000.gif" (940016)
192.168.1.46 - - [06/Jun/2007:01:33:06] "/logs/tivoweb.log/" (940000)

[beejaycee]

I've just done a very superficial read of your problem but, according to the readme, did you go to the modules directory and in the hackman.cfg file:
Change the "variable compliance 0" line to "variable compliance 1"
I saw where you changed the readonly variable to read/write but not where you changed the compliance variable.

[focusedonsound]

beejaycee THANK YOU

I was changing another line from 0 to 1

now i feel like an idiot!

Thanks for the help!

[PortlandPaw]

...but you should change the read/write back to 1. The easiest way to do that is on the preferences screen -- no need to go back and edit the .cfg file.

Glad you finally got it running!

[focusedonsound]

...but you should change the read/write back to 1. The easiest way to do that is on the preferences screen -- no need to go back and edit the .cfg file.

Glad you finally got it running!


Thanks for all of your help!

Needless to say but ....Its been one of those weeks!

[Nugent]

PortlandPaw, thanks for a great tool which is an indispensable part of a hacked DTiVo.

I recently zippered a new DSR704. Its been well over a year since I last did this, so I assembled all the latest software, except for a 6.2 image, not 6.2a. The zippering went perfectly. I then did the update to 6.2a without slices as described elsewhere on this forum. This also worked properly. TWP was fine.

Then I proceeded to install the latest Hackman. I immediately ran into problems copying the files to /TivoWebPlus, which the latest zipper installs under the root directory and is therefore read-only (My linux knowledge is pretty basic, so please excuse my elementary errors and feel free to correct me). Using the "rw" setting did not help, so after some education and experimentation with chmod, I got the files copied.

When I then started TWP, the Hackman installation failed due to the inability to write the config file to the read-only directory. Setting the drive read-write and chmodding did not help. Based on other postings I tried the symlinks - no luck. Eventually I rebooted and then it worked!

So now, in my inexperience, I'm not sure what exactly I did to make it work, but everything is ok. I am posting this to give you some feedback. I did make an effort to read all your instructions, but they are pretty densely worded and a lot to assimilate, together with many pages of postings here! It seems that some guidance for installation with TWP as installed by the latest version on the zipper might be useful.

[BTUx9]

If zipper is installing TWP with bad permissions, that's a bug in zipper, and should be addressed there.

when setting rw to make changes, it's important to reset to ro before running TWP2 if that's the way the system will normally be run (which may be why your install didn't work properly until a reboot)

[MasterOfPuppets]

When attempting to go into Hackman, I am getting the following:
INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
can't read "hm::forceupdate": no such variable
while executing
"if {$hm::forceupdate == 1} {
set hm::forceupdate 0
hackman_readauthor
}"
(procedure "MOD::action_hackman" line 14)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

I did just reinstall Hackman due to some difficulties, I've noticed that there is not currently a hackman.cfg file in my /TivoWebPlus/config directory (TWP installed via rbautch's enhancement script)
What do I need to do?

[PortlandPaw]

Read the ReadMe, follow the Troubleshooting directions, and report back results here.

[MasterOfPuppets]

I shut down TWP with a Restart, Quit and then did a tivoweb console...here are the highlights:

-running init_channelList--- completed in 0 seconds
-running init_logoindex--- completed in 0 seconds
-running init_sp_cache--- completed in 4 seconds
hackman_util
POSIX ENOENT {no such file or directory} couldn't read file "/TivoWebPlus/modules/hackman.cfg": no such file or directory
while executing
"source $source_dir/modules/hackman.cfg"
invoked from within
"if {[namespace children :: hm] == ""} {source $source_dir/modules/hackman.cfg}"
("uplevel" body line 29)
invoked from within
"uplevel 1 "$s" "
NONE unknown namespace "hm" in namespace delete command
while executing
"namespace delete hm"
invoked from within
"if {![file exists $::data_dir/config/hackman.cfg]} {
mySource $::source_dir/modules/hackman_create_cfg.tcl
namespace delete hm
}"
("uplevel" body line 747)
invoked from within
"uplevel 1 "$s" "
rss_util
Loading modules...
-Registered backup
-Registered channelgrid
-Registered channelprefs
-Registered confresManual
-Registered folders
-Registered gallery
-Registered gdchecker
-Registered hackman

and at the bottom
-Registered whatson
couldn't open socket: address already in use
while executing
"socket -server ::session $::conf(Port)"
invoked from within
"set ::sock [socket -server ::session $::conf(Port)]"
(file "/TivoWebPlus/load.tcl" line 582)
invoked from within
"source $source_dir/load.tcl"
(procedure "load" line 4)
invoked from within
"load 0"
(file "/TivoWebPlus/httpd-tt.tcl" line 31)
Error: The last session did not complete successfully
Exiting to prevent possible reboot loop


So now I'm back to TWP not loading, and there is still no hackman.cfg in the /TivoWebPlus/modules directory.

[PortlandPaw]

You found POSIX ENOENT {no such file or directory} couldn't read file "/TivoWebPlus/modules/hackman.cfg":
no such file or directory
So I would suggest putting hackman.cfg from the hackman .zip file into /TivoWebPlus/modules.

[MasterOfPuppets]

Should have caught that one myself.
I don't know why it wasn't in my PC directory to begin with, but things are working now.
Thanks.

[jhatfield]

Ok, I’m using hackman 4.2.8 on tivoweb on a series 1 philips TiVo. I have read the readme file, but not all 48 pages of this thread. I have tried searching though, both here and google, and haven’t found anything on this.

Here’s the problem. Hackman reports that TCS is not started, even though it is running. Also, it will not start TCS. The first thing I checked was the path, /var/hack/tcs/starttcs, but that appears to be correct. I think I’m just overlooking something here, but I can’t figure out what it is. I’d appreciate any input.

Oh, and thanks to PortlandPaw for writing this very useful module. And thanks for all the continuing work he has done on it.

Jon

[PortlandPaw]

I don't know off hand. I just started and stopped TCS on my Phillips S1 with no problem and TCS is located in the same directory. I'm running the latest hackman (5.5.1) but I haven't touched the launching feature in years, it seems. From your message, I'm inferring that you can start and stop TCS manually. So it's a mystery. Oftentimes, a reboot will clear these things up. Let me know what you find as you experiment.

And thanks for the kind words.

[jhatfield]

Yeah, it starts and stops fine manually. It also starts up fine when called from hacks_callfromrc.sysinit when booting up. This is a mystery for me though. It seems like a problem with the path, but I can't figure out what the problem could be.

This is actually not a new issue for me. I’ve never been able to get this particular problem fixed. I just rebuilt two of my TiVos. I’ve been trying to get all the bugs worked out, so I can make one perfect backup file.

thanks again

[PortlandPaw]

So if you go to the preferences page and "view paths and pathnames" at the bottom, it says /var/hack/tcs/starttcs for TiVo Control Station?

And what is the start command in the hacks_callfromrc.sysinit? Is it different?

As for the "one perfect backup file"...for me, I've never been able to achieve that dream!

[jhatfield]

Here’s the section from hacks_callfromrc.sysinit:

# Uncomment next section to enable TiVo Control Station
if test -x /var/hack/tcs/starttcs
then
/var/hack/tcs/starttcs
fi

here’s the line from hackman.cfg:

set tcspathname "/var/hack/tcs/starttcs"

I don’t know if this is related, but shouldn’t there be a ‘>’ before devnull in this line?

set 4 "exec /var/hack/tcs/starttcs devnull &"

(TiVo linux is the only linux I’ve been exposed to so far.)


I know what you mean about that "perfect backup". There always seems to be more to do before it's "just right".

[jhatfield]

So if you go to the preferences page and "view paths and pathnames" at the bottom, it says /var/hack/tcs/starttcs for TiVo Control Station?



yes exactly

TiVo Control Station /var/hack/tcs/starttcs hacks_callfromrc.sysinit

[PortlandPaw]

I'm stumped. "devnull" doesn't require a ">" and it works fine on mine. All else looks identical to my setup.

I'm afraid perfection is elusive!

I haven't used TCS in a few years, but here are a couple of thoughts. Maybe starttcs goes away after awhile and that's why hackman thinks its not running. Also, shutting down TCS takes a couple of minutes as it uses a heartbeat kill process. Does hackman show TCS not running immediately after booting up?

[PortlandPaw]

THAT'S IT! After all these years, you've discovered a bug. starttcs does disappear and I need to change hackman to look for TCSEventServer instead! You win the prize!

[jhatfield]

Alright! What do I get?! Is it a bug fix?

*chuckle*

[jhatfield]

I haven't used TCS in a few years...

So, what do you use to start and stop the closed captioning while you're watching tv? I find that alone to be immensely useful. I also use it to set backdoors, 30 second skip, now playing sorting, and revealing hidden items in the to do and now playing list.

[slydog75]

Portland, just upgraded to TWP2.0 and the new Hackman, but I can't get it to load. I uploaded everything and I get a 'hackman' entry on the TWP menu but when it tries to load I get "No hackman.cfg file found in /var/TWP/config/; restarting TWP to generate new file". /var/TWP/config is where my config files are, but hackman is not creating hackman.cfg there for whatever reason.

[MasterOfPuppets]

Portland, just upgraded to TWP2.0 and the new Hackman, but I can't get it to load. I uploaded everything and I get a 'hackman' entry on the TWP menu but when it tries to load I get "No hackman.cfg file found in /var/TWP/config/; restarting TWP to generate new file". /var/TWP/config is where my config files are, but hackman is not creating hackman.cfg there for whatever reason.

I had this problem not long ago.
There's a hackman.cfg in the .zip or .rar or whatever format hackman is compressed in (in the modules dir). Just FTP it over.

[PortlandPaw]

So, what do you use to start and stop the closed captioning while you're watching tv? I find that alone to be immensely useful. I also use it to set backdoors, 30 second skip, now playing sorting, and revealing hidden items in the to do and now playing list.
All of those features are built into hackman except the NPL hidden items. They're mostly in the Backdoor Codes/Command Page section, but closed captioning should come up in the main start/stop menu (TiVoVBI). A quick re-read of the ReadMe lists all the features. Of course, the disadvantage is executing those features from the computer instead of the remote control.

And I have to revise my comment about starttcs disappearing -- it doesn't. I started TCS yesterday and must have missed it when I looked a few hours later. It's there this morning and hackman correctly reports that TCS is running. So that part remains a mystery.

[jhatfield]

Oh, I already knew hackman will do all those things. I'd just rather use my remote. That's what I was getting at. Plus I said it in jest.

[unclemoosh]

Portland Paw,

The /var backup command is great. Is there a way I can automate it?

TIA

[wizzy]

Tivo series 1, 3.0-01-1-000

Upgraded from TWP 1.2 to 2.0 last week, along with the appropriate Hackman updates.

I have selected the option to enable sorting upon restart, but it doesn't take. At anytime after restart, I can go into TWP and click on the "enable sorting" function, and it works, so it's not a problem with the code itself. The enable backdoors on restart works fine.

I had to disable the native sendkey, as that was causing very erratic behavior.

Any ideas?

[PortlandPaw]

Portland Paw,

The /var backup command is great. Is there a way I can automate it?

TIA
Thanks for the kind words...as a veteran user, you probably didn't notice the update to the ReadMe where I describe how to set a cronjob to do what you want to do.

[unclemoosh]

Thanks for the kind words...as a veteran user, you probably didn't notice the update to the ReadMe where I describe how to set a cronjob to do what you want to do.

PP,

Thanks for taking easy on me. I should have RTFM :o

[BTUx9]

Tivo series 1, 3.0-01-1-000

Upgraded from TWP 1.2 to 2.0 last week, along with the appropriate Hackman updates.

I have selected the option to enable sorting upon restart, but it doesn't take. At anytime after restart, I can go into TWP and click on the "enable sorting" function, and it works, so it's not a problem with the code itself. The enable backdoors on restart works fine.

I had to disable the native sendkey, as that was causing very erratic behavior.

Any ideas?
IF there wasn't enough of a delay before TWP was started upon bootup, then the tivo UI may not be "up" far enough to process all the keystrokes... you may want to increase that delay (usually found in rc.sysinit.author... a sleep command before hacks are initialized)

[PortlandPaw]

Good answer (haven't been online much while my daughter got married over the weekend). A slightly easier way to accomplish what BTUx9 suggests is to adjust the boot delay value at the bottom of hackman's preferences page, which delays the sending of the keystrokes.

[wizzy]

Good answer (haven't been online much while my daughter got married over the weekend). A slightly easier way to accomplish what BTUx9 suggests is to adjust the boot delay value at the bottom of hackman's preferences page, which delays the sending of the keystrokes.

Thanks, I'll give that a try this weekend.

However, it does run the code to enable backdoors first, and that seems to work, wouldn't that imply that there's enough of a delay?

[BTUx9]

Thanks, I'll give that a try this weekend.

However, it does run the code to enable backdoors first, and that seems to work, wouldn't that imply that there's enough of a delay?
hmm... perhaps it's the state of the machine after having entered the backdoors code... afraid I can't really help, because I don't have a machine that can use sendkey.

[wizzy]

I think the "now showing" list might be taking too long to display when it goes to do the backdoor. I noticed it took several seconds, and the sendkey strokes might be lost in that.

I've got a few things in the list; that might be slowing it down. Hopefully my wife catches up on some of her shows before the fall season starts, and I can see if that helps.

User Space
Expired Suggestion 76 58019 MB 29.8% 41:17:00
Expired Season Pass 60 95366 MB 48.9% 68:00:35
Expired Single 1 1588 MB 0.8% 1:08:02
Single 1 1404 MB 0.7% 1:00:01
Suggestion 26 23895 MB 12.3% 17:00:43
Live Cache 1 204 MB 0.1% 0:04:47
Used User Space 165 180476 MB 92.6% 128:31:08

[speckhals]

Having trouble with TivoWebPlus v2, I deleted the directory and reloaded it. It worked fine, so I installed Hackman v5.5. Since then (5 days ago), I've had to reboot my TiVo every day because it's off my wireless network.
1st question...when I go to the commands and click on "start critical functions from rc.sysinit" why do I get this error? Copying telnet and ftp daemons to root directory...

INTERNAL SERVER ERROR
--cut here--
action_triage '/do_ftptelnet' ''
error copying " /ptvupgrade/bin/tivoftpd": no such file or directory
while executing
"file copy -force $hm::ftppathname /sbin/tivoftpd"
(procedure "hackman_do_ftptelnet" line 10)
invoked from within
"hackman_do_ftptelnet $chan "" $env"
("do_ftptelnet" arm line 1)
invoked from within
"switch $path {
"backdoorcodes" {hackman_backdoorcodes $chan "" $env "" ""}
"confirm" {hackman_confirm $chan "" $env}
"create_file" {hackman_create_fi..."
(procedure "MOD::action_triage" line 14)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--
2nd question...why does elseed start when clicked when I haven't recopied it to my TiVo?
3rd question...why does my TiVo drop off the network everyday? (probably not the right forum to ask, but maybe you can point me in the right direction) :o

[PortlandPaw]

wizzy -- you hit it right on the nose. The delay I mentioned above is actually for just that purpose as footnoted on the Preferences page.

speckhals --
#1: I don't know why it isn't copying correctly. It seems to be finding tivoftpd OK and the copy command should work. Could you confirm that tivoftpd is at /ptvupgrade/bin/tivoftpd?

#2: It would appear that elseed somehow made it into your system. Look at hackman's "View Paths and Pathnames" from the Preferences page to see where it is.

#3: hackman has nothing to do with networking. We plead innocent.

[speckhals]

wizzy -- you hit it right on the nose. The delay I mentioned above is actually for just that purpose as footnoted on the Preferences page.

speckhals --
#1: I don't know why it isn't copying correctly. It seems to be finding tivoftpd OK and the copy command should work. Could you confirm that tivoftpd is at /ptvupgrade/bin/tivoftpd?

#2: It would appear that elseed somehow made it into your system. Look at hackman's "View Paths and Pathnames" from the Preferences page to see where it is.

#3: hackman has nothing to do with networking. We plead innocent.
Yes, tivoftpd is at /ptvupgrade/bin/tivoftpd. I also set rootwrite, ran it again, and the same error results.

I knew you weren't guilty on #3, but I was hoping someone might have an answer.

Thanks for your great work and advice.

[PortlandPaw]

That's odd. I thought of read/write also, but I checked my code and it temporarily sets the partition r/w before doing the copy. Maybe there's no /sbin on your machine?

As for the network, if you're using DHCP I'd recommend running nic_install and setting up a static IP for your TiVo.

[speckhals]

Yes, there's a /ptvupgrade/sbin.

Where does one fine nic_install?

Thanks

[JWThiers]

Which is different from /sbin

[wizzy]

wizzy -- you hit it right on the nose. The delay I mentioned above is actually for just that purpose as footnoted on the Preferences page.


So the delay happens after the key for "now playing" is hit? I see it talks about the delay for the on-screen clock (* 1/8 of this value defines the time to bring up menu when enabling on-screen clock), but didn't realize that was in the middle of backdoor sequence.

[speckhals]

Sorry, my eyes must have crossed. It wasn't /ptvupgrade/sbin, it was (and is) /sbin.

[PortlandPaw]

I should bookmark this link (http://www.silicondust.com/forum/viewforum.php?f=1&sid=6dfc4432d814e71e951180bb8c031203).

[speckhals]

Thanks, but I fear you're going to tire of me. I don't know what I did when messing around with Hackman, but here's the error produced (I'm getting proficient producing errors):
INTERNAL SERVER ERROR
--cut here--
action_hackman '' ''
extra characters after close-quote
while compiling
"variable oldPrefs ""password" 1 1 1 1 1 1 1 0 0 0 0 0 0 1 0 1 0 1 0 0 0 0 1 1 /etc/rc.d/rc.sysinit.author "" "" "TivoWebPlus" "April,&nbsp..."
(in namespace eval "::MOD::hm" script line 45)
invoked from within
"namespace eval hm {
variable xPlusz_code ""
variable prog0 "exec /sbin/tnlited 23 /bin/bash -login > /dev/console &"
variable boottext ""
variable pro..."
(file "/var/TWP/config/hackman.cfg" line 1)
invoked from within
"source $::data_dir/config/hackman.cfg"
(procedure "MOD::action_hackman" line 17)
invoked from within
"$cmd $p1 $p2 $p3"
(procedure "do_action" line 19)
invoked from within
"do_action $action $chan $part $env 1"
--cut here--

[PortlandPaw]

No problem...something got chowdered up...go to the Preferences page, than to View Paths and Pathnames and then click at the bottom, Rebuild Configuration File.

That should take care of it. Whatever it is.

If you can replicate what you did to make that happen, let me know so I can troubleshoot.

[speckhals]

I can't go anywhere in Hackman; when I click on Hackman the error I posted occurs.

[PortlandPaw]

Then delete the hackman.cfg file (in either modules/config or var/TWP/config) and do a full reload of TivoWebPlus.

[speckhals]

After posting, I did just that and got the same error. I then quit TivoWebPlus, deleted it, and then reinstalled it. After determining that it ran okay, I again quit TivoWebPlus, reinstalled Hackman v5.4 to see if that would work, deleted hackman.cfg, and I still get that error.

[kimsan]

Paw,

Will you be adding in support for the -nob2b option of the latest endpad plus?

And since no one has ever mentioned it before, Great App and Great Support!

[Pete77]

And since no one has ever mentioned it before, Great App and Great Support!

Actually I think I have seen that point mentioned in this thread rather a large number of times before.

But perhaps you may not have had time to read through all of it?

[JWThiers]

Actually I think I have seen that point mentioned in this thread rather a large number of times before.

But perhaps you may not have had time to read through all of it?
Next your gonna say he didn't read all 10600+ posts in the zipper thread too :D

[PortlandPaw]

Paw,

Will you be adding in support for the -nob2b option of the latest endpad plus?

And since no one has ever mentioned it before, Great App and Great Support!I wasn't aware of the new release and that's a feature I've long desired...thanks for the heads-up and I will be adding that support as soon as I can.

[PortlandPaw]

speckhals, I still think it's a corrupted hackman.cfg file. Are you sure you got rid of the old one? Tryfind / -name hackman.cfgto see if there's one in there you missed.

[kimsan]

Next your gonna say he didn't read all 10600+ posts in the zipper thread too :D

Was the humorous intent too subtle without a ;) winkie? I'm Shocked! :eek:

[BTUx9]

After posting, I did just that and got the same error. I then quit TivoWebPlus, deleted it, and then reinstalled it. After determining that it ran okay, I again quit TivoWebPlus, reinstalled Hackman v5.4 to see if that would work, deleted hackman.cfg, and I still get that error.Just on the off chance: how are you unpacking the hackman zip file?

[JWThiers]

Was the humorous intent too subtle without a ;) winkie? I'm Shocked! :eek:
;) LOL

[speckhals]

Just on the off chance: how are you unpacking the hackman zip file?
With winzip, then I use SmartFTP to transfer the files to the listed folders.

[BTUx9]

winzip can sometimes add dos line endings... try to xfer the zip file to the tivo, then unzip there (or use a different util on the pc... winrar or 7zip work correctly, IIRC)

[speckhals]

speckhals, I still think it's a corrupted hackman.cfg file. Are you sure you got rid of the old one? Tryfind / -name hackman.cfgto see if there's one in there you missed.
Thanks, I found it at /var/TWP/config/hackman.cfg. Everything working now.

[speckhals]

winzip can sometimes add dos line endings... try to xfer the zip file to the tivo, then unzip there (or use a different util on the pc... winrar or 7zip work correctly, IIRC)
Thanks.

[PortlandPaw]

Cool! I knew it would work.

[speckhals]

No problem...something got chowdered up...go to the Preferences page, than to View Paths and Pathnames and then click at the bottom, Rebuild Configuration File.

That should take care of it. Whatever it is.

If you can replicate what you did to make that happen, let me know so I can troubleshoot.
I recreated the error by clicking on "restore hackman preference defaults".

[PortlandPaw]

Yep, that command is broken. Thank you for picking up on that and I'll fix it in the next release.

[PortlandPaw]

Paw,

Will you be adding in support for the -nob2b option of the latest endpad plus?

And since no one has ever mentioned it before, Great App and Great Support!Does anyone see any reason why this feature shouldn't happen automatically in endpadplus?

In other words, is it really worth it to make it an option in hackman, or should I just hard code it into the endpadplus start string?

[kimsan]

Does anyone see any reason why this feature shouldn't happen automatically in endpadplus?

In other words, is it really worth it to make it an option in hackman, or should I just hard code it into the tivowebplus start string?

Hardcoding sounds good to me. It really *should* be the default behaviour for EPP anyway.

[thepicman]

I keep getting an ISE (attached). This is on a new to me HR10-250 running 6.3d, freshly zippered and adjusted.

Sometimes it happens when loading Hackman (5.5.0)from TWP (2.0.0), sometimes it happens when starting mfs_ftp via Hackman, sometimes it happens when clicking the OK button after trying to start mfs_ftp. I also had it happen once when clicking OK after starting Mplayer. Even though I get the error, mfs_ftp is started (checking by running ps) and will work properly. Usually if I hit back on my browser (FireFox 2.0.0.4) and try the same command again, things load correctly. Nothing shows up in the tverr logfile and here is what tivoweb.log showed the last time it happened and me checking the logs. Looks like all is well.

192.168.1.217 - - [18/Jul/2007:13:09:17] "/hackman"
192.168.1.217 - - [18/Jul/2007:13:18:34] "/logs"
192.168.1.217 - - [18/Jul/2007:13:18:37] "/logs/tverr/"
192.168.1.217 - - [18/Jul/2007:13:18:43] "/logs/tivoweb.log/"
Everything seems to be working, but obviously something is amiss. Where to start?

TPM

[PortlandPaw]

This is the line in hackman that's throwing the error:catch [set procs "[exec /bin/bash -c "cat /proc/\[1-9\]*/stat"]"]For the tcl programmers out there, you'll note that the statement is error trapped, so I don't know why it's throwing an error at all, but it is, maybe because there are several errors occuring sequentially. My guess is that there are procs that are shutting down during the course of the execution of this command, but why does it generate an error to begin with?

Any ideas out there?

[BTUx9]

by using []s with catch, instead of {}s, you are causing the line to be executed outside of the catch (when the line is first interpreted). the 2nd set of quotes are also superfluous (and it's not really a good idea to nest "s like that.

try using: catch {set procs [exec /bin/bash -c "cat /proc/\[1-9\]*/stat"]}

[PortlandPaw]

That's why I like collaborating with BTUx9! It will be fixed in the next release when I add in support for the new endpadplus.

Thanks, Brian!

[PortlandPaw]

New hackman version is out -- check my sig.

[Da Goon]

New hackman version is out -- check my sig.
Sweet.

[speckhals]

I should bookmark this link (http://www.silicondust.com/forum/viewforum.php?f=1&sid=6dfc4432d814e71e951180bb8c031203).
I'm confused (surprise!). I found the install, but I don't know which address to use. My current info shows TiVo Address 198.162.1.94 and HTTP Host Address 192.168.1.95. I get to it by using .95, so which address would I use as static, and what's the advantage?