[freenet-support] Licence
I was a little amused to discover that the Windows installer requires me to click I Agree to the GPL screen, despite the GPL stating specifically that 5. You are not required to accept this License, since you have not signed it. However, nothing else grants you permission to modify or distribute the Program or its derivative works. This screen should have an option to continue without accepting the licence. Phil Hibbs Capgemini Aston, UK -- p.s. Is there anything I can do to instruct the mailing list to trim the sig from this point onwards? Our name has changed, please update your address book to the following format for the latest identities received [EMAIL PROTECTED]. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Automatic server retry of failing documents
On Sun, May 09, 2004 at 04:20:22PM +0200, Michael Schierl wrote: Niklas Bergh [EMAIL PROTECTED] writes: Now I believe I can live with freenet being slow and that many documents are not immediately available. What is annoying me is that _I_ will have to do the retrying. Why is that not a task for the server? You sure? I thought we had a meta-refresh tag on those RNF/DNF pages? Wont the browser automatically retry the page after a while if you leave it to? Hi again, wanted to try Freenet again ;-) - seems to work quite well. However, those RNFs are really a PITA. Yes, those RNF pages have meta refresh tags on them; however, that does not help if a) one does not use Fproxy for fetching a file In which case whatever you did use would retry. b) the failing file is an image. In that case it just disappears and you have to reload the page manually until you have all images. (alternatively, you can open a browser window/tab for every single image you want to have; IMHO this is no real solution either.) This is what IFRAME is for :) For me it seems as Fred is too fail-fast. It may try for a few more seconds or minutes instead of returning the RNF nearly immediately (and very often). Putting that retry to the user's side (being it the browser or a FCP app) is no good idea IMHO. Maybe so. But maybe the problem is more fundamental. mihi -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Automatic server retry of failing documents
On Sun, May 09, 2004 at 09:52:21PM +0100, Roger Hayter wrote: How would you distinguish messages you don't want very much (like possibly non-existent Frost messages) from ones you do want a lot? It is likely to generate quite a lot of extra traffic to automatically retry all RNFs till you get something, even if the user has gone on to something else. And that, of course, might lead to more RNFs, with obvious potential for regenerative feedback and massive overloading. There seems to be some indication for compromise here. Not really. RNFs very often mean the request didn't even leave the node. -- Roger Hayter -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Licence
On Mon, May 10, 2004 at 05:58:03PM +0100, Hibbs, Phil wrote: I was a little amused to discover that the Windows installer requires me to click I Agree to the GPL screen, despite the GPL stating specifically that 5. You are not required to accept this License, since you have not signed it. However, nothing else grants you permission to modify or distribute the Program or its derivative works. This screen should have an option to continue without accepting the licence. LOL. Aren't you copying the program by installing it? Phil Hibbs Capgemini Aston, UK -- p.s. Is there anything I can do to instruct the mailing list to trim the sig from this point onwards? I don't know. -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] Re: Automatic server retry of failing documents
Roger Hayter [EMAIL PROTECTED] writes: Michael Schierl [EMAIL PROTECTED] writes For me it seems as Fred is too fail-fast. It may try for a few more seconds or minutes instead of returning the RNF nearly immediately (and very often). Putting that retry to the user's side (being it the browser or a FCP app) is no good idea IMHO. How would you distinguish messages you don't want very much (like possibly non-existent Frost messages) from ones you do want a lot? By not using Frost? If that is really an issue, one could specify an importance flag in FCP. But IMHO that many RNFs are a bug in Fred. It is likely to generate quite a lot of extra traffic to automatically retry all RNFs till you get something, even if the user has gone on to something else. Not until you get something, but for some more time. I guess most users will not change their mind if they cannot get a site within a second (which is usual time till RNF for me ATM). mihi ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Automatic server retry of failing documents
Toad [EMAIL PROTECTED] replied: For me it seems as Fred is too fail-fast. It may try for a few more seconds or minutes instead of returning the RNF nearly immediately (and very often). Putting that retry to the user's side (being it the browser or a FCP app) is no good idea IMHO. Maybe so. But maybe the problem is more fundamental. I suspect this is the case. The RNF is coming back much too quickly for the network to have been searched to the limit, unless everyone running FN has miraculously converted to a T3. As an experiment, I cut and pasted some not-found keys into FUQID. Its log file says that it is trying 25 HTL, 30 HTL, and 35 HTL, and not finding anything, but it seems to be working much too quickly. I'm a Win2K transient node on dialup. -vinyl1 ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Automatic server retry of failing documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 vinyl1 wrote: Toad [EMAIL PROTECTED] replied: For me it seems as Fred is too fail-fast. It may try for a few more seconds or minutes instead of returning the RNF nearly immediately (and very often). Putting that retry to the user's side (being it the browser or a FCP app) is no good idea IMHO. Maybe so. But maybe the problem is more fundamental. I suspect this is the case. The RNF is coming back much too quickly for the network to have been searched to the limit, unless everyone running FN has miraculously converted to a T3. As an experiment, I cut and pasted some not-found keys into FUQID. Its log file says that it is trying 25 HTL, 30 HTL, and 35 HTL, and not finding anything, but it seems to be working much too quickly. I'm a Win2K transient node on dialup. -vinyl1 The HTL in Freenet is currently capped at 10, so if you inserts anything higher, it'll automatically be cut down to 10. The failure table on your node will then see this request failed at HTL=10 and so will immediately return a DNF. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAn/L2hctESbvQ8ZwRAiC0AKCRB0zFQL1dhlbWC8KNxe6eGs2KlwCfdolN if3KdmO+fYbgKNDS4dbSiLM= =/Qr4 -END PGP SIGNATURE- ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Couldn't Retrive Key
i really can't give much more detail, it happen sporadically when I'm browsing freenet. sometimes it will give me the Couldn't Retrieve Key message several times in a row, but I'm always able to _eventually_ load a page without reconnecting to freenet or anything. it just slows down the process annoyingly. i attached a PNG of the exact error i see. hope that helps. --- Toad [EMAIL PROTECTED] wrote: Any more detail? What's the full message? On Sat, May 08, 2004 at 01:29:26PM -0700, GumpyGal wrote: using freenet build 5078, I'm encounterting constant couldn't retrive key error messages. i _am_ able to load pages, and many times it will succeed loading the page after a few more couldn't retrieve key pages automatically come up. just wondering if this should or shouldn't be happening. -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. ATTACHMENT part 2 application/pgp-signature name=signature.asc __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover inline: key_no_retrieve.png___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Couldn't Retrive Key
Perfectly normal. It should perhaps happen less than it does, but freenet is still under development. On Mon, May 10, 2004 at 04:11:12PM -0700, GumpyGal wrote: i really can't give much more detail, it happen sporadically when I'm browsing freenet. sometimes it will give me the Couldn't Retrieve Key message several times in a row, but I'm always able to _eventually_ load a page without reconnecting to freenet or anything. it just slows down the process annoyingly. i attached a PNG of the exact error i see. hope that helps. -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] 5078 (Stable) Just Sits There, Does Nothing
Windows XP Pro After having Freenet disabled for a couple of weeks while I was doing some heavy downloading I decided to fire it up again. I figured it was a good idea to update the snapshot from 5077 first. Big mistake. Now it does nothing. All I did was update the snapshot and download the new seednodes.ref. I haven't changed anything else with my configuration. What could be going wrong? ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
