lumiwa at gmail.com
Mon Dec 19 22:42:55 UTC 2011
On Monday 19 December 2011 12:43:42 Polytropon wrote:
> On Mon, 19 Dec 2011 10:48:23 -0500, illoai at gmail.com wrote:
> > On 30 November 2011 14:03, Polytropon <freebsd at edvax.de> wrote:
> > > On Wed, 30 Nov 2011 13:40:19 -0500, illoai at gmail.com wrote:
> > >> A dirty workaround might be to link /.config
> > >> to something innocuous. One could obvio-
> > >> usly also have /.config mounted as a tmpfs(5).
> > >> So it couldn't persist from boot to boot.
> > >>
> > >> The cleanest solution is to forgo qt/kde, but
> > >> then you're slightly more limited in what you
> > >> can use for office-type stuff.
> > >
> > > The question remains:
> > >
> > > How is a user-started process (e. g. when you run
> > > the "startx" command) supposed to create directory
> > > entries and files on root level /, a thing that
> > > only root and root-like users (and programs!)
> > > should be allowed to?
> > >
> > > % mkdir /.config
> > > mkdir: /.config: Permission denied
> > >
> > > As a normal user, you _intendedly_ can't do this.
> > > Why would you assume that a program you start
> > > can do it?
> > I don't have any QT/KDE stuff but isn't kdm suid
> > (& owned by root)?
> That could be the reason: kdm, belonging to the
> KDE world and quite probably using Qt, running
> with the permissions to access /.
> You could temporarily try to disable kdm and
> replace it by xdm, or no display login manager
> at all. In that case, /.config shouldn't appear
I don't know because I don't use kdm and I don't see that kdm running. I have
ksplah but not kdm and I have or re-create directory if I deleted in:
and in the user directory which should be. And it is happened when I start kde
with 'startx" as user and .config isd recreated evrywhere..
In .xinitrc I have just:
More information about the freebsd-questions