On Thursday 15 March 2007 20:32, Jonas Karlsson wrote: > > I don't like this. If someone insists on shooting themselves in the > > foot, they should already know how to do so, without any help from the > > installer. On the topic of the user screens, I noticed that if the two > > passwords don't match, the installer flashes a warning, but permits the > > installation to continue. The correct behavior should be to not enable > > the "Next" button until both passwords match. > > That's my idea as well. I also think that we should have a minimun > level of password security and a warning should be issued if this > level is not reached ( http://bugs.gobolinux.org/view.php?id=56 ). > About the "no extra users" see my reply to Hisham as well as the > following bug report ( http://bugs.gobolinux.org/view.php?id=57 ). How about a replicate of KDE's password strength meter? (I think that Firefox and Thunderbird also have something like this as well.) I haven't really tested it, but I imagine that it takes into account whether there are both upper and lower case letters, numbers, and other characters. Here's a JavaScript implementation (works in Firefox, but not in Konqueror) that looks to do about the same thing: http://www.gerd-riesselmann.net/examples/testprogress.html
> > Requested functionality for 015 (but maybe add the hooks in the 014 > > installer): encrypt hard drive partitions. After doing some tests, I'm > > withdrawing my previous support for EncFS; it's fine for encrypted > > directories, but not for encrypting entire partitions. LUKS seems to be a > > much better choice, and also has the added bonus that with FreeOTFE > > (http://www.freeotfe.org) encrypted Linux partitions can be mounted in > > Windows (should someone for some strange reason still have Windows). > > What's bad about EncFS? My view was that it wasn't for encrypting > entire partitions, but only for users $HOME, to be used together with > PAM. I like the idea of having an encryption scheme that's also > reachable from other OSes. I'll look into LUKS when I get some extra > time on my hands as I do believe that we should support encryption. KDE bails when $HOME is encrypted with EncFS; I corresponded with the author of EncFS, and he attributed it to the fact that FUSE can't handle lock() calls. I've tried several different workarounds, but to no success; the only way to get it to work is if $HOME/.kde is not encrypted using EncFS, which is obviously not a solution, given what's stored there. :Peter _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel