Talk:Hacking the Netgear wgt634u: Difference between revisions

From
Jump to navigation Jump to search
(Click fails to link)
No edit summary
 
(2 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 ==
Line 23: Line 25:
rence to `Element::~Element [not-in-charge]()'
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!

Click is constantly updated in cvs. It might be a better idea for this project to take a snapshot of known-working Click source and make it available for this build.

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!