Talk:Hacking the Netgear wgt634u - Revision history

Henryk at 19:44, 21 February 2006

2006-02-21T19:44:09Z

← Older revision		Revision as of 19:44, 21 February 2006
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 ==

Dmwh44 at 06:50, 21 December 2005

2005-12-21T06:50:36Z

← Older revision		Revision as of 06:50, 21 December 2005
Line 22:		Line 22:
	ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe		ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe
	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!

65.96.166.15: remove spurious supposition

2005-09-05T16:46:38Z

remove spurious supposition

← Older revision		Revision as of 16:46, 5 September 2005
Line 22:		Line 22:
	ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe		ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe
	rence to `Element::~Element [not-in-charge]()'		rence to `Element::~Element [not-in-charge]()'



	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.

65.96.166.15: Click fails to link

2005-09-05T16:38:07Z

Click fails to link

← Older revision		Revision as of 16:38, 5 September 2005
Line 6:		Line 6:

	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]()'



			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.

65.96.166.15: mis-paste in URL

2005-09-05T15:33:49Z

mis-paste in URL

← Older revision		Revision as of 15:33, 5 September 2005
Line 5:		Line 5:
	== 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~~/ftp://ftp.linksys.com/opensourcecode/wrt54gs/2.07.1~~/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.

65.96.166.15: Comments / corrections

2005-09-05T15:32:05Z

Comments / corrections

← Older revision		Revision as of 15:32, 5 September 2005
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?

			== 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/ftp://ftp.linksys.com/opensourcecode/wrt54gs/2.07.1/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.

195.244.242.104 at 12:30, 27 July 2005

2005-07-27T12:30:12Z

New page

"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?