Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755803AbbDOBg4 (ORCPT ); Tue, 14 Apr 2015 21:36:56 -0400 Received: from mail-lb0-f182.google.com ([209.85.217.182]:33075 "EHLO mail-lb0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752789AbbDOBgt (ORCPT ); Tue, 14 Apr 2015 21:36:49 -0400 MIME-Version: 1.0 In-Reply-To: <20150413202233.GR889@ZenIV.linux.org.uk> References: <20150413190350.GA9485@kroah.com> <8738434yjk.fsf@x220.int.ebiederm.org> <20150413194217.GA10837@kroah.com> <20150413202233.GR889@ZenIV.linux.org.uk> From: Andy Lutomirski Date: Tue, 14 Apr 2015 18:36:28 -0700 Message-ID: Subject: Re: [GIT PULL] kdbus for 4.1-rc1 To: Al Viro Cc: Greg Kroah-Hartman , "Eric W. Biederman" , Linus Torvalds , Andrew Morton , Arnd Bergmann , One Thousand Gnomes , Tom Gundersen , Jiri Kosina , "linux-kernel@vger.kernel.org" , Daniel Mack , David Herrmann , Djalal Harouni Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1865 Lines: 39 On Mon, Apr 13, 2015 at 1:22 PM, Al Viro wrote: > On Mon, Apr 13, 2015 at 09:42:17PM +0200, Greg Kroah-Hartman wrote: >> > I remain opposed to this half thought out trash of an ABI for the >> > meta-data. >> >> You don't have to enable the metadata if you don't want to use it, it's >> an option :) > > OK, _that_ argument needs to be stomped out. It had been used before, > and it was a deliberate scam. There is no such thing as optional kernel > interface, especially when udev/dbus/systemd crowd is nearby. We'd been > through that excuse before; remember how devtmpfs was pushed in as "optional"? > > This is a huge red flag. On the level of "I need your account information > to transfer $200M you might have inherited from my deceased client". > > Just to recap how it went the last time around: Kay kept pushing his piece of > code into the tree, claiming that it was optional, that nobody who doesn't > like it has to enable it, so what's the problem? OK, in it went. And pretty > soon udev (maintained by the same... meticulously honorable person) had > stopped working on the kernels that didn't have that enabled. > > We had been there before. To paraphrase another... meticulously honorable > person, "if you didn't want something relied upon, why have you put it into the > kernel?" Said person is on the record as having no problem whatsoever with > adding dependencies to the bottom of userland stack. It appears that, if kdbus is merged, upstream udev may end up requiring it: http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html Grumble. --Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/