Talk:Hacking the Netgear wgt634u: Difference between revisions
(mis-paste in URL) |
No edit summary |
||
| (3 intermediate revisions by 2 users not shown) | |||
| Line 2: | Line 2: | ||
not only that, but all sardmn.informatik.hu-berlin.de ceased to exist in DNS... where are the files now? |
not only that, but all sardmn.informatik.hu-berlin.de ceased to exist in DNS... where are the files now? |
||
* Still there, but sardmn is the internal namespace. You need to tell your DNS resolver to use 192.168.2.3 to resolve names below sardmn.informatik.hu-berlin.de (and of course access to our VPN). There is also an external name sarsvn.informatik.hu-berlin.de in the DNS, but I'm not sure what it's used for. <br />--[[User:Henryk|Henryk]] 20:44, 21 February 2006 (CET) |
|||
== Comments / corrections == |
== Comments / corrections == |
||
The URL for the linksys wrt54gs code is invalid. A correct one (as of this writing) is ftp://ftp.linksys.com/opensourcecode/wrt54gs/2.07.1/wrt54gs.2.07.1.tgz. This illustrates the danger of using URLs you do not control in a project's makefile. Regardless, I have uploaded a copy to http://xa.net/archive/wrt54gs.2.07.1.tgz that should remain valid for quite some time. Connectivity at this site is good, it will probably be faster than the linksys site for most users. |
The URL for the linksys wrt54gs code is invalid. A correct one (as of this writing) is ftp://ftp.linksys.com/opensourcecode/wrt54gs/2.07.1/wrt54gs.2.07.1.tgz. This illustrates the danger of using URLs you do not control in a project's makefile. Regardless, I have uploaded a copy to http://xa.net/archive/wrt54gs.2.07.1.tgz that should remain valid for quite some time. Connectivity at this site is good, it will probably be faster than the linksys site for most users. |
||
== Click fails to link == |
|||
During the linking stage of compiling Click, hundreds of undefined references happen. Starting with: |
|||
make/click_26.mk:52: warning: ignoring old commands for target `click-dirclean' |
|||
ftpportmapper.o(.text+0x2c):../elements/app/ftpportmapper.cc:30: undefined refer |
|||
ence to `Element::Element[not-in-charge](int, int)' |
|||
ftpportmapper.o(.text+0x94):../elements/app/ftpportmapper.cc:30: undefined refer |
|||
ence to `Element::Element[not-in-charge](int, int)' |
|||
ftpportmapper.o(.text+0xfc):../elements/app/ftpportmapper.cc:35: undefined refer |
|||
ence to `Element::~Element [not-in-charge]()' |
|||
ftpportmapper.o(.text+0x14c):../elements/app/ftpportmapper.cc:35: undefined refe |
|||
rence to `Element::~Element [not-in-charge]()' |
|||
ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe |
|||
rence to `Element::~Element [not-in-charge]()' |
|||
== Failed to retrieve ssh package for wgt634u == |
|||
Some binary files seemed to be removed from the informatik.hu-berlin.de, I was able to get and install netgear-sar.cfg, how ever install.sh was not able to download further files from the links within the script. Is there an alternative location to get ssh working on wgt634u? Thanks in advance! |
|||
Latest revision as of 19:44, 21 February 2006
"merkur.sardmn.informatik.hu-berlin.de does not exist, try again"
not only that, but all sardmn.informatik.hu-berlin.de ceased to exist in DNS... where are the files now?
- Still there, but sardmn is the internal namespace. You need to tell your DNS resolver to use 192.168.2.3 to resolve names below sardmn.informatik.hu-berlin.de (and of course access to our VPN). There is also an external name sarsvn.informatik.hu-berlin.de in the DNS, but I'm not sure what it's used for.
--Henryk 20:44, 21 February 2006 (CET)
Comments / corrections
The URL for the linksys wrt54gs code is invalid. A correct one (as of this writing) is ftp://ftp.linksys.com/opensourcecode/wrt54gs/2.07.1/wrt54gs.2.07.1.tgz. This illustrates the danger of using URLs you do not control in a project's makefile. Regardless, I have uploaded a copy to http://xa.net/archive/wrt54gs.2.07.1.tgz that should remain valid for quite some time. Connectivity at this site is good, it will probably be faster than the linksys site for most users.
Click fails to link
During the linking stage of compiling Click, hundreds of undefined references happen. Starting with:
make/click_26.mk:52: warning: ignoring old commands for target `click-dirclean' ftpportmapper.o(.text+0x2c):../elements/app/ftpportmapper.cc:30: undefined refer ence to `Element::Element[not-in-charge](int, int)' ftpportmapper.o(.text+0x94):../elements/app/ftpportmapper.cc:30: undefined refer ence to `Element::Element[not-in-charge](int, int)' ftpportmapper.o(.text+0xfc):../elements/app/ftpportmapper.cc:35: undefined refer ence to `Element::~Element [not-in-charge]()' ftpportmapper.o(.text+0x14c):../elements/app/ftpportmapper.cc:35: undefined refe rence to `Element::~Element [not-in-charge]()' ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe rence to `Element::~Element [not-in-charge]()'
Failed to retrieve ssh package for wgt634u
Some binary files seemed to be removed from the informatik.hu-berlin.de, I was able to get and install netgear-sar.cfg, how ever install.sh was not able to download further files from the links within the script. Is there an alternative location to get ssh working on wgt634u? Thanks in advance!