On Thursday 27 November 2008 00:33, Zero3 wrote: > Matthew Toseland skrev: > >> Regarding package updates: Atm. Freenet probably *does* have way too > >> many short-notice mandantory updates to rely on packaged files alone. > >> See my previous suggestion about a packaged version with "update > >> overlays" though (to sum up very short: Between package updates, Freenet > >> keeps itself up-to-date by "shadowing" the newer files over the packaged > >> ones, and when package gets updated, deletes the "shadow files"). > >> Obviously this is not a problem if Freenet is solely distributed via own > >> repositories, but if the goal is to get accepted into distro reps., this > >> needs to be taken care of. > > > > Not going to be acceptable for distro repositories. And complicated/messy. > > Bummer. So having our own repositories would actually be a better > solution, at least until Freenet is backwards-compatible for at least a > couple of years? (E.g., lets forget about that for now...)
Yes. > > > Even fixed wireless connections, with login saved already or no login? > > > > Wireless connections provided by cafes etc are not suitable for Freenet - they > > are likely severely throttled and severely NATed, and may bill per gig. > > Mobile computers suck for Freenet. > > > > > Actually, I was wrong. On my up-to-date XP SP3 system my laptop *does* > autoconnect to my wireless AP (with a saved password). Microsoft > reworked the whole wireless stuff back in SP1 or SP2, which most XP > installations should have by now, so we can probably safely assume that > we can do stuff on the login screen on XP machines. Vista machines > probably works in the same way regarding this. So that removes one argument for run-from-login rather than run-from-startup. However there are others. > > >> If we (as previously discussed) move the autorun question to the wizard > >> and separate the identity from the program files, we can simply add > >> Freenet to each user's startup group as we are given permission to from > >> the users (assuming every user will get to complete their own copy of > >> the first-time wizard). Maximum userfriendliness... > > > > No, we can't. It's a web interface, the user cannot grant us anything, short > > of typing in his password to a form, which IMHO is baaaaaaad. > > > > Also, if the user does not immediately complete the wizard on install, and we > > don't auto-start, will it be running when he wants to use it? I guess the > > answer there is for Browse Freenet to include Start Freenet. > > You're right. Guess it has to be handled by the installer. So we need to make it run on startup by default. Of course we can provide a means to remove it afterwards, maybe even in the wizard. But as I mentioned in my other mail, providing a button "Shoot myself in the foot" may not be a good thing! > > >>>> Machine-specific settings: "/etc/freenet" > >>>> User-specific data: "~/.freenet" > >>>> > >>>> > >>> IMHO there is no user-specific data for Freenet. It's a daemon, like > >>> Apache. > > > >>> It may implement its own user mechanism, > >>> > >> The identity? Friends (darknet)? fproxy theme and similar settings? All > >> seems user-specific to me? > > > > None of it is per user. It's a web interface, remember? We have no idea which > > user is logged in; if we implement a login mechanism in future, we will have > > to maintain our own username:password database. > > ... and we can't even assume the user is on the same box as the node. So > we will have to store user data with the node (in the long run, on > Freenet itself? Moving your Freenet identity onto Freenet itself seems > like a logical goal in the long run?), perhaps encrypted and decrypted > with the user's login information. Perhaps allow login with a digital > signature with fallback to username:password? Eventually we will probably have a simple identity login for separating different Freetalk/Freemail identities. > > Of course we can also install the whole node on a per-user basis (as on > Linux atm), which would help both on privacy and solve the per-user > storage stuff but at the cost of performance (in more than one way). Even on linux it starts on startup, and for good reasons. And it is accessible from other users. > What's the plan? > > - Zero3 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20081127/82bbbdaa/attachment.pgp>
