From owner-freebsd-questions@FreeBSD.ORG Mon Dec 19 18:43:45 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2456106564A for ; Mon, 19 Dec 2011 18:43:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id 604228FC16 for ; Mon, 19 Dec 2011 18:43:45 +0000 (UTC) Received: from r56.edvax.de (port-92-195-49-185.dynamic.qsc.de [92.195.49.185]) by mx01.qsc.de (Postfix) with ESMTP id C8B533C99B; Mon, 19 Dec 2011 19:43:43 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id pBJIhg4K001857; Mon, 19 Dec 2011 19:43:43 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 19 Dec 2011 19:43:42 +0100 From: Polytropon To: "illoai@gmail.com" Message-Id: <20111219194342.520e3026.freebsd@edvax.de> In-Reply-To: References: <201111230539.21395.lumiwa@gmail.com> <20111123124633.28028a25.freebsd@edvax.de> <201111230731.07527.lumiwa@gmail.com> <20111130200347.8358419f.freebsd@edvax.de> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: .config X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 18:43:45 -0000 On Mon, 19 Dec 2011 10:48:23 -0500, illoai@gmail.com wrote: > On 30 November 2011 14:03, Polytropon wrote: > > On Wed, 30 Nov 2011 13:40:19 -0500, illoai@gmail.com wrote: > >> A dirty workaround might be to link /.config > >> to something innocuous. =A0One 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? > > > > =A0 =A0 =A0 =A0% mkdir /.config > > =A0 =A0 =A0 =A0mkdir: /.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? >=20 > 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 anymore. --=20 Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...