GUI-Restore is not working -> "restore: Is a directory"

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Following the instructions on the wiki -> Extract Firmware, Extract GUI, & 
Restore GUI
2. Using laguna-firmware-squashfs.bin 
http://www.dd-wrt.com/routerdb/de/download/Gateworks/Laguna%20GW2391/-/laguna-fi
rmware-squashfs.bin/4005

What is the expected output? 
Not sure, it never worked for me.

What do you see instead?

user@ubuntu:~/firmware-mod-kit$ ./ddwrt-gui-rebuild.sh 
Firmware Mod Kit (ddwrt-gui-rebuild) 0.87, (c)2011 Craig Heffner, Jeremy Collake
http://www.bitsum.com

restore: Is a directory

Failed to process Web files!

What version of the product are you using? On what operating system?
Using version 0.87 on Ubuntu 10.04LTS

Please provide any additional information below.
I'm not modifying any files just going through the motions to get the hang of 
it. It's almost like it is treating the --restore parameter incorrectly. I made 
sure I had all the latest updates for the required pre-requisites.

Thanks.

Original issue reported on code.google.com by versus12...@gmail.com on 6 Jun 2013 at 11:55

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I forgot to add:
To get to this point, I had to change WWW="$DIR/etc/www" to WWW="$DIR/www" in 
the script because there wasn't a "fmk/rootfs/etc/www" after a firmware 
extraction. 

This is what I was getting with WWW="$DIR/etc/www"

user@ubuntu:~/firmware-mod-kit$ ./ddwrt-gui-rebuild.sh 
Firmware Mod Kit (ddwrt-gui-rebuild) 0.87, (c)2011 Craig Heffner, Jeremy Collake
http://www.bitsum.com

fmk/rootfs/etc/www: zero size file
./ddwrt-gui-rebuild.sh: line 46:  6416 Floating point exception$SUDO 
./src/webcomp-tools/webdecomp --httpd="$HTTPD" --www="$WWW" --dir="$WEBDIR" 
--key="$TMPFILE" --restore

Original comment by versus12...@gmail.com on 7 Jun 2013 at 12:10

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

(replacement answer)
Undo your modification. The path is correct to the *file* at /etc/www that 
contains all the web pages concatenated together and obfuscated.

The rebuild script does have a bug of some sort. I am looking into it now.

Original comment by jeremy.collake@gmail.com on 7 Jun 2013 at 1:46

• Changed state: Started

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Actually the rebuild is failing, that's why the file results in a zero size, 
which obviously doesn't allow for subsequent extractions. A bug was introduced 
at some point since I last tested it. Almost there.

Original comment by jeremy.collake@gmail.com on 7 Jun 2013 at 1:55

[GoogleCodeExporter]

I discovered the bug. It is a minor coding error in a recent commit to 
webdecomp.c. I am push the fix up in just a minute.

Original comment by jeremy.collake@gmail.com on 7 Jun 2013 at 2:09

[GoogleCodeExporter]

Original comment by jeremy.collake@gmail.com on 7 Jun 2013 at 2:14

• Changed state: Fixed

[GoogleCodeExporter]

Done. Pull the latest revision from the repository, extract the firmware AGAIN 
(must do), then all should work.

Original comment by jeremy.collake@gmail.com on 7 Jun 2013 at 2:16

[GoogleCodeExporter]

We must have been working on this at the same time Jeremy; I just pushed my 
changes, though I don't see yours in the change logs? Hopefully no conflicts...

Original comment by heffne...@gmail.com on 7 Jun 2013 at 3:11

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I will try it again from scratch. Thanks for the quick turn around!

Original comment by versus12...@gmail.com on 7 Jun 2013 at 1:33

[GoogleCodeExporter]

Hello,

I also am getting the error fmk/rootfs/etc/www: zero size file
./ddwrt-gui-rebuild.sh: line 42: 13378 Floating point 
exception./src/webcomp-tools/webdecomp --httpd="$HTTPD" --www="$WWW" 
--dir="$WEBDIR" --restore

even after the update

Original comment by Rob...@kornmeyer.org on 11 Jun 2013 at 12:29