Hackman -- A Hack Manager module for TivoWeb - Page 21

stark · 01-28-2005, 02:56 PM

PortlandPaw,

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

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

I'm running 3.3.12.

FauxPas · 01-28-2005, 04:08 PM

Would it be possible to add support for TiVoVBI please?

PortlandPaw · 01-28-2005, 08:30 PM

Quote:

Originally posted by stark
PortlandPaw,

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

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

I'm running 3.3.12.

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

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

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

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

PortlandPaw · 01-28-2005, 08:37 PM

Quote:

Originally posted by FauxPas
Would it be possible to add support for TiVoVBI please?

I think I can do that.

PortlandPaw · 01-31-2005, 07:48 AM

Let's hope that 13 is the charm. Here's the latest hackman beta. I hope I've addressed reported issues by writing more information to the .cfg file, rather than generating it at runtime. Plus I've added support for TiVoVBI, the closed-caption hack which works very nicely on my S1 SA and DTivo. More information about TiVoVBI may be found here, along with a link to both S1 and S2 TiVoVBI files.

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

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

zeddock · 01-31-2005, 11:31 AM

Could the difference between this beta and one of the first, (which I had running,) be the problem which has generated this...?

Quote:

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

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

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

Zeddock

PortlandPaw · 01-31-2005, 12:01 PM

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

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

Please go to my site and re-download the most recent beta:
hackman-V3.3.13.beta..> 31-Jan-2005 06:17 337k

Then let me know how that works.

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

zeddock · 01-31-2005, 12:15 PM

Egg on face.....

I am sorry I confused the issue....

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

Sorry for the confusion.

Zeddock

PortlandPaw · 01-31-2005, 12:22 PM

Quote:

Originally posted by zeddock
...will this update (.13) cure the error that I got when I updated from an older version of hackman, to .12?

I certainly hope so! Please let me know.

beejaycee · 01-31-2005, 01:12 PM

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

FWIW, v3.3.12 ran without a problem.

chippyt · 01-31-2005, 05:57 PM

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

ThurstonX · 01-31-2005, 07:33 PM

I'm getting a similar set of errors:

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

beejaycee · 01-31-2005, 07:56 PM

Quote:

Originally posted by ThurstonX
I include this because some chars differ from the above.

I typed the error message as opposed to cut & pasting them so mine probably has typos. Thanks for posting the correct error string.

PortlandPaw · 01-31-2005, 08:14 PM

Guess 13 wasn't the charm. Sorry about that. The "model" variable must be defined elsewhere on the S1, so it didn't complain on mine. Let's try this one.

ThurstonX · 01-31-2005, 09:51 PM

Quote:

Originally posted by PortlandPaw
Guess 13 wasn't the charm. Sorry about that. The "model" variable must be defined elsewhere on the S1, so it didn't complain on mine. Let's try this one.

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

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

vertigo235 · 01-31-2005, 10:50 PM

nope

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

ThurstonX · 02-01-2005, 01:27 AM

Quote:

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

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

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

TivoWebPlus Project - v1.0
The program comes with ABSOLUTELY NO WARRANTY.
This program is licensed under the GPL.
See the 'copyright' and 'README' files for copyright and credit information.
Loading modules...
favicon
index
info
lj_utils
logos
logs
mail
mfsbrowser
phone
resources
Loaded 0 resource definitions
sched
screen
search
theme
ui
webremote
whatson
Accepting Connections
~~~~~~~~~~~~~~~~~~~~~

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

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

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

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

Thanks for what looks to be a great tool!

Back to hacking...

PortlandPaw · 02-01-2005, 05:18 AM

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

Fozzie · 02-01-2005, 06:39 AM

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

disco · 02-01-2005, 06:51 AM

Quote:

Originally posted by ThurstonX
Next step: re-try bufferhack.itcl...
Disco!

You called??

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

Fozzie · 02-01-2005, 08:50 AM

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

PortlandPaw · 02-01-2005, 08:50 AM

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

But I was unable to get either box to work using the link from the TiVo wiki and, of course, I was unable to test a Series 2. This, I believe is dgi's work.

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

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

ThurstonX · 02-01-2005, 11:32 AM

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

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

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

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

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

ThurstonX · 02-01-2005, 01:03 PM

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

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

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

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

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

Again, Series 2 DTivo running 4.01b.

Maybe I'll try 3.3.13.

TIA

ThurstonX · 02-01-2005, 02:30 PM

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

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

ThurstonX · 02-01-2005, 02:31 PM

BTW, never did try 3.3.13. Still using 3.3.14.

ericd121 · 02-02-2005, 05:56 PM

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

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

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

beejaycee · 02-02-2005, 06:18 PM

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

PortlandPaw · 02-02-2005, 08:55 PM

Quote:

Originally posted by ericd121
Hackman seems to insist on over-riding my settings for EndPad by writing this code . Is there anything I can do, or not do, to prevent this?

When you set EndPad to load on boot, you can set the parameters which will be saved in the .ini file. So, the steps are (first) click the boot button for EndPad so it doesn't load on boot. Then (second) click it again to set it to load on boot with the parameters you specify.

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

beejaycee · 02-03-2005, 09:09 AM

Quote:

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

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