18 Nov
2024
18 Nov
'24
10:38 p.m.
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
18 Nov
18 Nov
10:58 p.m.
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
--
Platform: Linux
Distribution: openSUSE Leap 15.6 - x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.1.2
tde-config: 1.0
19 Nov
19 Nov
2:46 p.m.
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
10:35 p.m.
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
[2]
$ dpkg -l | grep xdg
ii xdg-dbus-proxy 0.1.4-3
amd64 filtering D-Bus proxy
ii xdg-desktop-portal 1.16.0-2
amd64 desktop integration portal for Flatpak and Snap
ii xdg-desktop-portal-gtk 1.14.1-1
amd64 GTK+/GNOME portal backend for xdg-desktop-portal
ii xdg-utils 1.1.3-4.1
all desktop integration utilities from freedesktop.org
20 Nov
20 Nov
5:12 p.m.
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
6:06 p.m.
On Mon, 18 Nov 2024 18:38:52 -0400
Jim via tde-users <users(a)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.
E. Liddell
6:11 p.m.
Anno domini 2024 Tue, 19 Nov 13:06:58 -0500
E. Liddell via tde-users scripsit:
On Mon, 18 Nov 2024 18:38:52 -0400
Jim via tde-users <users(a)trinitydesktop.org> wrote:
In my .xsessionrs there is en entry:
# manche Programme wollen das so ...
export DE=kde
... it's there for all those genius GNOMES.
Nik
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.
E. Liddell
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
20 Nov
20 Nov
5:06 p.m.
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(a)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
12:24 a.m.
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.
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.
I'm guessing many TDE users do not experience this issue because they do
not use multiple DEs. 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.
I don't know what your scripting skills are like. 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.
I have blabbered too much, but I hope something here helps you.
5:49 p.m.
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
10:16 p.m.
On 11/20/24 11:49 AM, Jim via tde-users wrote:
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.
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). 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. 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 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.
21 Nov
21 Nov
12:46 a.m.
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
31
days inactive
34
days old
12 comments
7 participants
participants (7)
-
ajh-valmer -
Darrell Anderson -
deloptes -
Dr. Nikolaus Klepp -
E. Liddell -
J Leslie Turriff -
Jim