Well interesting news: the MAC OS X firmware using the regular case INsensitive file system does seem to do better than cygwin. The resulting firmware boots and runs, though there seems to be a few errors. I've still got to evaluate it. It does run though.
However, still gotta fix up a few minor quirks on OS X and do more testing. Currently the trx tool is failing for some reason, but asustrx is working.
I did upload a new version of the kit, though didn't rename the version #. This was to fix a critical error in the untrx tool that I didn't notice until now. It was only working on TRX style images (*.trx or *generic*), not the ones with the U2ND style header prepended.
Joined: 26 Jun 2006 Posts: 14 Location: Helsinki, Finland
Posted: Thu Aug 10, 2006 9:38 Post subject: Mac OS X Developer Tools
At some point you'll probably want to indicate in the OS X platform line, that the Developer Tools (a free download), which contain the gcc et al tools as well, are required to be installed before compiling the Firmware Modification Kit.
Last edited by solarflare on Thu Aug 10, 2006 10:05; edited 1 time in total
Posted: Thu Aug 10, 2006 10:05 Post subject: Re: Mac OS X Developer Tools
solarflare wrote:
At some point you'll probably want to indicate in the Mac OS X platform line, that the Mac OS X Developer Tools, which contain the gcc et al tools as well, are required to be installed before compiling the Firmware Modification Kit.
I'll do that now. Turns out the trx tool had a weird bug command line arg interprepting bug on the OS X big endian system of yours. I didn't bother tracking it down since it's really redundant since asustrx does the same thing, and more. addpattern is also redundant since that's the more the asustrx tool does. For now, I'm leaving addpattern in though.
I've been uploading new builds as I fix minor things here and there caused by my delerium. The next build should work great on OS X, but still use the default file system. I'll then merge into the system some scripts to mount and unmount the case sensitive file system, and hopefully all will be well for MAC OS X, big or little endian.
Posted: Thu Aug 10, 2006 10:43 Post subject: v0.25 released
This should be a great build... at least I hope .
Cumulative changes since last revision history:
0.25 beta
OS X now works. Case insenstive file systems though result in firmwares that have runtime errata. Case sensitive filesystem mount not integrated yet.
trx: removed trx due to odd command line parsing bug on (big endian?) OS X systems. asustrx now used in its place.
scripts: file system case insensitive now warning, can be continued in default settings.
untrx: fixed some endian problems.
untrx: fixed a problem with U2ND headers (previous version only worked on trx/generic firmwares).
docs: minor additions.
I've verified that the errata I saw with the OS X builds from a case insensitive file system are indeed due to the file system, so while it handles them better th CYGWIN, a case sensitive file system really must be used for DD-WRT. You'll see a big warning about this if you try it.
I'll try out the case insenstive file system under OS X here in a while and integrate it on it. However, this build *ought* to do just fine if you manually mount and unmount a compatible filesytem yourself under OS X.
For CYGWIN users, try following Eko's instructions to mount an EXT2 file system. This has not been tested though.
For LInux users, this build is the bomb. No need for you guys to worry .
Ok, I'm good and delerious.. and I need sleep. There's a chance that I might pass out.
Joined: 10 Aug 2006 Posts: 6 Location: Wolfenbüttel
Posted: Thu Aug 10, 2006 12:58 Post subject:
Hi
The file that is available at the moment at http://www.bitsum.com/files/firmware_mod_tools.tar.gz seems to be broken. I tried to donwload and open it on two different systems, and both say the file is corrupted.
it might be legal. but i dont want this. i want a full open source project. i found another "bad" *g* way. review the next release
its nothing special or complicated but prevents changing of the web gui without recompiling. everything else like adding or removing of packets and own scripts will work without any problem if you care about it.
BS: I've been following this tool and had a question about your "changing the web gui" comment.
I'd like to replace httpd in the standard DD-WRT firmware with one that has more functionality (such as support for httpd.conf), but I don't want to go through the trouble if I'm going to end up with a funny looking GUI.
I'd like to avoid the total recompile if possible, I have more than enough to keep me busy and this tool seemed like a nice shortcut to accomplish what I want to do.
Any comment? _________________ WRT54GL modded to 32MB DRAM and 16MB Flash.
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Thu Aug 10, 2006 14:27 Post subject:
if you replace the httpd as well as all web files you will have no troubles. but please make sure to include the source (i mean the name DD-WRT) of the firmware. this is my only intention for this action. _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
if you replace the httpd as well as all web files you will have no troubles. but please make sure to include the source (i mean the name DD-WRT) of the firmware. this is my only intention for this action.
I don't want to change the actual GUI, just the httpd it runs on. Or is the GUI somehow integrated/compiled into httpd?
DD-WRT is the best thing that ever happened to my WRT54GL and I let everyone know it. _________________ WRT54GL modded to 32MB DRAM and 16MB Flash.
Hi
The file that is available at the moment at http://www.bitsum.com/files/firmware_mod_tools.tar.gz seems to be broken. I tried to donwload and open it on two different systems, and both say the file is corrupted.
Sorry, not sure how this happened. Ubuntu has been acting strangely. Anyway, I threw up a new archive that should be fine. Sucks that a corrupt archive has been up there, cuz 0.25 really is the best build so far.
Last edited by on Thu Aug 10, 2006 20:29; edited 1 time in total
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Thu Aug 10, 2006 20:20 Post subject:
mbellot wrote:
BrainSlayer wrote:
if you replace the httpd as well as all web files you will have no troubles. but please make sure to include the source (i mean the name DD-WRT) of the firmware. this is my only intention for this action.
I don't want to change the actual GUI, just the httpd it runs on. Or is the GUI somehow integrated/compiled into httpd?
DD-WRT is the best thing that ever happened to my WRT54GL and I let everyone know it.
yes the gui is partially implemented within the httpd. there are many cgi functions embedded. it will not be compatible with any other http server _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
Last edited by BrainSlayer on Thu Aug 10, 2006 20:33; edited 1 time in total
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Thu Aug 10, 2006 20:34 Post subject:
what do you mean with 32/16? _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
