- From: linas linas org (Linas Vepstas)
- To: Lars Hallberg <lah micropp se>
- Cc: Linas Vepstas <linas linas org>, Charles Goodwin <charlie xwt org>, Gnome Office <gnome-office-list gnome org>, gnucash-devel gnucash org, xdg-list freedesktop org, xdg-list redhat com, desktop-devel-list gnome org
- Subject: Re: Privacy
- Date: Thu, 18 Mar 2004 08:27:17 -0600
On Wed, Mar 17, 2004 at 07:01:06PM +0100, Lars Hallberg was heard to remark:
> Linas Vepstas wrote:
> >Jody, sorry, I'll try to recap succinctly:
> >-- User is running gnome or kde desktop at home, and shares the
> > desktop with the rest of the family.
> >-- User wants to password-protect thier gnucash data sets (and/or
> > thier word docs and or thier pornography/or whatever) so that
> > the rest of the family (or at least the kids) don't get access.
> >-- To acheive the above, logging in/out of gdm/xdm/kdm sessions
> > is impractical for a variety of reasons.
> >-- To achieve the above, running multiple x servers & xlock
> > is impratical/inelegant.
> >-- To acheive the above, throwing the burden on the app writer
> > leads to hacks and inconsistent GUI's, as each app implements
> > thier own obscure, hard-to-maintain solution.
> >-- To acheive the above, calling it a "sysadmin issue" or
> > "solving" it with a HOWTO is impractical/inelegant.
> >Conclude: there needs to be a standardized, architected,
> >desktop-seal-of-approval'ed way of dealing with granular
> >security levels from the gnome or KDE desktops.
> I must say I don't realy get the problem with login/logout.
Its stunningly slow. And its impractical. If my wife wants to
look at a web page real quick while I go to the bathroom,
login/logout isn't effective. If music is playing, a logout
would stop the music.
Many/most stateful apps don't quite remember all of thier state.
after shutdown. e.g. xmms -- will remember the playlist but not the
song. konqueror sometimes remembers what web page it was displaying,
but doesn't remember the 'history' (i.e. back button stops working
after logout/login). Shell histories with things like gnome-terminal
stop (up arrow keys won't work). And IRC history was already
> But, the other way is ether detach/reatachable x-sessions much like vnc.
> or encrypted filesystems that can be mounted / unmounted.
Well, yes, these were both discussed in a very long thread
on the gnucash-user mailing list. BTW, its a thread which I did
not participate in, a thread driven entirely by users talking
to each other. I'm now acting as messanger: I'm just relaying
what that thread concluded: solutions such as these were deemed
to complicated, too messy, or otherwise unacceptable.
> Suport for mounting and unmounting and possably creating new encrypted
> folders could be integrated in the filemanager, or be a standalone app.
This might work. I'm trying to think of what a newbie user
might find objectionable, and can't really think of anything.
As long as it simple and obvious, and that its clear that the
folder is unmounted as soon as the last open file in it is closed.
(The user has a reasonable expectation that the data is 'protected'
as long as they are not running thier app).
> That is probably worth while for it's own sake. But realy, what's the
> problem with logout/login? Losing history in the IM-app - fix the bug in
> the IM app! Belive Gaim alreddy fix this.
There are dozens or hundreds of broken apps, from konqueror to
> Summary: Fix the bugs and anoyances with loging out / loging in.
Summary: speed: most apps take at least a second to boot; a typical
desktop (my typical desktop) has a half-dozen apps running at any
instant. With todays technology, it is impractical to fix the apps
to boot in less than a second. mozilla, the gimp, open office,
gnucash all take more than 10 seconds.
pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <linas linas org>
PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933
] [Thread Prev