On Mon, Nov 18, 2024 at 16:58 (-0600), J Leslie Turriff via tde-users wrote:

On Monday 18 November 2024 16:38:52 Jim via tde-users wrote:

...

Hi,

...

I have TDE 14.1.1 installed on Slackware64 15.0.

...

Firefox keeps spitting out error messages like this: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied: 'glib warning', file /tmp/firefox-128.4.0/toolkit/xre/nsSigHandlers.cpp:187

...

https://bugzilla.mozilla.org/show_bug.cgi?id=1410879 seems to indicate that firefox is looking in /opt/trinity/share/... because /opt/trinity/share is in the XDG_DATA_DIRS environment variable.

...

In my Slackware version of TDE, there is no directory /opt/trinity/share/dconf at all, which (partially) explains why firefox is whining.

...

But it got me wondering... can someone (or multiple people) who use another distro let me know if you have anything in /opt/trinity/share/dconf, and, if so, would you mind sending me a listing of what files are in there?

...

Thanks. Jim

Jim, I get | 16:36:38 leslie@pinto | wd=~ | $ ll /opt/trinity/share/dconf | /bin/ls: cannot access '/opt/trinity/share/dconf': No such file or directory | rc=2 on my openSUSE Leap 15.6 machine.

Leslie,

thanks very much for getting back. I guess I'm (presumably) not missing something that should be there.

Now I wonder whether any other TDE firefox users are getting this message (and maybe not noticing it if they don't look in their ~/.xsession-errors file, assuming that stderr is not thrown away with however they start it).

Cheers. Jim

On Tue, Nov 19, 2024 at 23:35 (+0100), deloptes via tde-users wrote:

Jim via tde-users wrote:

...

Now I wonder whether any other TDE firefox users are getting this message (and maybe not noticing it if they don't look in their ~/.xsession-errors file, assuming that stderr is not thrown away with however they start it).

I am using firefox as default browser. I just grepped .xsession-errors and found out that I have got this message with FF 129.0.2 [1]. Now I am using firefox-131.0.3 and there is no such message. I am not sure if I did not purge xdg-desktop-portal-gnome meanwhile (see [2]).

BR

[1] $ grep dconf .xsession-errors [Child 168406, Main Thread] WARNING: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied: 'glib warning', file /builds/worker/checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:187 (/opt/custom_x64/firefox-129.0.2/firefox-bin:168406): dconf-WARNING **: 21:00:27.958: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied [Child 5570, Main Thread] WARNING: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied: 'glib warning', file /builds/worker/checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:187 (/opt/custom_x64/firefox-129.0.2/firefox-bin:5570): dconf-WARNING **: 23:48:45.779: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied

<snip>

Thanks for the information, glad to see it wasn't just me getting these messages.

Right now I am using firefox 128.4.0esr; for better or worse, this is the most recent ESR release (which is what Slackware uses). I guess I should give the non-ESR release a try. I see it is now up to 132.0.2.

Cheers. Jim

On Tue, Nov 19, 2024 at 13:06 (-0500), E. Liddell via tde-users wrote:

On Mon, 18 Nov 2024 18:38:52 -0400 Jim via tde-users users@trinitydesktop.org wrote:

...

Hi,

...

I have TDE 14.1.1 installed on Slackware64 15.0.

...

Firefox keeps spitting out error messages like this: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied: 'glib warning', file /tmp/firefox-128.4.0/toolkit/xre/nsSigHandlers.cpp:187

...

https://bugzilla.mozilla.org/show_bug.cgi?id=1410879 seems to indicate that firefox is looking in /opt/trinity/share/... because /opt/trinity/share is in the XDG_DATA_DIRS environment variable.

...

In my Slackware version of TDE, there is no directory /opt/trinity/share/dconf at all, which (partially) explains why firefox is whining.

dconf is part of Gnome. It seems that your Firefox or one of its dependencies expects Gnome to be on the system, or other DEs to be using Gnome's libraries and file setup. I would call that a Firefox bug or a packaging error, depending on where the problem was introduced.

Interestingly (to me), firefox is not linked with the gnome libraries (or, at least, running ldd on the firefox binary doesn't show that), and running strings on the binary doesn't find any strings with XDG. So I guess firefox is doing something a little more devious.

I guess I could dig into the firefox code and try to figure it out, but my annoyance will have to grow by another order of magnitude before I go down that rabbit hole.

Cheers.

Jim

On Tue, Nov 19, 2024 at 18:24 (-0600), Darrell Anderson via tde-users wrote:

On 11/18/24 4:38 PM, Jim via tde-users wrote:

...

Hi,

...

I have TDE 14.1.1 installed on Slackware64 15.0.

...

Firefox keeps spitting out error messages like this: Unable to open /opt/trinity/share/dconf/profile/user: Permission denied: 'glib warning', file /tmp/firefox-128.4.0/toolkit/xre/nsSigHandlers.cpp:187

...

https://bugzilla.mozilla.org/show_bug.cgi?id=1410879 seems to indicate that firefox is looking in /opt/trinity/share/... because /opt/trinity/share is in the XDG_DATA_DIRS environment variable.

...

In my Slackware version of TDE, there is no directory /opt/trinity/share/dconf at all, which (partially) explains why firefox is whining.

...

But it got me wondering... can someone (or multiple people) who use another distro let me know if you have anything in /opt/trinity/share/dconf, and, if so, would you mind sending me a listing of what files are in there?

...

Thanks. Jim

Hi Jim,

Long time Slacker here and part of the original team of malcontents :) who contributed to TDE.

Hi Darrell, I'm always happy to hear from another malcontent. :-)

I'm running TDE 14.1.2 on Slackware 15.0.

The described problem goes back to the original TDE fork days. The root cause is TDE is installed in what I call /opt hell. This is necessary because the 900 pound gorilla KDE is installed in /usr and that is never going to change. Despite improvements in TDE, there remains many binaries with the same name as the KDE commands. Installing TDE in /usr would cause many conflicts. No other DE is designed this way, all being presumed to be installed in /usr. There are related bug reports, both in the old bugzilla and in the gitea thingie.

The result is some confusion with XDG environment variables and paths. If the TDE paths are placed before the standard paths, then external software looks for files and libraries in the TDE paths before looking in the standard /usr paths. Not doing this results in other software not knowing where to find anything related to TDE.

I have tinkered to find a happy half-way point, but there is a point of diminishing returns. The question is whether to enable TDE paths and environment variables when using other DEs. One way to attack the problem in Slackware is with a custom /etc/profile.d script. Another method is write custom shell script wrappers for specific TDE tools desired when using other DEs.

I use TDE but primarily use KDE. Two TDE tools I use within KDE are KAlarm and KMail. For both I use shell script wrappers to avoid XDG and path issues when using KDE. When I use TDE these same script wrappers adjust the paths and variables.

Michele and I have discussed the issue, but moving TDE to install in /usr is on the back table. There was a related discussion in this mail list not too long ago.

Thanks for the XDG lesson.

Rather than using a DE, I use fvwm3, and most programs I use seem to exist quite happily without the full complement of XDG variables set up. Why firefox (or some program it uses) is upset about not finding that directory is currently a mystery to me.

I'm guessing many TDE users do not experience this issue because they do not use multiple DEs.

This sentence confuses me. If ffx is whining about the TDE entry in XDG_DATA_DIRS, then what does multiple DEs have to do with this? Is it not the case that everyone with TDE installed will have that TDE dir in their XDG_DATA_DIRS variable? (Not that everyone uses ffx, but that is orthogonal to how many DEs one uses).

(Having said that, as pointed out by deloptes, the version of ffx comes into play.)

With many people only using TDE they are unlikely to experience issues related to installing TDE to /opt/trinity. I suspect many TDE users do not have KDE installed at all and as can be learned from the mail list discussion, really don't care that TDE is installed in /opt/trinity. That is the case here for me on one system where I only use TDE.

Another glitch is the /opt/trinity/bin/starttde script is missing some checks with respect to XDG variables. TDM was patched to address some of that but not starttde. Search the gitea thingie for the respective bug report.

As it turns out, I use neither tdm nor starttde.

I don't know what your scripting skills are like.

I've been writing shell scripts since 1979 or 1980, and continue to do so regularly. I wouldn't be Olympic champion shell scripter, but I'm reasonably competent.

While there is a nominal package build environment found at github, the scripts are unorthodox and incomplete. I can't manage or lead such a project, but I would volunteer to help build a full SBo compatible collection of TDE build scripts. I don't know if that kind project might attract you.

Are you familiar with Ray V's slackbuild scripts (https://github.com/Ray-V/tde-slackbuilds) ? Or are these the ones that you are referring to above?

I recognize these are unorthodox SlackBuild scripts (since, for example, they have the unmitigated gall to download the source themselves :-), but I wasn't / aren't aware that these are incomplete. Having said that, since I don't use the DE, but just some of the programs supplied with TDE, perhaps I am missing things I don't need or don't know I'm missing.

I have blabbered too much, but I hope something here helps you.

I appreciate the response, some of the historical details fill in spots in the puzzle.

Cheers. Jim

On Wed, Nov 20, 2024 at 16:16 (-0600), Darrell Anderson via tde-users wrote:

On 11/20/24 11:49 AM, Jim via tde-users wrote:

...

...

I'm guessing many TDE users do not experience this issue because they do not use multiple DEs.

...

This sentence confuses me. If ffx is whining about the TDE entry in XDG_DATA_DIRS, then what does multiple DEs have to do with this? Is it not the case that everyone with TDE installed will have that TDE dir in their XDG_DATA_DIRS variable? (Not that everyone uses ffx, but that is orthogonal to how many DEs one uses).

Check the order of the $XDG_DATA_DIRS variable. If /opt/trinity/share is given precedence then FF will look there before looking in /usr/share. Look in /etc/profile.d/tde.sh, created from the tdebase package.

Nope, it is last: <prompt> echo $XDG_DATA_DIRS /usr/local/share:/usr/share:/opt/trinity/share I guess ffx is being thorough. (Or obsessive compulsive, or ...)

...

Are you familiar with Ray V's slackbuild scripts (https://github.com/Ray-V/tde-slackbuilds) ? Or are these the ones that you are referring to above?

Yes, those are the scripts I refer. There are many missing packages, likely because the author does not need or want them.

Makes sense!

Some of the unorthodox design is modifying the root user's .bashrc or using EOF to create package descriptions and patches. The scripts create usable packages, but are a far cry from traditional Slackware or SBo build scripts. I find the scripts frustrating to use and maintain.

I will admit that I haven't looked into them too closely. On my system root's bashrc has just source /etc/profile Hmmm... did the TDE build scripts do that? (If so, that is a bit antisocial and a bit peculiar.)

...

I recognize these are unorthodox SlackBuild scripts (since, for example, they have the unmitigated gall to download the source themselves :-),

Not so unusual. Many SBo and alienbob build scripts do this.

Huh. I just did a grep for wget, and I see that of the SBo packages I have (I was just surprised to see there are 400 of them on my system), about 10 or 15 do downloads. I stand corrected about the unmitigated gall. :-)

Cheers. Jim