No, I'm sorry
This is the latest firmware from oleg for the wl500g: http://oleg.wl500g.info/220.127.116.11-9/ yes, from 2008
I also happen to know this one http://koppel.cz/cdmawifi/english/ which adds USB modem support. It is the only ready to use firmware capable of transforming an old WL-500g into a 3G router that I know of. But development stopped in 2008 too.
I recently found a new firmware from IIy WL500gpv2-18.104.22.168-d-r2624.trx,
everything works perfectly also choose samba is finally corrected, but I have a big problem: if I connect to ssh ce MC and root disk is displayed incorrectly and I can not browse folders with no view and copy the file.
I see the following directory structure shown (as in the picture attached) for example
and it is not possible to work... in the previous version of Oleg, the problem don't, all correct.
What is wrong?
Even had an idea, of that can be used by another character set, but I'm not sure.
Last edited by sanktis; 21-05-2011 at 17:46.
I just found a new version of MC, installed and everything works fine.
I'm using the Toolchain (gcc 4.3.5 uClibc 0.9.30.1) K26 x86_64 build 2011.05.05 version to compile it all.Code:(gdb) run Starting program: /usr/sbin/upnp -L br0 -W vlan2 (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) calling upnp_main Program received signal SIGPIPE, Broken pipe. 0x2ab39cf4 in write () from /lib/libc.so.0 (gdb)
anyone know if it is safe to import config file exported from -d version in -rtn version?
The thing is, I did have some configuration problems when I tried it, so in the end it might be better just to do a manual reconfiguration when you experience the same problems
I must say that the rtn branch runs more stable than the d branch on my wl-500w
WL-500gP Oleg firmware v.22.214.171.124-rtn
WD MyBook 250GB
so you plug in ethernet cables and it'll send the packages over wireless to the RT-N16.
- the connection is always alive, under the -d firmware it would stop working sometimes.
- Better sensitivity of the network
- Higher throughput
so yeah, you could say so