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 10B001381F3 for ; Fri, 26 Apr 2013 22:14:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B2B53E0E4F; Fri, 26 Apr 2013 22:14:13 +0000 (UTC) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2969EE0E01 for ; Fri, 26 Apr 2013 22:14:11 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id d10so1342172lbj.3 for ; Fri, 26 Apr 2013 15:14:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=ImhyeaIBKVF46DceM8YVY8h/LvxCYZpCfwxu/nMlTts=; b=r599ovtaOmTIBUqPBXMyF6FcyibLQKLLqfO+qD4BDcgzm7C1BtgkogME2GHA6ralQI dEdRcIOwpHlLIr5NWuNweGcSsbEf6C9SxWzUUoiswIYpQ6C+JkFvzj0lFli/dQhrk7ny /iTAx7yE8T3pEoeq7EMO1iiFDWML25GE8v0hejCMVIBYSWRRYLaZDweCftfsFQQhAMe4 OsZUZvYAHAXv+DP7RyrchX0zp91GtnKrBBjqPv37XQJzQecPa6BhoOa9AmIZlGEhQN+d 3SLqDGCwExHZG9CXNZ80xn4u2ml8z71Dl4RpFz+qJX78lJrn639edTbiijCuJJ8Qjekt pAcA== 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 X-Received: by 10.152.19.199 with SMTP id h7mr23199092lae.21.1367014450473; Fri, 26 Apr 2013 15:14:10 -0700 (PDT) Received: by 10.114.26.105 with HTTP; Fri, 26 Apr 2013 15:14:10 -0700 (PDT) In-Reply-To: <20130426203402.GE3741@acm.acm> References: <20130420093414.GA31686@waltdnes.org> <20130425191724.GA14098@waltdnes.org> <517A6D7D.7080708@yandex.ru> <20130426162937.GC3741@acm.acm> <20130426183837.GD3741@acm.acm> <20130426203402.GE3741@acm.acm> Date: Fri, 26 Apr 2013 17:14:10 -0500 Message-ID: Subject: Re: [gentoo-user] Removing pulseaudio From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 0429aeef-2ec5-444a-9ffe-73685e7e2b9f X-Archives-Hash: 995d10a09ac4e04d2b5e792b390c487c On Fri, Apr 26, 2013 at 3:34 PM, Alan Mackenzie wrote: > Hi, Canek. > > On Fri, Apr 26, 2013 at 02:09:46PM -0500, Canek Pel=C3=A1ez Vald=C3=A9s w= rote: >> On Fri, Apr 26, 2013 at 1:38 PM, Alan Mackenzie wrote: > >> Hi Alan. > >> > On Fri, Apr 26, 2013 at 12:02:38PM -0500, Canek Pel=C3=A1ez Vald=C3=A9= s wrote: >> >> On Fri, Apr 26, 2013 at 11:29 AM, Alan Mackenzie wrote: >> >> [snip] > >> > Anytime a free software project drops support for something, it >> > forces its users to make choices. Yes, force. > >> I don't think that's true, since we are not paying anyone to do the >> work (well, at least for sure I'm not paying anyone to do anything). >> They (the developers) don't owe us *anything*. > > In a sense, no. But in another very important sense, yes. Without that > sense of duty, of obligation, on the part of developers over the last few > decades, GNU, Linux, X, BSD, ... would scarcely rate as more than toys. That's your subjective analysis. I would say the reason is because the developers took the technically correct decisions. > [ ..... ] > >> If you want to get into morals, this will become a religious argument, >> and sorry but I'm not interested in that. > > Fair enough! > >> > The prime one is to support their users. > >> No; the prime one is to do their jobs. Most of them are employed by >> several of the available Open Source supporting companies; their >> responsibilities is to do the job they are being paid to do. If they >> are hobbyist, then their prime "responsibility" is to do whatever the >> hell they want to (and gets accepted in a community project). > > Again, fair enough. But that's just as "religious" a viewpoint as my > own. O yeah? Ask the ones that need to pay the rent. >> > You'll surely have noticed that what gets up the >> > noses of people on this mailing list most is when support for reasonab= le >> > configurations gets dropped. Witness all the recent trouble over eth0= , >> > for example. > >> What problem? I use NetworkManager in desktop and laptop; there is no >> problem there. I read the instructions in my media center and servers: >> no problems there. I don't particularly like the new funny names, but >> I don't write the code, and the fruits from it I get for free, so I >> don't complain about it. > > Some Gentooers had problems over this change. I didn't have "problems" > as such, but the time spent not having these problems could, I feel, have > been better spent. > >> > If you were serious about this exponential growth, how on earth could, >> > e.g., the Linux kernel or Emacs, both with thousands of options[*], >> > possibly get tested anywhere near acceptably? > >> > [*] 12,666 in Linux 3.7.10, 7,510 in vanilla Emacs 24.3. > >> Because they have enough integration testers. They have enough >> interested users to do the required testing; the kernel and Emacs is >> oriented towards technical apt users. The stated goal of the GNOME >> project is that even my grandmother could use it. > > I understand what you're saying. In the limit, this tight integration > will lead to a system barely capable of being customised. It will be as > inflexible as MS Windows always has been. Will your GM want to use such > a system? I sure hope so. I don't see"inflexibility". I see "set a stack where the best option is chosen by the ones writing the code". > [ .... ] > >> > What about the needs of those high-end audio users, for example, who n= eed >> > jack? > >> There are several success stories about mixing PA with Jack; you can >> Google them. I don't see the problem. > > I'm not an expert on jack, but I gather it's high-endedness implies very > low latency, for example. Feeding a signal through pulseaudio as well > would negate the whole purpose of jack. Maybe. I think (I could be wrong) that you can piggyback PA from JACK (so JACK has the control). That was what I understood. >> > What about those, like me, with audio problems, where the need exists = to >> > strip a system down so as to isolate those problems? > >> As I said below: if PA has problems, they need to be fixed. Did you >> report the bugs? > > I don't even know where the bug is. It's somewhere in my audio. It > might be in Firefox 17.0.5. It might be in pulseaudio, though having > been able to remove it, I doubt it. It might be in ALSA. My point is, > in a tightly integrated system, my chances of fixing the problem would be > that much slimmer. I don't experience the problem in my fossilised mdev > system from last summer. Well, that helps. And that the problem: with loose integrated systems, a lot of people tend to "fix" things by actually workarounding them, so the real problem (a bug in ALSA, PA, or the aps) gets unfixed. We need to zero in the real bugs and *fix them*. It's not your responsibility to fix the problem; but (and specially if you believe in "moral obligations") reporting the bugs is. >> >> If PA has bugs in some configuration, those bugs need to be fixed; th= e >> >> solution (in the GNOME developers view) is not to "remove PA", since >> >> the goal of the project is to cover *ALL* use cases. > >> > pulseaudio is a server component - gnome is an application. They are = at >> > different levels of the system hierarchy, just as a mail transport age= nt >> > and mail user agent are. The maintainers of mutt don't force the use = of, >> > say, postfix. By long tradition on *nix, sysadmins configure their ow= n >> > systems, selecting those components which best fit their needs. gnome= 's >> > decision to mandate pulseaudio interferes with this tradition. IMAO, >> > this is a Bad Thing. > >> GNOME is a desktop environment, and it wants (from some years now) a >> vertical integration from kernel to the last userspace application. I >> root for that. > > That would probably be an environment I couldn't configure to work the > way I want. Gnome and I will likely be parting company in the coming > years. That's your prerogative, of course. >> And I have been using Unix since 1996, and I don't care about what >> *nix "long traditions" are. I want a Linux system that works from my >> cellphone to my big iron server, and everything in between. I don't >> even care about *BSD; I don't wish them any ill, but I don't care >> about them. > > You can't have a single Linux which works equally well on all these > disparate systems. Equally badly, perhaps. Look at the problems which > MS Windows-8 is having, and it only tries desktops/laptops and 'phones. I don't think that way; I think an unified system can run in all the hardware spectrum. We will know in a few years. >> If you don't agree with that, that's fine; but if a big enough set of >> developers thinks similarly, several projects will move in that >> direction. It's already happening. > > Yes. I doubt it will end prettily. I'm sure it will be awesome. > [ .... ] > >> and then the only required dependency for systemd will be Linux. > >> Man, that will be a nice day. > > Will you still be able to configure your system as you wish, though? As long as *you* do the customization, and don't expect that your distro do it for you, yeah sure. That will be always possible. The code is out there. Regards. -- Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico