From debbugs-submit-bounces@debbugs.gnu.org Thu May 13 10:26:38 2021 Received: (at submit) by debbugs.gnu.org; 13 May 2021 14:26:38 +0000 Received: from localhost ([127.0.0.1]:44034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhCIP-0004sZ-Ty for submit@debbugs.gnu.org; Thu, 13 May 2021 10:26:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:56234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhCIO-0004sR-6M for submit@debbugs.gnu.org; Thu, 13 May 2021 10:26:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58870) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lhCII-0006A0-Qi for bug-guix@gnu.org; Thu, 13 May 2021 10:26:35 -0400 Received: from mail-ej1-x643.google.com ([2a00:1450:4864:20::643]:46892) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lhCID-0008Og-4x for bug-guix@gnu.org; Thu, 13 May 2021 10:26:29 -0400 Received: by mail-ej1-x643.google.com with SMTP id u21so40090307ejo.13 for ; Thu, 13 May 2021 07:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/beN/XeII9W9rpgoBJLFJgmCs9xd2M88Ko+BhApu7zE=; b=sW1a1p0vhGHclB0gb0y/MiDaJzvYynWiWlzCwXuEmGbqXXruEU6ag3GrHrrgBeckt+ /oauwICtmMs9F4MQfm7a1nr6mlvk+DTG4DjF76xebtXxiXmi2X4/uBKifnoCojbO44qQ vWaWKx22AyCCpvXWnOp5puCdzOYSCW2uoY/iOCGLudv6VKDnudPIdfM1j0lUBzz66fIF yThOMZK7/+H/8IqLxTgVSM5od0kFRengB+1Or4ARvA6+iipznTvIDMjpqCdHX6ajZXFl fAeflRb61N9Zv1cftRkI6j3jL6maNRmvK/EItAxcAXGav9JjZ67QbtT1weXBN3A5nRWD 29wA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/beN/XeII9W9rpgoBJLFJgmCs9xd2M88Ko+BhApu7zE=; b=mTw81fRvwjwdPegV1TJqdtdwPu0+Zhvb941OdjkG8bm++kPCueXkB9oszp1hbURlvS I2vHXC8Za2MqxnzqXbTG/eCw/d4lnN+2B9tQF2MDWrYZtU7yKW++jkXzZR8Ax7GdzFjq xmvuuT0XWSYbmVNOuxXWWYK53AOIUNiRWvVuVsMHoVKjii782jRZK4/f6gH6WQy+oyk2 +MgeNpa3OFjc0n/BKlXqiJI+zuiXxVVBgB1l4cnq8bMgHAyuFFJwDJ5Rk0PHxTy6sGBg Do+07XobmZ1HPf4JROd5j4I1PyRnGQnIgzw1ICyE8nLXJBfvzoGtxGVd7aRBTmny/TX2 MJ6g== X-Gm-Message-State: AOAM530dMex7LVs1ktsAPf2MDmMsI6PU23zv7Gv8chCxuMKMajapSJ8L OEJ+Guz8NrDkejDVNTZvmeTKSJvpkgdGcakPq2zJ4g3I4mk= X-Google-Smtp-Source: ABdhPJwfksVMnk0VWPCHS9HxJw/NGNrhpwd0WqeyfS7q0Hx1WDgLGGqQvJsDUCMW4b2gB/CjyU0LDFZViiBVWbvr+Zg= X-Received: by 2002:a17:906:2504:: with SMTP id i4mr43767959ejb.297.1620915981922; Thu, 13 May 2021 07:26:21 -0700 (PDT) MIME-Version: 1.0 From: Shyam Saran Date: Thu, 13 May 2021 19:56:11 +0530 Message-ID: Subject: many packages become nonfunctional if not install in fixed profile like ~/.guix-profile To: bug-guix@gnu.org Content-Type: multipart/alternative; boundary="0000000000005033c705c236e955" Received-SPF: pass client-ip=2a00:1450:4864:20::643; envelope-from=syamsaran12345@gmail.com; helo=mail-ej1-x643.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) --0000000000005033c705c236e955 Content-Type: text/plain; charset="UTF-8" many packages become nonfunctional if not install in fixed profiles (e.g. ~/.guix-profile) These are two instances 1. blueman 2. font-conf so most of font like font-lohit will not be available I had noticed that fixed profiles have become part of many packages/services definition which could be the reason that many of these packages/services become dependent on these fixed profiles. It can be checked with $ ag --scheme '.guix-profile' $ grep -r '.guix-profile' in code Also We provides necessary services through putting environment variables in each profiles PROFILE_PATH/etc/profile like for pidgin/purple PURPLE_PLUGIN_PATH for libraries LIBRARY_PATH As suggestion We could first provide augment all variables with guix specific prefix e.g. GUIX_PEV_... (PVS profile environment variables.) So these all variables will become GUIX_PEV_PURPLE_PLUGIN_PATH GUIX_PEV_LIBRARY_PATH then we could or could not (left to user) to set them PURPLE_PLUGIN_PATH=$GUIX_PEV_PURPLE_PLUGIN_PATH LIBRARY_PATH=$GUIX_PEV_LIBRARY_PATH So with prefixed env vars, in first look one will know it is coming from guix related profiles. maybe it will also help in removing dependencies on fixed profiles. /syam --0000000000005033c705c236e955 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
many packages become nonfunctional if not install in = fixed profiles (e.g. ~/.guix-profile)

These ar= e two instances

1. blueman
2. font-c= onf so most of font like font-lohit will not be available

I had noticed that fixed profiles have become part of many packages= /services definition
which could be the reason that many of these= packages/services become dependent on
these fixed profiles.

It can be checked with

$ ag = =C2=A0 --scheme =C2=A0'.guix-profile'
$ grep -r '.gui= x-profile'

in code


Also

We provides necessary servic= es through putting environment variables in each profiles

PROFILE_PATH/etc/profile

=C2=A0 like for p= idgin/purple
=C2=A0 PURPLE_PLUGIN_PATH

= =C2=A0 for libraries
=C2=A0 LIBRARY_PATH


As suggestion

We could first provi= de augment all variables with guix specific prefix e.g. GUIX_PEV_...
<= div>(PVS profile environment variables.)

So these = all variables will become


=C2=A0 GU= IX_PEV_PURPLE_PLUGIN_PATH
=C2=A0 GUIX_PEV_LIBRARY_PATH
=
then we could or could not (left to user) to set them
<= div>=C2=A0 PURPLE_PLUGIN_PATH=3D$GUIX_PEV_PURPLE_PLUGIN_PATH
=C2= =A0 LIBRARY_PATH=3D$GUIX_PEV_LIBRARY_PATH


So with prefixed env vars, in first look one will know it is coming = from guix related profiles.
maybe it will also help in removing d= ependencies on fixed profiles.

/syam




--0000000000005033c705c236e955-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 13 17:55:53 2021 Received: (at 48398) by debbugs.gnu.org; 13 May 2021 21:55:54 +0000 Received: from localhost ([127.0.0.1]:44483 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhJJB-0001Mb-L3 for submit@debbugs.gnu.org; Thu, 13 May 2021 17:55:53 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:61498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhJJ7-0001MQ-V1 for 48398@debbugs.gnu.org; Thu, 13 May 2021 17:55:52 -0400 Received: from [10.0.0.4] (91-114-247-246.adsl.highway.telekom.at [91.114.247.246]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4Fh57k0KcRz1LWp5; Thu, 13 May 2021 23:55:45 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4Fh57k0KcRz1LWp5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1620942946; bh=e3bV70nMSO72F0SYIXEJS1jihD3/9NspdymaQ8IEPvU=; h=Subject:From:To:Date:In-Reply-To:References:From; b=FBXNKIxWJPamTJp/C78vq1NlSy8MtwYJo2yIBw9TBsCkyYe7ar40FEnMB+ZZbag08 bpXd8lG9Y8u2IAUaeEckR/64/jjNy5DxEvgCWUlusrDAfyfTVeIgDSqLDL9kla+mFJ ZKuks01Hgq0QCidQ0+PELBLYZvownzbyMgBqjzqs= Message-ID: Subject: Re: many packages become nonfunctional if not install in fixed profile like ~/.guix-profile From: Leo Prikler To: Shyam Saran , 48398@debbugs.gnu.org Date: Thu, 13 May 2021 23:55:20 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48398 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Am Donnerstag, den 13.05.2021, 19:56 +0530 schrieb Shyam Saran: > many packages become nonfunctional if not install in fixed profiles > (e.g. ~/.guix-profile) While this is true, there is not necessarily a common cause for all such instances. Even among packages, that hardcode ~/.guix-profile, there might be differences, so it's better to focus on specific instances or groups of instances, in which one fix can be applied to all of them. > 1. blueman Please provide more information on blueman. > 2. font-conf so most of font like font-lohit will not be available This one has a history. Instead of exposing itself to the dangers of environment variables, fontconfig took the reasonable approach of letting itself be controlled by XML files, so if you want it to work differently from how it usually behaves, you have to edit those. > I had noticed that fixed profiles have become part of many > packages/services definition which could be the reason that many of > these packages/services become dependent on these fixed profiles. Which packages/services in particular? > It can be checked with > > $ ag --scheme '.guix-profile' > $ grep -r '.guix-profile' > > in code I find 65 matches including documentation. Even assuming every one of them was a package, it would affect about 1% of packages, many of which would probably be leaf packages. So while this number is definitely large enough to intimidate those who want to quickly fix a number of them, it is also smaller in scale than the report would imply. > > Also > > We provides necessary services through putting environment variables > in each profiles > > PROFILE_PATH/etc/profile > > like for pidgin/purple > PURPLE_PLUGIN_PATH > > for libraries > LIBRARY_PATH > > > As suggestion > > We could first provide augment all variables with guix specific > prefix e.g. GUIX_PEV_... > (PVS profile environment variables.) > > So these all variables will become > > > GUIX_PEV_PURPLE_PLUGIN_PATH > GUIX_PEV_LIBRARY_PATH > > then we could or could not (left to user) to set them > PURPLE_PLUGIN_PATH=$GUIX_PEV_PURPLE_PLUGIN_PATH > LIBRARY_PATH=$GUIX_PEV_LIBRARY_PATH > > > So with prefixed env vars, in first look one will know it is coming > from guix related profiles. > maybe it will also help in removing dependencies on fixed profiles. Guix already prefixes some environment variables, that might cause issues if they are read by all variants of a package with GUIX_. I don't think this needs to be done for every search path, however. Again, specific instances like GUIX_PYTHONPATH can (and should be) discussed, but I don't think this solves the relation to fixed profiles. Regards, Leo From debbugs-submit-bounces@debbugs.gnu.org Tue May 18 04:15:03 2021 Received: (at 48398) by debbugs.gnu.org; 18 May 2021 08:15:03 +0000 Received: from localhost ([127.0.0.1]:54427 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1liusY-0003Ep-71 for submit@debbugs.gnu.org; Tue, 18 May 2021 04:15:03 -0400 Received: from mail-ed1-f66.google.com ([209.85.208.66]:41624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1liusW-0003EL-8Q for 48398@debbugs.gnu.org; Tue, 18 May 2021 04:15:01 -0400 Received: by mail-ed1-f66.google.com with SMTP id v5so9975318edc.8 for <48398@debbugs.gnu.org>; Tue, 18 May 2021 01:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/Ht5T0egbxg3+QjP3MlJ8Y+VLNQB0gP/zqn+uXvA+Nc=; b=Vcf7YIuVnRYZHe8YWDnwWqXnIheC3NjpRrUgHOSdPbb3Ih2bqFpkPj0KG5yjfCf9jF nbRzxKRvy8PRv/DOlPYXptTLahR9l8wu/n4ZNxZtZ+l1YcrNePuFsMzc2We8IzVwc/XL O3ZwIHaSNUNYb+GH4KnU5hGX9F8q2IdZOK8/nQl5vsFUTcZBi6NBpJQwF/w+qUTb1Lv/ PoVG554R+HDGnLiAGvxKSZfzQeGPDy1o5TscxrjuHJFNbCeNxfM8PR9JLL4b3qAidV8c CGVs7PO4B3PXFTwpN+K0FX7+5AJTORZ3FckAV2c+MGsVTJ5lSFZ0TVB/v5K4cLPKv/7I V7Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/Ht5T0egbxg3+QjP3MlJ8Y+VLNQB0gP/zqn+uXvA+Nc=; b=Jd9riQGQzCS28fDJbDjvXSEN9xQPZMQv5xVurPwt8k0Hd0v8shu9V//xo9px1jGfcc EOAILfu6Kiu9OBai8QQ1YWsxRPr24gxXlm3OHfHRa3mnbN0yGFnQo3HR9Z8L38GRkPFX AhNr4b2YndC2pl8/9OyKQ+NCQXWc6rnRIK38UnE4b3YgbT+Dhu1Xi/5yp+QvA1roOQdU H/vWy9iQlvQSOwtQVqE9u1U0k43V89yifyUPWsDeQejNlo9iy0y9wOQ8nK9VoXnfZgfi Wp/hwxG2iXbSxlC7+pfM6okr7TRDHT0pCH1SyNQGMBd5U9R1Q1RUbrJ59Uo/6MFjDYpS Qmjw== X-Gm-Message-State: AOAM530LcZZkiC8F2oJCuE7m4tl62kfWBOQhhpHWFv6VjykEJiuIXKw1 FL3ETLys2zMCh96V5ZHVLxLcKI/v+dT0qTW7N5k= X-Google-Smtp-Source: ABdhPJw7yFLbBlkg9ymIJABTQsbf564yFnm7UoRDUARBiowDTh5U1i4kk4D9sOVGvZm7HcGxgdsN53jqLxirmLuCBvo= X-Received: by 2002:aa7:d5cf:: with SMTP id d15mr5574963eds.153.1621325694285; Tue, 18 May 2021 01:14:54 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Shyam Saran Date: Tue, 18 May 2021 13:44:43 +0530 Message-ID: Subject: Re: many packages become nonfunctional if not install in fixed profile like ~/.guix-profile To: Leo Prikler Content-Type: multipart/alternative; boundary="00000000000012b8d405c2964eba" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 48398 Cc: 48398@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --00000000000012b8d405c2964eba Content-Type: text/plain; charset="UTF-8" This below error I am getting $ blueman-manager 718s blueman-manager version 2.1.4 starting Traceback (most recent call last): File "/gnu/store/894nlym6bvmn3cza9q775pg4f1gvixxa-blueman-2.1.4/lib/python3.8/site-packages/blueman/main/Manager.py", line 111, in on_dbus_name_appeared check_bluetooth_status(_("Bluetooth needs to be turned on for the device manager to function"), File "/gnu/store/894nlym6bvmn3cza9q775pg4f1gvixxa-blueman-2.1.4/lib/python3.8/site-packages/blueman/Functions.py", line 73, in check_bluetooth_status if "PowerManager" not in applet.QueryPlugins(): File "/gnu/store/qrpkvnya5z5q2n1lc024wbxb27p9wrzq-python-pygobject-3.34.0/lib/python3.8/site-packages/gi/overrides/Gio.py", line 351, in __call__ result = self.dbus_proxy.call_sync(self.method_name, arg_variant, gi.repository.GLib.Error: g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.blueman.Applet was not provided by any .service files (2) (thanks for support) On Fri, 14 May 2021 at 03:25, Leo Prikler wrote: > Am Donnerstag, den 13.05.2021, 19:56 +0530 schrieb Shyam Saran: > > many packages become nonfunctional if not install in fixed profiles > > (e.g. ~/.guix-profile) > While this is true, there is not necessarily a common cause for all > such instances. Even among packages, that hardcode ~/.guix-profile, > there might be differences, so it's better to focus on specific > instances or groups of instances, in which one fix can be applied to > all of them. > > > 1. blueman > Please provide more information on blueman. > > 2. font-conf so most of font like font-lohit will not be available > This one has a history. Instead of exposing itself to the dangers of > environment variables, fontconfig took the reasonable approach of > letting itself be controlled by XML files, so if you want it to work > differently from how it usually behaves, you have to edit those. > > > I had noticed that fixed profiles have become part of many > > packages/services definition which could be the reason that many of > > these packages/services become dependent on these fixed profiles. > Which packages/services in particular? > > > It can be checked with > > > > $ ag --scheme '.guix-profile' > > $ grep -r '.guix-profile' > > > > in code > I find 65 matches including documentation. Even assuming every one of > them was a package, it would affect about 1% of packages, many of which > would probably be leaf packages. So while this number is definitely > large enough to intimidate those who want to quickly fix a number of > them, it is also smaller in scale than the report would imply. > > > > > Also > > > > We provides necessary services through putting environment variables > > in each profiles > > > > PROFILE_PATH/etc/profile > > > > like for pidgin/purple > > PURPLE_PLUGIN_PATH > > > > for libraries > > LIBRARY_PATH > > > > > > As suggestion > > > > We could first provide augment all variables with guix specific > > prefix e.g. GUIX_PEV_... > > (PVS profile environment variables.) > > > > So these all variables will become > > > > > > GUIX_PEV_PURPLE_PLUGIN_PATH > > GUIX_PEV_LIBRARY_PATH > > > > then we could or could not (left to user) to set them > > PURPLE_PLUGIN_PATH=$GUIX_PEV_PURPLE_PLUGIN_PATH > > LIBRARY_PATH=$GUIX_PEV_LIBRARY_PATH > > > > > > So with prefixed env vars, in first look one will know it is coming > > from guix related profiles. > > maybe it will also help in removing dependencies on fixed profiles. > Guix already prefixes some environment variables, that might cause > issues if they are read by all variants of a package with GUIX_. I > don't think this needs to be done for every search path, however. > Again, specific instances like GUIX_PYTHONPATH can (and should be) > discussed, but I don't think this solves the relation to fixed > profiles. > > Regards, > Leo > > --00000000000012b8d405c2964eba Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


This below error I am getting
<= /div>

$ blueman-manager =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0718s

blueman-manage= r version 2.1.4 starting
Traceback (most recent call last):
=C2=A0 Fi= le "/gnu/store/894nlym6bvmn3cza9q775pg4f1gvixxa-blueman-2.1.4/lib/pyth= on3.8/site-packages/blueman/main/Manager.py", line 111, in on_dbus_nam= e_appeared
=C2=A0 =C2=A0 check_bluetooth_status(_("Bluetooth needs = to be turned on for the device manager to function"),
=C2=A0 File &= quot;/gnu/store/894nlym6bvmn3cza9q775pg4f1gvixxa-blueman-2.1.4/lib/python3.= 8/site-packages/blueman/Functions.py", line 73, in check_bluetooth_sta= tus
=C2=A0 =C2=A0 if "PowerManager" not in applet.QueryPlugins= ():
=C2=A0 File "/gnu/store/qrpkvnya5z5q2n1lc024wbxb27p9wrzq-python= -pygobject-3.34.0/lib/python3.8/site-packages/gi/overrides/Gio.py", li= ne 351, in __call__
=C2=A0 =C2=A0 result =3D self.dbus_proxy.call_sync(s= elf.method_name, arg_variant,
gi.repository.GLib.Error: g-dbus-error-qua= rk: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.blu= eman.Applet was not provided by any .service files (2)



(thanks for support)




On Fri, 14 May 2021 at 03:25, Leo Prikler &= lt;leo.prikler@student.tug= raz.at> wrote:
Am Donnerstag, den 13.05.2021, 19:56 +0530 schrieb Shyam Saran:
> many packages become nonfunctional if not install in fixed profiles > (e.g. ~/.guix-profile)
While this is true, there is not necessarily a common cause for all
such instances.=C2=A0 Even among packages, that hardcode ~/.guix-profile, there might be differences, so it's better to focus on specific
instances or groups of instances, in which one fix can be applied to
all of them.

> 1. blueman
Please provide more information on blueman.
> 2. font-conf so most of font like font-lohit will not be available
This one has a history.=C2=A0 Instead of exposing itself to the dangers of<= br> environment variables, fontconfig took the reasonable approach of
letting itself be controlled by XML files, so if you want it to work
differently from how it usually behaves, you have to edit those.

> I had noticed that fixed profiles have become part of many
> packages/services definition which could be the reason that many of > these packages/services become dependent on these fixed profiles.
Which packages/services in particular?

> It can be checked with
>
> $ ag=C2=A0 =C2=A0--scheme=C2=A0 '.guix-profile'
> $ grep -r '.guix-profile'
>
> in code
I find 65 matches including documentation.=C2=A0 Even assuming every one of=
them was a package, it would affect about 1% of packages, many of which
would probably be leaf packages.=C2=A0 So while this number is definitely large enough to intimidate those who want to quickly fix a number of
them, it is also smaller in scale than the report would imply.

>
> Also
>
> We provides necessary services through putting environment variables > in each profiles
>
> PROFILE_PATH/etc/profile
>
>=C2=A0 =C2=A0like for pidgin/purple
>=C2=A0 =C2=A0PURPLE_PLUGIN_PATH
>
>=C2=A0 =C2=A0for libraries
>=C2=A0 =C2=A0LIBRARY_PATH
>
>
> As suggestion
>
> We could first provide augment all variables with guix specific
> prefix e.g. GUIX_PEV_...
> (PVS profile environment variables.)
>
> So these all variables will become
>
>
>=C2=A0 =C2=A0GUIX_PEV_PURPLE_PLUGIN_PATH
>=C2=A0 =C2=A0GUIX_PEV_LIBRARY_PATH
>
> then we could or could not (left to user) to set them
>=C2=A0 =C2=A0PURPLE_PLUGIN_PATH=3D$GUIX_PEV_PURPLE_PLUGIN_PATH
>=C2=A0 =C2=A0LIBRARY_PATH=3D$GUIX_PEV_LIBRARY_PATH
>
>
> So with prefixed env vars, in first look one will know it is coming > from guix related profiles.
> maybe it will also help in removing dependencies on fixed profiles. Guix already prefixes some environment variables, that might cause
issues if they are read by all variants of a package with GUIX_.=C2=A0 I don't think this needs to be done for every search path, however.
Again, specific instances like GUIX_PYTHONPATH can (and should be)
discussed, but I don't think this solves the relation to fixed
profiles.

Regards,
Leo

--00000000000012b8d405c2964eba-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 18 04:36:01 2021 Received: (at 48398) by debbugs.gnu.org; 18 May 2021 08:36:01 +0000 Received: from localhost ([127.0.0.1]:54444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1livCr-0003qK-10 for submit@debbugs.gnu.org; Tue, 18 May 2021 04:36:01 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:37326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1livCn-0003q6-Ms for 48398@debbugs.gnu.org; Tue, 18 May 2021 04:36:00 -0400 Received: from [10.0.0.4] (91-114-247-246.adsl.highway.telekom.at [91.114.247.246]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4Fkq8T4Knkz1LBSW; Tue, 18 May 2021 10:35:53 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4Fkq8T4Knkz1LBSW DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1621326953; bh=ImD66TjS74oaG8lUcldQHHT43vKt+ghKYMRZ8ZLm1LY=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=GoAv1t1Lr1pbVPyLJCPiF843+sQGczchKfrgwLpZLhcwZj+mcZSu9shElPnzmUw/Z nlo9A91zpJBUeEGnzMbWjLdEQJ0JCSGCusk3/SeWp3Yj0W231VM8DLzi0YG2WcwT+F 6/dUPe7iir7Nqa74R/yT1u8DBZw9jrrv3jMQcTf8= Message-ID: <7cd62bd0561f03fcec8f9ffabc8394ddfa122aa4.camel@student.tugraz.at> Subject: Re: many packages become nonfunctional if not install in fixed profile like ~/.guix-profile From: Leo Prikler To: Shyam Saran Date: Tue, 18 May 2021 10:35:32 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48398 Cc: 48398@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Am Dienstag, den 18.05.2021, 13:44 +0530 schrieb Shyam Saran: > This below error I am getting > > blueman-manager version 2.1.4 starting > Traceback (most recent call last): > File "/gnu/store/894nlym6bvmn3cza9q775pg4f1gvixxa-blueman- > 2.1.4/lib/python3.8/site-packages/blueman/main/Manager.py", line 111, > in on_dbus_name_appeared > check_bluetooth_status(_("Bluetooth needs to be turned on for the > device manager to function"), > File "/gnu/store/894nlym6bvmn3cza9q775pg4f1gvixxa-blueman- > 2.1.4/lib/python3.8/site-packages/blueman/Functions.py", line 73, in > check_bluetooth_status > if "PowerManager" not in applet.QueryPlugins(): > File "/gnu/store/qrpkvnya5z5q2n1lc024wbxb27p9wrzq-python-pygobject- > 3.34.0/lib/python3.8/site-packages/gi/overrides/Gio.py", line 351, in > __call__ > result = self.dbus_proxy.call_sync(self.method_name, arg_variant, > gi.repository.GLib.Error: g-dbus-error-quark: > GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name > org.blueman.Applet was not provided by any .service files (2) > > (thanks for support) That's a problem with DBus not finding your .service file. You can work around that by manually starting the service from a Guix environment (`$GUIX_ENVIRONMENT/share/dbus-1/services` should list them) or directly from store. FWIW launching blueman-applet directly leads to another, more confusing DBus error. I'm not sure whether adding the dbus package to your environment fixes any of it, but it's worth a try. > > On Fri, 14 May 2021 at 03:25, Leo Prikler < > leo.prikler@student.tugraz.at> wrote: > > Am Donnerstag, den 13.05.2021, 19:56 +0530 schrieb Shyam Saran: > > > many packages become nonfunctional if not install in fixed > > profiles > > > (e.g. ~/.guix-profile) > > While this is true, there is not necessarily a common cause for all > > such instances. Even among packages, that hardcode ~/.guix- > > profile, > > there might be differences, so it's better to focus on specific > > instances or groups of instances, in which one fix can be applied > > to > > all of them. > > > > > 1. blueman > > Please provide more information on blueman. > > > 2. font-conf so most of font like font-lohit will not be > > available > > This one has a history. Instead of exposing itself to the dangers > > of > > environment variables, fontconfig took the reasonable approach of > > letting itself be controlled by XML files, so if you want it to > > work > > differently from how it usually behaves, you have to edit those. > > > > > I had noticed that fixed profiles have become part of many > > > packages/services definition which could be the reason that many > > of > > > these packages/services become dependent on these fixed profiles. > > Which packages/services in particular? > > > > > It can be checked with > > > > > > $ ag --scheme '.guix-profile' > > > $ grep -r '.guix-profile' > > > > > > in code > > I find 65 matches including documentation. Even assuming every one > > of > > them was a package, it would affect about 1% of packages, many of > > which > > would probably be leaf packages. So while this number is > > definitely > > large enough to intimidate those who want to quickly fix a number > > of > > them, it is also smaller in scale than the report would imply. > > > > > > > > Also > > > > > > We provides necessary services through putting environment > > variables > > > in each profiles > > > > > > PROFILE_PATH/etc/profile > > > > > > like for pidgin/purple > > > PURPLE_PLUGIN_PATH > > > > > > for libraries > > > LIBRARY_PATH > > > > > > > > > As suggestion > > > > > > We could first provide augment all variables with guix specific > > > prefix e.g. GUIX_PEV_... > > > (PVS profile environment variables.) > > > > > > So these all variables will become > > > > > > > > > GUIX_PEV_PURPLE_PLUGIN_PATH > > > GUIX_PEV_LIBRARY_PATH > > > > > > then we could or could not (left to user) to set them > > > PURPLE_PLUGIN_PATH=$GUIX_PEV_PURPLE_PLUGIN_PATH > > > LIBRARY_PATH=$GUIX_PEV_LIBRARY_PATH > > > > > > > > > So with prefixed env vars, in first look one will know it is > > coming > > > from guix related profiles. > > > maybe it will also help in removing dependencies on fixed > > profiles. > > Guix already prefixes some environment variables, that might cause > > issues if they are read by all variants of a package with GUIX_. I > > don't think this needs to be done for every search path, however. > > Again, specific instances like GUIX_PYTHONPATH can (and should be) > > discussed, but I don't think this solves the relation to fixed > > profiles. > > > > Regards, > > Leo > >