From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id SKxpGtBqQmMIGAEAbAwnHQ (envelope-from ) for ; Sun, 09 Oct 2022 08:31:44 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id iMp+GtBqQmN6PgAA9RJhRA (envelope-from ) for ; Sun, 09 Oct 2022 08:31:44 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id CEE4A11AA8 for ; Sun, 9 Oct 2022 08:31:43 +0200 (CEST) Received: from localhost ([::1]:41728 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ohPqf-0000ZS-Pj for larch@yhetil.org; Sun, 09 Oct 2022 02:31:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42026) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ohPq3-0000VU-Eg for guix-patches@gnu.org; Sun, 09 Oct 2022 02:31:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42747) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ohPq2-0003pN-Dt for guix-patches@gnu.org; Sun, 09 Oct 2022 02:31:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ohPq2-0008T1-5I for guix-patches@gnu.org; Sun, 09 Oct 2022 02:31:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#54434] [PATCH 0/6] XFCE Updates References: In-Reply-To: Resent-From: Brendan Tildesley Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sun, 09 Oct 2022 06:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54434 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 54434@debbugs.gnu.org Cc: tumashu@163.com, ludo@gnu.org, maximedevos@telenet.be Received: via spool by 54434-submit@debbugs.gnu.org id=B54434.166529702632490 (code B ref 54434); Sun, 09 Oct 2022 06:31:02 +0000 Received: (at 54434) by debbugs.gnu.org; 9 Oct 2022 06:30:26 +0000 Received: from localhost ([127.0.0.1]:41825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ohPpR-0008Rx-Tx for submit@debbugs.gnu.org; Sun, 09 Oct 2022 02:30:26 -0400 Received: from mout-p-101.mailbox.org ([80.241.56.151]:37232) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ohPpP-0008Ra-Az for 54434@debbugs.gnu.org; Sun, 09 Oct 2022 02:30:24 -0400 Received: from smtp102.mailbox.org (smtp102.mailbox.org [10.196.197.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4MlXGY2G2Nz9sT1; Sun, 9 Oct 2022 08:30:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brendan.scot; s=MBO0001; t=1665297013; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=jfjFkqXmO1xPazJ0txa9ODdVLSwk9l9T18tJ8bQNxCc=; b=ouAFLwnLUZ3FXR7Kpf/dAbhRgjwWLC79RXnpF1oVE39WoErX0BQLOtslyK/LNtRk6oFaCg MKbX1WA/DqNMww9OyXDZWJnbmQoQb/N61ABqq/3xH6Luo/e4GxNEhubiNpAjMuj4AXmdLs mmGr3g7RNoS7Agia/gNtBhlLcHPPIj8l3Ee1XJ9gfs4nWVV1/26PnTUFkxFx2VRQrQPw5R EV/WySywqZ2X5SFEThAPN7GGnqmlYg95JdfwuVslKcOOseGB+Fx2z9b0NTvLcDYlQqEjCG If/wIAoXxojyfiVqXz8TOOO/B1iNySJBBg+inM56y+H7EZR+o9FzS/TT1S3CWA== Content-Type: multipart/alternative; boundary="------------NHR6g6b6a5rB73K0XTywKf4E" Message-ID: <9e9cbb6d-aecd-364c-5166-a9056521f905@brendan.scot> Date: Sun, 9 Oct 2022 17:30:05 +1100 MIME-Version: 1.0 Content-Language: en-US From: Brendan Tildesley X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: mail@brendan.scot Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1665297104; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post: dkim-signature; bh=jfjFkqXmO1xPazJ0txa9ODdVLSwk9l9T18tJ8bQNxCc=; b=Lp/eB6eCJC84QC06JHjuGO8ZkG94DFBBOGRHNmHytFVbBqBn0jOqild6Bt+yLtDVqTKAEm VfgjC09pdutRaQdiLecVn7IsWsfmTeYu3JPgAJNVwhDko2PCADzhq43qOvI5BJIMeeDNDx 3a24YJIAPg5PIi7DSyIajkKX4f3A/1Vbu4NKYpuGZrbHY0IxDmsUS18FqCJlGGLfjoUPn3 iD1XDT2UnC1wyIbe1Nps+NbOHbowZtjY4xfFJ3/2y9gll+8ZEsju8HDodhVov8+RMEAtJK 1iRfVN1ayvVZgtusK4jQ8gsWRgz2XS453P6vlcV6D2ep4NExdJwXR8BhJ43gug== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1665297104; a=rsa-sha256; cv=none; b=iWZmyt+1NH0YMoOzuoqaGg1TA8yCJKnjVUaxiPGa8F9qCwgCnI8506q4i2ZLqQj3tm2w1d SJgUqUcye8Bl1zhWPJOTBlDl6dSwfAQAzLi74r2grm3Nq9NpAHxWLiF9GbSq11TeRjNnEQ d/ynhu5KCuVW5qnZU6q/mdX9A5wEr4cphnFsSFM8eiKc7OXHK6jEYeLlX9xl/1c/99IPhJ y8IyIxC0WE5fdWxCXEc/dimjva3BafRckOimMEiclkkDk0UfBlCbkNYhOzMfiPP1GbbqMM SVkpYEAOFlSIqGD6of7Ei83T27U/8NIhSvrFbwhuAkKph6oOiAqTV9qjlnryeA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=brendan.scot header.s=MBO0001 header.b=ouAFLwnL; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: 1.41 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=brendan.scot header.s=MBO0001 header.b=ouAFLwnL; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: CEE4A11AA8 X-Spam-Score: 1.41 X-Migadu-Scanner: scn0.migadu.com X-TUID: nr77i25jx1yz This is a multi-part message in MIME format. --------------NHR6g6b6a5rB73K0XTywKf4E Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 宋文武 writes: > Brendan Tildesley writes: > >> On 4/4/22 12:56 pm, Feng Shu wrote: >>> Brendan Tildesley writes: >>> >>>> On 3/4/22 8:33 pm, Ludovic Courtès wrote: >>>>> [...] >>>>> One problem is that this won’t work for those using Guix Home, where the >>>>> default profile is ~/.guix-home/profile. >>>>> >>>>> Can this extra variable be avoided? Or could it be handled by a search >>>>> path specification? >>>> It's xfce4-panel that needs the search path to load .so files for >>>> panel plugins. >>>> xfce4-panel already has the search-path set to load them, but since >>>> its installed >>>> to the system profile,it does not load the user installed plugins. If >>>> xfce4-panel >>>> was a user installed package it may work but userswould have to >>>> manually install it. >>>> So I'm not sure how else to solve it. >>> What happen when version of xfce4-panel installed in system profile is >>> different from installed in home profile? >> I think xfce4-panel will be run from $PATH so the system version will >> be picked first and the user installed one will be ignored. The search >> path will be set but will not work until the user logs out and back in >> again, which is not ideal. I'd like a user to be able to install a plugin >> and have it appear in the settings menu immediately. > > Hello, when the version of xfce4-panel and its plugins are different, > xfce4-panel may crash, unable to start. I think it's best keep them in > one profile, and prefer user's profile. Well, the polkit actions need > installed into the system profile though. If the user installs XFCE manually in the profile, I'm not sure it will find locally installed plugins anyway will it? I haven't tested it. I use XFCE installed globally via the service. With XFCE in the local profile it is not possible for a login manager to detect and launch it, so to use it with a login manager it must be installed globally, just like on any other distro. I guess that is acceptable. Perhaps it is ok to let the user take responsibility for any such incompatibility that may occur? --------------NHR6g6b6a5rB73K0XTywKf4E Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
宋文武 writes:

> Brendan Tildesley writes:
>
>> On 4/4/22 12:56 pm, Feng Shu wrote:
>>> Brendan Tildesley writes:
>>>
>>>> On 3/4/22 8:33 pm, Ludovic Courtès wrote:
>>>>> [...]
>>>>> One problem is that this won’t work for those using Guix Home, where the
>>>>> default profile is ~/.guix-home/profile.
>>>>>
>>>>> Can this extra variable be avoided? Or could it be handled by a search
>>>>> path specification?
>>>> It's xfce4-panel that needs the search path to load .so files for
>>>> panel plugins.
>>>> xfce4-panel already has the search-path set to load them, but since
>>>> its installed
>>>> to the system profile,it does not load the user installed plugins. If
>>>> xfce4-panel
>>>> was a user installed package it may work but userswould have to
>>>> manually install it.
>>>> So I'm not sure how else to solve it.
>>> What happen when version of xfce4-panel installed in system profile is
>>> different from installed in home profile?
>> I think xfce4-panel will be run from $PATH so the system version will
>> be picked first and the user installed one will be ignored. The search
>> path will be set but will not work until the user logs out and back in
>> again, which is not ideal. I'd like a user to be able to install a plugin
>> and have it appear in the settings menu immediately.
>
> Hello, when the version of xfce4-panel and its plugins are different,
> xfce4-panel may crash, unable to start. I think it's best keep them in
> one profile, and prefer user's profile. Well, the polkit actions need
> installed into the system profile though.

If the user installs XFCE manually in the profile, I'm not sure it will
find locally installed plugins anyway will it? I haven't tested it. I
use XFCE installed globally via the service.

With XFCE in the local profile it is not possible for a login manager to
detect and launch it, so to use it with a login manager it must be
installed globally, just like on any other distro. I guess that is
acceptable.

Perhaps it is ok to let the user take responsibility for any such
incompatibility that may occur?



--------------NHR6g6b6a5rB73K0XTywKf4E--