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 0FB601395E2 for ; Thu, 17 Nov 2016 01:49:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EE9F9E0BF5; Thu, 17 Nov 2016 01:48:54 +0000 (UTC) Received: from mail-qk0-f182.google.com (mail-qk0-f182.google.com [209.85.220.182]) (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 A0ACBE0BD8 for ; Thu, 17 Nov 2016 01:48:54 +0000 (UTC) Received: by mail-qk0-f182.google.com with SMTP id q130so200451727qke.1 for ; Wed, 16 Nov 2016 17:48:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=Saj7AlkJQwa3Gu0YPgRkueT/B/ekI+UhiB+FVmX9474=; b=rUgyxCmxT0tCyeqDgVJ6nDWgnu2GUor7PXjQ0oyFN0beu/j21EIkP4FotgDcki8Ouh QBRnTlMobmdZYu/Jw1yh9vsOi5eBG/RgQm56vVA4wYNR3qpvN+WjWwxU0Fv/8s2CZSYU JhxEh/hOdhh+RkrrBqVOQEw8kFScnn4akjZr/A9jmwX+jTBXZRiftocewkMSkTfQxAUc ytjWWXS6/aTxCDGg5pTubAV718QquzXi/avB8u6/+JJ+5cFCQFyyDgzcO+XnCWjyTZft 36HR2xO7gEQ8DdxSWd31sivkBfjQiUw7WYXeJP3txw+uPTNhd/XNcCCAkSEFq2NzGANM 3K6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=Saj7AlkJQwa3Gu0YPgRkueT/B/ekI+UhiB+FVmX9474=; b=CTzNT7IUgb39RwMLKKoHTlSPEtG6bbkY3LDcwp9V/wK03oHOvMPVIPyEO43baQ7zba SIx9WTlPVvcEKhRkTpKxfvnBjvCP7lqMKtrgrTBrTIB/YPbsy2o+R/9VN26S9FfgGeGx 3Neo0nqnp5qkAo3thUOvQxwn9VdjCNBVn7UtiKchL495CDJBA9cU+yESxVTMpANaurqs uY4P+1E84TjA7uwI00spgcft0+duYbKFEBHt2FCb5QHaNGh3EkiZ1rvrmLp6buNYtd1G WllNh9LWZpz8fBgNiEjkHhmHyFsSk5ysq1hhWiiG4mMmRVBIUjS7RGDqv2KZ/bbW+MQq Wr6Q== X-Gm-Message-State: AKaTC00en7g/OIIetMHBvdxLnTHfhOqZv6WQOfEnZ0hktjJzTVXWtOZMQn5E9Z9Il1JNqmTkRfXhWjSemaDGcQ== X-Received: by 10.55.66.67 with SMTP id p64mr741899qka.11.1479347333526; Wed, 16 Nov 2016 17:48:53 -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.89.111 with HTTP; Wed, 16 Nov 2016 17:48:52 -0800 (PST) In-Reply-To: References: <20161114213743.55a5e76a@jupiter.sol.kaishome.de> <20161116124726.GA8424@g0n.xdwgrp> From: Rich Freeman Date: Wed, 16 Nov 2016 20:48:52 -0500 X-Google-Sender-Auth: JKXH81OTtjqgitjitybISeCGJXo Message-ID: Subject: Re: [gentoo-user] sans-dbus was: gnome intrusion? To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: aaa9acd5-7bed-419d-bce4-21ebfe61c829 X-Archives-Hash: 63dda9b35da2fb70c331d9bd334f5d6d On Wed, Nov 16, 2016 at 1:42 PM, Jorge Almeida wrote: > > I knew Gentoo doesn't force the use of dbus, but I had the flag set, > since I expected assorted breakages. For example, when viewing a pdf > file, will updating the view when the file changes be possible without > dbus? This is the kind of trouble I expect. Not the fault of Gentoo, > anyway. > > As for the *kit stuff, I just don't have it. It's safe to do without > that stuff, as far as I can tell. > ... > For my needs, Gentoo is the best distro out there. (Until recently, I > used Slackware, as well as Gentoo. Had to give up on Slackware 14.2, > with regret. Because pulseaudio,) > To each his own, and I'm glad Gentoo supports running without any of this stuff, but on a semi-typical system I'd suggest that you're probably better off having this stuff installed than otherwise. I'd been running without pulseaudio for ages, but finally got around to installing it because I was having audio issues when running multiple X11 sessions. With pulse it just works, and installing pulse was pretty trivial. Sure, it is overkill in the most basic configurations, but as soon as you start getting multiple audio devices/users/etc all going at the same time the purpose for the complexity becomes more apparent. As far as dbus/policykit goes, it really is just an IPC implementation, because IPC on Linux isn't all that great out-of-the-box. It was shot down for the kernel, but a revamped solution is probably likely to take its place there, and then everybody will just use the kernel version (and you'll see dbus disappear in your process list). Sure, it is more complex than sending SIGUSR1 to a process (while trying to remember which of less-dedicated signals do what for what daemon), but it is a lot more capable. Policykit also lets you do stuff like saying this user is allowed to restart this service, but not do anything else, and so on, using a configuration which is flexible and works across different applications/etc. Again, you can sort-of live without this stuff, and there is nothing wrong if you want to do that, but this stuff was written for a reason. At the very least I'd suggest understanding it all in case it actually might solve a problem for you. -- Rich