On Fri, Jun 30, 2006 at 01:36:50PM -0400, Evan Daniel wrote: > On 6/30/06, Florent Daigni?re (NextGen$) <nextgens at freenetproject.org> > wrote: > >* Evan Daniel <evanbd at gmail.com> [2006-06-29 19:58:27]: > > > >> Now that we have an auto-updater, it seems there is more reason than > >> normal not have self-mandatory builds. > > > >Huh ? How comes you can't update using the auto-updater ? Why do you > >think we are releasing time-delayed self-mandatory builds ? > > Because you only give it 12 hours, and by the time it's mandatory my > node doesn't have it? (yes, this has happened.) Because my node was > down for those 12 hours?
And all your peers had upgraded? The assumption that I made was that the data will be propagated to pretty much all nodes by the time it becomes mandatory, and therefore any node which isn't online should be able to get it from another peer which was but didn't update. Maybe this assumption is faulty. If it is then we need update-over-mandatory support (support for updating your node via your peers even if they are incompatible). > Because I installed an old version from a > distro package (probably more of a future concern)? A distro package should be updated regularly through the distro. > What happens if > I'm behind an oppresive firewall and can't get to a normal we download > site, and went to great trouble to have a copy snail-mailed to me, > only to find it's too out of date? This is a legitimate concern. The solution is update-over-mandatory. > Why does it matter why it doesn't > work? There are people who will have trouble, I guarantee it. > > >> What if, instead of refusing to talk to old builds, nodes simply only > >> allowed a very small number of requests from them, and routed a small > >> (or zero) number to them? It seems to me that would be sufficient for > >> most of the reasons that mandatory builds happen. > > > >No. If it's self-mandatory, there is a reason why it is. > > Usually because it hurts the rest of the network by sending too many / > too few requests out. In either case, I don't see how staying > connected but only accepting a few requests is worse than > disconnecting. > > >> This would allow people with old builds (if they've been on vacation, > >> or more importantly if they got the build from a distro package or > >> some such) to connect at least enough to run the auto-updater. > >> > >> It also seems a node could prioritize (local) auto-updater requests > >> over other requests without hurting security, and that it would want > >> to if it was being throttled as penalty for being old, so that it > >> would get the update finished ASAP. > > > >The problem is that not-up-to-date nodes AREN'T using the auto-updater. > >And for nodes wich were off during the delay period, 'too bad' for them > >:p ... > > Perhaps for people who have a 24/7 computer to dedicate to the > project. Which I suspect strongly intersects with people who don't > really "need" freenet, just like playing with it. Oh, and my node > doesn't stayup all the time. It crashes occasionally, and doesn't > come back automagically, so apparently too bad for me too, even though > I have a computer that's basically up 24/7? The wrapper should restart it when it crashes. If it doesn't then there is a serious problem. > > > >What we need is update-over mandatory support. > >https://bugs.freenetproject.org/view.php?id=434 > > > >and for distro packages, maybe > >https://bugs.freenetproject.org/view.php?id=519 > > No, we don't need mandatory automatic updating. That's a Bad Thing, > whether it's Freenet or Microsoft WGA. He's not talking about mandatory automatic updating. He's talking about it being *possible* to update a node from its peers even if they are an incompatible build. > > Evan Daniel -- Matthew J Toseland - toad at amphibian.dyndns.org Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: <https://emu.freenetproject.org/pipermail/tech/attachments/20060630/30389660/attachment.pgp>
