unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Fredrik Salomonsson <plattfot@posteo.net>
To: Thorsten Wilms <t_w_@freenet.de>, help-guix@gnu.org
Subject: Re: Foreign distro Unity desktop broken after guix update
Date: Tue, 28 Dec 2021 21:45:26 +0000	[thread overview]
Message-ID: <87sfucqu89.fsf@posteo.net> (raw)
In-Reply-To: <20211228111601.c7a55894dd52e9e62092be79@freenet.de>


Thorsten Wilms <t_w_@freenet.de> writes:

> On Mon, 27 Dec 2021 22:17:22 +0100
> Thorsten Wilms <t_w_@freenet.de> wrote:
>
>> > env LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/trace <executable>
>> 
>> Interesting, but I’m puzzled about how to use that with compiz/unity.
>
> I noticed that some icons in GNOME-applications are missing, so any of
> those might do in place of compiz. They all belong to Ubuntu, not guix.
>
> The result of `env LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/trace
> gnome-calculator` told me that /gnu/store paths are checked first and
> exclusively for several libraries.
>
> LD_LIBRARY_PATH is empty and `env | grep /gnu/store` prints nothing,
> but env does contain
> ```
> GDK_PIXBUF_MODULE_FILE=/home/thorwil/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
> GIO_EXTRA_MODULES=/home/thorwil/.guix-profile/lib/gio/modules:/home/thorwil/.guix-profile/lib/gio/modules
> LIBRARY_PATH=/home/thorwil/.guix-profile/lib:/home/thorwil/.guix-profile/lib
> ```

Ok, GNOME probably have some other methods of dynamically load
libraries. The GDK_PIXBUF_MODULE_FILE looks suspicious. I'm
not familiar with GNOME and its tool kits. 

> I don’t recall ever doing anything about those; they are not defined
> in .profile or .bashrc.

They're defined in your guix profile. E.g I got GDK_PIXBUF_MODULE_FILE
defined in both

~/.guix-profile/etc/profile

and

~/.guix-home/profile/etc/profile

And as far as I can tell those gets added to the profile when another
package needs them.

> I added
> ```
> export GDK_PIXBUF_MODULE_FILE=/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache:/home/thorwil/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
> export LIBRARY_PATH=/usr/lib:/home/thorwil/.guix-profile/lib
> ```
> to .profile. Now I have all icons back! Guess there’s a better way?

Nice! I'm not sure there's a better way, other than having guix control
the full GNOME stack (which is probably not feasible or desirable on a
foreign distro).

> This is no longer looks like a guix-topic, but compiz still segfaults
> after many errors for various SVGs, like:
> ```
> ERROR 2021-12-28 10:50:18 nux.gltexture.resource.manager
> GLTextureResourceManager.cpp:54 Invalid target, impossible to generate
> a new texture. Impossible to generate a pixbuf: Couldn’t recognize the
> image file format for file “/usr/share/unity/icons/search_spin.svg”
> ```
>
> `file` and the image viewer eog have no problem with
> “/usr/share/unity/icons/search_spin.svg”.
>
> There’s also
> ```
> compiz[8431]: WARN  2021-12-28 10:50:15 unity.glib.dbus.server GLibDBusServer.cpp:595 Can't register object 'com.canonical.Unity.Dash' yet as we don't have a connection, waiting for it...
> compiz[8645]: WARN  2021-12-28 10:50:18 unity.glib.dbus.server GLibDBusServer.cpp:595 Can't register object 'com.canonical.Unity.Launcher' yet as we don't have a connection, waiting for it...
> ```

Yeah, this doesn't look like something caused by guix, might be a side
effect or something though. The last two warnings are about compiz not
being able to communicate with Dash and Launcher from Unity over dbus.
But I don't use either Ubuntu or Unity so sadly I cannot be much of a
help here.


-- 
s/Fred[re]+i[ck]+/Fredrik/g


  reply	other threads:[~2021-12-28 21:46 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-27 15:18 Foreign distro Unity desktop broken after guix update Thorsten Wilms
2021-12-27 19:37 ` Fredrik Salomonsson
2021-12-27 21:17   ` Thorsten Wilms
2021-12-28 10:16     ` Thorsten Wilms
2021-12-28 21:45       ` Fredrik Salomonsson [this message]
2021-12-29  8:59         ` Thorsten Wilms
2021-12-30  1:11           ` Fredrik Salomonsson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sfucqu89.fsf@posteo.net \
    --to=plattfot@posteo.net \
    --cc=help-guix@gnu.org \
    --cc=t_w_@freenet.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).