From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id F0F31139085 for ; Wed, 21 Dec 2016 13:27:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D04C3E0E52; Wed, 21 Dec 2016 13:27:06 +0000 (UTC) Received: from mail-qt0-x244.google.com (mail-qt0-x244.google.com [IPv6:2607:f8b0:400d:c0d::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 73EF7E0E4C for ; Wed, 21 Dec 2016 13:27:06 +0000 (UTC) Received: by mail-qt0-x244.google.com with SMTP id e30so1733392qtg.2 for ; Wed, 21 Dec 2016 05:27:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=B5FGWgvBEdiPqw93bnDlv2uIOQtyfUW948t6FADwUUk=; b=K9fyjZlfm+fmP3RQULCZnHQ0jDgwd79XJr50AIX3bFEGhBP61ZkDyY2PaJOUEFy+Zn nCckvX2nNYbDCX0tUXy6jm7z83/qWkkRH1WY4G7msU/Ey7gpINyUyaZWZrpvucMo4ZZX 69IAog0+HN55GT/1RUfd7ZzBIiT4/aITv1fuGRWKAXO+RmbCizIruxZNnj4KP+BYx+L9 nUOw1aGmeR9ZrHup56Ec24ygdFy77fb1OvSRLw/SwqGusEmqw2U7pwU9NSlWf+FAtQ8/ Fe6RAa5zvoL57x05DyMB8kRBamCAitoT31VUTrHp0hZJ5I9vXWFFUnEVYXfRQ8FOHR+m H5AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=B5FGWgvBEdiPqw93bnDlv2uIOQtyfUW948t6FADwUUk=; b=D2SIgAvQVbe1RwMbUpkUO7VV5cscrWoArGT6xYeu7mfoj8ZIp7eMfepTLNPBMCqn8I jy9Wqv2/tR1jVjCbwAEBgNRjoWTaakmzNhg+UKYbMrFJpvfEhLKsbGEWKrmre7v45LWQ 68OpGuBgy5O+799Y55z+24krXK/Y7J/cYQTz3+pueCi3e9pPFJK8Zfe+wF6c+bfgdfIq iEjQFFQvnavnwSpuMCf0OnuwbVBCCXdAglIBZNQTJjwauxBXHuZAOmvaJqhItoKzNk+V Rh1GCHF67g1BFxpD+UW9xszjxMrq5V2JMizh3JcZVq1y8OiIm4Z/9yetuIgf6yQ52VRb S7FQ== X-Gm-Message-State: AIkVDXJe9qz0T/lUgZ9SbJG7byLKVnuFWcvG7HwCz+bxSh6xNWI6NGlGKQtngmyHTJS8GteqJlDVFaxoN/lW9Q== X-Received: by 10.237.53.253 with SMTP id d58mr4498445qte.29.1482326825348; Wed, 21 Dec 2016 05:27:05 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Sender: freemanrich@gmail.com Received: by 10.140.34.73 with HTTP; Wed, 21 Dec 2016 05:27:04 -0800 (PST) In-Reply-To: <20161221120958.0382681075B0@turkos.aspodata.se> References: <20161015182743.GB4541@solfire> <31e5a0f5-ffc3-0b6f-3bb4-1685d1efe876@andrejro.de> <1539590.2abgqJ6fBz@thetick> <20161221120958.0382681075B0@turkos.aspodata.se> From: Rich Freeman Date: Wed, 21 Dec 2016 08:27:04 -0500 X-Google-Sender-Auth: 34uJ2ZAL-Z9c1G_eoP3LUEXt90U Message-ID: Subject: Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 59c37eae-f9e2-4984-9738-58cd666dbad0 X-Archives-Hash: 23ec0197d42bad6034022be9814eae71 On Wed, Dec 21, 2016 at 7:09 AM, wrote: > > The problem is that an ever increasing amount of programs list systemd > or some of its libs as a depenancy. So it is getting harder and harder > to opt out. > > The situation is similar to the one with udev and variants. Some > programs list udev as a requirement even though there is no requirment > on technical grounds. I.e. X, I can run X perfectly without udev, I > just have to make my own xorg.conf, or I might want to run X with udev > since then it handles multiple keyboards with different layouts > automatically. It's like when buying a car, some prefer automats, some > stick shift. There are pro and cons for both cases. > I get your frustration. Below is just my personal sense of things, ultimately the entire Council sets policy but this is my sense of the "Gentoo Way" and how I see things being likely to go. On Gentoo at a distro level we're never going to force package maintainers to make any particular package a dependency as long as the software works without it. At the same time we're not going to force maintainers to patch software to eliminate dependencies. We certainly encourage maintainers to do things like this within reason, but we don't require it. In your example, if upstream xorg starts sticking dbus calls to udev/systemd/etc in their code, and it fails to launch if those packages aren't running, then unless somebody patches out that behavior or makes it conditional then udev/systemd would need to be listed as dependencies. It isn't like simply not listing them would fix the issue anyway, it would just cause X to fail to launch for some users. When software just runs without some features without another package installed, then there is no requirement to list it as a dependency (generally speaking). Maybe during the install it might suggest installing some other packages for full functionality. In the end though, if xorg requires systemd as shipped upstream, that is an upstream issue. I realize you'll get a lot less sympathy with many upstream projects than you'll get around here because goals/philosophies differ. And as upstream projects go further down that road, it will in practice become more difficult for a distro like Gentoo to maintain larger and larger patches to alter their behavior. Gentoo as a distro will probably never force a developer to give up, but at some point you're talking about maintaining a fork and not a patch. Now, you can look at eudev and see that there is ultimately no limit on how long that can go on, but it depends on people willing to do the work. Ultimately Gentoo is a place where we all come together to try to support our ability to maintain a diverse configuration space. Still, that diversity largely depends on the interests of those who put in the work to maintain it. And it often comes at a cost of less vertical integration and automation. At a distro level we try to remove barriers to individual contribution, not force individuals to contribute in a manner that we would prefer them to. -- Rich