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 088EC13838B for ; Mon, 22 Sep 2014 16:21:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C19ADE09BA; Mon, 22 Sep 2014 16:21:48 +0000 (UTC) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by pigeon.gentoo.org (Postfix) with ESMTP id 18BEBE09A5 for ; Mon, 22 Sep 2014 16:21:47 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta06.westchester.pa.mail.comcast.net with comcast id uEqW1o0020SCNGk56GMneD; Mon, 22 Sep 2014 16:21:47 +0000 Received: from ajax ([24.11.47.14]) by omta09.westchester.pa.mail.comcast.net with comcast id uGMn1o00G0JMh7c3VGMn02; Mon, 22 Sep 2014 16:21:47 +0000 Date: Mon, 22 Sep 2014 12:21:42 -0400 From: Frank Peters To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: Boycott Systemd Message-Id: <20140922122142.a8e94999fb36c7590e33870e@comcast.net> In-Reply-To: References: <20140921132548.d4ad54724473a2aeee688daa@comcast.net> <20140921143059.c3c16dfdeab6f65280b7caa6@comcast.net> <20140921192043.GA9652@crud> <20140921171301.5f008b3bd12c21c2f8fdd67e@comcast.net> <20140921202600.08d082d88014228172007477@comcast.net> <20140921220253.29b05782092a062c7148cbed@comcast.net> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.24; x86_64-unknown-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1411402907; bh=+K7Pu93Od3ztBaaLmWSjLE8r+2mvUHmL0QcHT9h6tpY=; h=Received:Received:Date:From:To:Subject:Message-Id:Mime-Version: Content-Type; b=MQARCuyOSlGZOoaAmyiTK2+a9xWpkVGF3ehbIgXYT5SxTiwEoBixGPz90+rnZEdT4 wQDl0KJ2i+IveXtF38QOw6jkNsbzVKqWt1aiB+dX/k4TPkRLdRtT6oGLyDkH4pLlhF BFDVSHCGd74m9lDLG6GVmOEP9DnMfgTYuVUynDTyQGeeqUbbisnI83sPFTc9T9ib2J cEcKyA9bynqPLY7Qyo0qz8swkPRStVOt2X+sek89F+/0Wiz+zuqtIwu184T42LXtIw 1uY5WO1WT3SpZ2VU2/OO6rkfk1lH3HLHCMYLeeB9cLY0YuqvbypiZovDC64n5LIT9i mZojTmdPFgCjg== X-Archives-Salt: b75f606d-ce54-473d-81ad-883be05d182d X-Archives-Hash: 84d3bad26b7f21d8c3b7c6b25363ed15 On Mon, 22 Sep 2014 06:00:20 +0000 (UTC) Duncan <1i5t5.duncan@cox.net> wrote: > > As for the loss of the usb static device nodes, did you (Frank) file a > bug about it breaking your userspace? That's one of Linus' most firm > kernel rules -- you do *NOT* change the userspace/kernelspace API/ABI and > break userspace. However, there's a known exception. Rather like the > old philosophical question as to whether if a tree falls in the forest > and nobody hears/sees it, did it actually fall at all, if nobody notices > the userspace/kernelspace ABI breaking, did it really break at all? > Bug reports won't be considered. The removal of the kernel scanner module was well-planned and deliberate. The new way is to use libusb to access the scanner from user space. If it affects me then it affects countless others (and there are many forum posts about this issue) but these changes will not be reversed. One must move ahead along with the others or be crushed and forgotten.