From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5968513873B for ; Mon, 3 Mar 2014 08:35:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DF101E0B44; Mon, 3 Mar 2014 08:35:37 +0000 (UTC) Received: from mail-ea0-f176.google.com (mail-ea0-f176.google.com [209.85.215.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D6411E0B2D for ; Mon, 3 Mar 2014 08:35:36 +0000 (UTC) Received: by mail-ea0-f176.google.com with SMTP id o10so3691615eaj.35 for ; Mon, 03 Mar 2014 00:35:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=IpfFAOAkAD15pi3CzDkWPDFG4VPpCB1AuqLeiYB3mUE=; b=NcP2TCgUqmuPTnlD8Ca/UftHpaD1nMHkuTL4GhCCXMbPsuRLqct8OeRfhJH2EDI1/o VmNhooNU/Ldn6RWAsPrVlht5TXPH4Wd8WkAiBlsFF4sYfeVtonhSzmV2y1iWDyFidKzF qydIbrJuCuSb9HGtsIKQz7ZHQEZTDGWmOAXsx5QqzgOy+ofHFZR200iqbSQ3WCiBX2/x P8KDfsNPssOyQ9hnncaNIjMkhR0IKW+wMH4JmGoZUykfGmRQyH8hFtJ80wytsfEhC6lC faZFlQ8nPs+RHIRjL9TVEAvtwT8J1wsPkoTxGQmzxT8A+xr3KVf6Xy987pKmN0m4Qz1H 3FcA== X-Received: by 10.15.82.194 with SMTP id a42mr923893eez.113.1393835735266; Mon, 03 Mar 2014 00:35:35 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.15.49.5 with HTTP; Mon, 3 Mar 2014 00:35:14 -0800 (PST) In-Reply-To: References: <531079D9.801@gentoo.org> <5310B267.7040506@gentoo.org> <20140228180927.GA21798@laptop.home> <5311063B.8050406@googlemail.com> <20140301000335.GA23326@laptop.home> <531128A2.2090503@googlemail.com> <20140301004754.GA23556@laptop.home> <20140301033108.GB23987@laptop.home> <20140301064854.GB3019@rathaus.eclipse.co.uk> <20140301160616.GA1435@laptop.home> From: Wyatt Epp Date: Mon, 3 Mar 2014 03:35:14 -0500 Message-ID: Subject: Re: [gentoo-dev] Re: FHS or not (WAS: [gentoo-project] Call for agenda items - Council meeting 2014-03-11) To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: e0fbbc5a-db5c-4687-baed-ff8430b3217e X-Archives-Hash: b615a302e30cfb19b6f3039bbe5762a1 On Sat, Mar 1, 2014 at 11:06 AM, William Hubbs wrote: > > No sir, I was not telling a half-truth. > > If the default configuration is stored in /lib/udev/rules.d for example, > and you can override that default by dropping files of the same name in > /etc/udev/rules.d, I don't see what the concern is. > Oh, that's easy. The concern is that, as a sysadmin, I have no idea what the current configuration even is, let alone any idea that the override is even possible or how the override file is formatted. This problem is magnified for every thing that works this way multiplied again by every instance that the configuration needs to be checked or changed (because it likely needs to be looked up again because it's in a non-standard place and we humans don't remember things well if they're not a constant presence in our lives). In short: Making life easier for users is why distros even exist in the first place. This method lacks transparency and makes life harder for users. On Sat, Mar 1, 2014 at 1:31 PM, Alec Warner wrote: > > it is easy for a some users to determine, using existing tools (vim, less, > etc.) to view what the configuration state is. > This point is incredibly important: It should really never require a search engine to even determine what the current config looks like. I don't care if it involves moving the canonical config, or putting a stub config in /etc with a comment to the effect of: # This file is for overrides; please see /lib/foo/bar for the default system configuration. ...or throwing a bunch of code at it to invent a better config tracking tool (again), or whatever. Or say "screw it" and this thread dies with no tangible action like so many others; enjoy your papercuts, users. > When the default configs are in /lib/udev/.../ and the over-rides are in > /etc/udev/.../ that is perhaps less clear. Many applications already provide > app specific tools for this. You can run apt-config dump to dump your entire > apt configuration (on debian / ubuntu) for example. I'm unsure if polkit or > dbus have a tool that will read in the configuration and dump what the > daemon thinks the state would be (if it loaded it.) (puppet has > Oh PLEASE don't let this become a trend. I can't fathom any legitimate reason to reinvent cat repeatedly. > gconf, dconf, polkit, dbus, all do stuff like this. I actually find the > solution somewhat elegant from my side as a sysadmin. > I'm curious: how many people have you encountered who even know those can be configured? (Never mind things like "how does this work?" or "what does this even do?"; you've made a very nice list of things hardly anyone understands. :/ ) Cheers, Wyatt