From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?B?5a6L5paH5q2m?= Subject: Re: How to handle required plugins and dbus services for GNOME Programs? Date: Thu, 25 Jun 2015 15:42:12 +0800 Message-ID: <87k2us44kr.fsf@gmail.com> References: <87d20padyz.fsf@netris.org> <87pp4na6me.fsf@gnu.org> <87d20lk5ps.fsf_-_@netris.org> <87oak5156g.fsf@gmail.com> <87k2ush1mp.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48591) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z81mz-00011U-0W for guix-devel@gnu.org; Thu, 25 Jun 2015 03:41:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z81mx-0004XH-Sb for guix-devel@gnu.org; Thu, 25 Jun 2015 03:41:36 -0400 In-Reply-To: <87k2ush1mp.fsf@netris.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver Cc: guix-devel@gnu.org Mark H Weaver writes: > =E5=AE=8B=E6=96=87=E6=AD=A6 writes: >>> Actually, it turns out that 'grilo' doesn't need to be in the profile, >>> although if you don't have it you won't get the search path >>> recommendation which is crucial for Totem to work properly. >> According to ArchLinux, grilo-plugins is used for media discovery. >> Which is optional. I'm ok to add it though. > > Without the grl-bookmarks grilo plugin, attempts to add local video > files to the playlist via the GUI interface silently fail. See: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D768515 > > I ran into this problem before I packaged 'gom'. So, although it is > still possible to play local videos by running "totem ", I > would say that Totem malfunctions quite badly even for basic usage > without grilo-plugins. So grilo-plugins is really a curcial dep, thanks for explaination. > >>> 'gstreamer' is a propagated-input of 'gst-plugins-base', so you don't >>> need to explicitly install it and I'm not sure what would happen if it >>> were removed. >> It's safe to remove 'gstreamer' from inputs. > > I don't understand. Do you mean that it's safe to remove 'gstreamer' > from the inputs of some package? Which package? I mean totem, sorry for the confusion. > >>> 'dconf' apparently needs to be in the profile for both GNOME Terminal >>> and Totem because of the session dbus service(s) it provides. Without >>> it, modern GNOME programs behave quite badly. They have no way to >>> access or change their own configuration settings, e.g. if you go into >>> their preferences, you see checkboxes that do not change their state >>> when clicked. >> Yes, dconf must in profile to be known to dbus-daemon (user sesssion). >> It's loaded by dbus-daemon when needed. >> >> https://developer.gnome.org/dconf/unstable/dconf-service.html >>> >>> I'm not sure how best to deal with issues like this, and also with >>> things like grilo-plugins and gst-plugins-* that are needed for the >>> proper functioning of Totem. Should we make them propagated-inputs? >>> >>> Or perhaps they should be normal inputs and we should use a wrapper to >>> add those directories as suffixes to GRL_PLUGIN_PATH and >>> GST_PLUGIN_SYSTEM_PATH automatically? >> Given that plugins only needed at runtime, how about make a 'raw' totem >> package without wrapper and propagation, and a public one wrap it with >> envs? Thus avoid the rebuild of the raw totem package if plugins was >> changed. > > I'm not sure it would be worth it. Totem itself doesn't take very long > to build. OK.