| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
Cc: athena10@mit.edu Message-Id: <32F20B96-FB0A-444B-BDF3-1EF022A10623@mit.edu> From: Jonathan Reed <jdreed@MIT.EDU> To: Geoffrey Thomas <geofft@mit.edu> In-Reply-To: <alpine.DEB.1.10.0809031435130.8559@vinegar-pot.mit.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 3 Sep 2008 15:20:24 -0400 On Sep 3, 2008, at 3:05 PM, Geoffrey Thomas wrote: > On Wed, 3 Sep 2008, Jonathan D Reed wrote: >> The situation is still pretty much unusuable, though. Rather than >> try and let Ubuntu figure out what's up with the user's homedir, is >> it worth adding code to the login sequence that explicitly checks >> if a user's homedir is available and punts if it isn't? > > It's worth adding code to support fallback lockers (e.g., if /afs/ > sipb/project/sipb is not available, attach /afs/athena/contrib/sipb). I thought we were desupporting multiple filsys entries. > As part of this, it might make sense to have an intelligent default > case, if no locker is available. Would simply returning ENOENT or an > unwritable directory make GDM deal close to properly? ENOENT is probably the right thing to do. The behavior we want to simulate would be the same as if a local directory did not exist. > We could plausibly mount a tmpfs there and syslog a message saying > we did so, if there were a reasonable way to catch that and print > the "You are using a temporary homedir, don't type 'inc'" message; > is there? Alternatively, we could mount a tmpfs that includes > a .cshrc and a .bashrc that prints this message. As I've said in other forums, I think that our user base has significantly changed that a temporary homedir session with an xterm is not that useful. Frankly, a web browser in kiosk mode would be much more useful, IMHO. But that's probably a more in depth conversation than wants to happen here. -Jon
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |