It only happens on one of the four accounts on my system; the others work fine with Trinity. I created a brand new account and it works flawlessly, so there must be something broken in that one account, not in the Trinity installation. Any clues as to what sort of files/directories are involved? Just exactly what is xdg and what does it do/is it good for?
Leslie
On 2018-04-24 20:53:19 Kate Draven wrote:
I've never seen that output before. I think your TDE install is damaged or broken. Or your user has a problem. You should try this before anything.
Hi!
Am Mittwoch, 25. April 2018 schrieb Leslie Turriff:
It only happens on one of the four accounts on my system; the others work fine with Trinity. I created a brand new account and it works flawlessly, so there must be something broken in that one account, not in the Trinity installation. Any clues as to what sort of files/directories are involved? Just exactly what is xdg and what does it do/is it good for?
xdg is the "black magic" that lets you do things like "xdg-open a-pdf-file.pdf" and the associated pdf-viewer will come up (or it won't, if it's monday morning and you are under pressure)
But looking at r14-xdg-update, could it be that said account contains traces of kde3? If so, please remove .kde* - most likely you'll have to move .trinity to .trinity-old, then log in as the user and recreate the settings (or move them over one by one from .trinity-old, so you'll know what caused the error).
Oh, you did already a "chown USERNAME:GROUPNAME ~USERNAME" as root, didn't you?
Nik
On 2018-04-25 01:22:34 Dr. Nikolaus Klepp wrote:
Hi!
Am Mittwoch, 25. April 2018 schrieb Leslie Turriff:
It only happens on one of the four accounts on my system; the others work fine with Trinity. I created a brand new account and it works flawlessly, so there must be something broken in that one account, not in the Trinity installation. Any clues as to what sort of files/directories are involved? Just exactly what is xdg and what does it do/is it good for?
xdg is the "black magic" that lets you do things like "xdg-open a-pdf-file.pdf" and the associated pdf-viewer will come up (or it won't, if it's monday morning and you are under pressure)
But looking at r14-xdg-update, could it be that said account contains traces of kde3? If so, please remove .kde* - most likely you'll have to move .trinity to .trinity-old, then log in as the user and recreate the settings (or move them over one by one from .trinity-old, so you'll know what caused the error).
There is no ~/.trinity in this account; Trinity is using ~/.kde (which seems strange and frightening).
Oh, you did already a "chown USERNAME:GROUPNAME ~USERNAME" as root, didn't you?
No. I am assuming that all of these operations are to be performed in the affected account.
Leslie
Leslie Turriff composed on 2018-04-25 17:48 (UTC-0500):
There is no ~/.trinity in this account; Trinity is using ~/.kde (which seems strange and frightening).
That can't be right. What does ls -l /home/ list for permissions? Is each the same for all users?
Do each of *.repo in /etc/zypp/repos.d/ point to 42.3?
BTW, the 42.3 kernel has been updated 3 times since the one you are running.
On 2018-04-25 18:20:23 Felix Miata wrote:
Leslie Turriff composed on 2018-04-25 17:48 (UTC-0500):
There is no ~/.trinity in this account; Trinity is using ~/.kde (which seems strange and frightening).
That can't be right.
@21:03:36,root@pinto ~ $ ls -la /home/leslie | grep -i trinity @21:04:27,root@pinto ~ $
What does ls -l /home/ list for permissions? Is each the same for all users?
@17:40:51,root@pinto ~ $ ls -l /home/ total 80K drwxr-xr-x+ 180 leslie users 16K 2018-04-25 17:40 leslie drwxr-xr-x 25 test users 4.0K 2018-04-24 02:35 test drwxr-xr-x 23 turriff users 4.0K 2018-04-25 18:15 turriff drwxr-xr-x 7 zVMer osc 274 2017-09-07 17:43 zVMer
Do each of *.repo in /etc/zypp/repos.d/ point to 42.3?
@21:07:53,root@pinto ~ $ grep -i opensuse /etc/zypp/repos.d/*.repo /etc/zypp/repos.d/Games.repo:baseurl=http://download.opensuse.org/repositories/games/openSUSE_Leap_42.3/ /etc/zypp/repos.d/OSC.repo:baseurl=https://download.opensuse.org/repositories/openSUSE:/Tools/openSUSE_42.3/ /etc/zypp/repos.d/Trinity14-noarch.repo:baseurl=http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse42.3/trinit... /etc/zypp/repos.d/Trinity14.repo:baseurl=http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse42.3/trinit... /etc/zypp/repos.d/http-download.opensuse.org-252ba42b.repo: [http-download.opensuse.org-252ba42b] /etc/zypp/repos.d/http-download.opensuse.org-252ba42b.repo:baseurl=http://download.opensuse.org/repositories/Emulators:/Wine:/STABLE/openSUSE_L... /etc/zypp/repos.d/http-download.opensuse.org-2674e8c6.repo: [http-download.opensuse.org-2674e8c6] /etc/zypp/repos.d/http-download.opensuse.org-2674e8c6.repo:baseurl=http://download.opensuse.org/repositories/home:/Miuku/openSUSE_Leap_42.3/ /etc/zypp/repos.d/http-download.opensuse.org-385545ed.repo: [http-download.opensuse.org-385545ed] /etc/zypp/repos.d/http-download.opensuse.org-385545ed.repo:name=openSUSE:Leap:42.3:Update /etc/zypp/repos.d/http-download.opensuse.org-385545ed.repo:baseurl=http://download.opensuse.org/repositories/openSUSE:/Leap:/42.3:/Update/stand... /etc/zypp/repos.d/http-download.opensuse.org-39c8c023.repo: [http-download.opensuse.org-39c8c023] /etc/zypp/repos.d/http-download.opensuse.org-39c8c023.repo:baseurl=http://download.opensuse.org/repositories/Publishing/openSUSE_Leap_42.3/ /etc/zypp/repos.d/http-download.opensuse.org-4784b6cf.repo: [http-download.opensuse.org-4784b6cf] /etc/zypp/repos.d/http-download.opensuse.org-4784b6cf.repo:baseurl=http://download.opensuse.org/repositories/devel:/libraries:/c_c%2B%2B/openSU... /etc/zypp/repos.d/http-download.opensuse.org-85b241d0.repo: [http-download.opensuse.org-85b241d0] /etc/zypp/repos.d/http-download.opensuse.org-85b241d0.repo:baseurl=http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_Leap_42.2/ /etc/zypp/repos.d/http-download.opensuse.org-92b8fa02.repo: [http-download.opensuse.org-92b8fa02] /etc/zypp/repos.d/http-download.opensuse.org-92b8fa02.repo:baseurl=http://download.opensuse.org/repositories/system:/packagemanager/openSUSE_Le... /etc/zypp/repos.d/http-download.opensuse.org-aff39bb5.repo: [http-download.opensuse.org-aff39bb5] /etc/zypp/repos.d/http-download.opensuse.org-aff39bb5.repo:baseurl=http://download.opensuse.org/repositories/devel:/libraries:/c_c%2B%2B/openSU... /etc/zypp/repos.d/http-download.opensuse.org-d7c190d1.repo: [http-download.opensuse.org-d7c190d1] /etc/zypp/repos.d/http-download.opensuse.org-d7c190d1.repo:baseurl=http://download.opensuse.org/repositories/systemsmanagement:/saltstack/openS... /etc/zypp/repos.d/openSUSE-Leap-42.3-0.repo:[openSUSE-Leap-42.3-0] /etc/zypp/repos.d/openSUSE-Leap-42.3-0.repo:name=openSUSE-Leap-42.3-0 /etc/zypp/repos.d/opensuse-guide.org-repo.repo:[opensuse-guide.org-repo] /etc/zypp/repos.d/opensuse-guide.org-repo.repo:baseurl=http://opensuse-guide.org/repo/openSUSE_Leap_42.3/ /etc/zypp/repos.d/packman.inode.at-suse.repo:baseurl=http://packman.inode.at/suse/openSUSE_Leap_42.3/ /etc/zypp/repos.d/repo-debug-non-oss.repo:name=openSUSE-Leap-42.3-Debug-Non-Oss /etc/zypp/repos.d/repo-debug-non-oss.repo:baseurl=http://download.opensuse.org/debug/distribution/leap/42.3/repo/non-oss/ /etc/zypp/repos.d/repo-debug-update-non-oss.repo:name=openSUSE-Leap-42.3-Update-Debug-Non-Oss /etc/zypp/repos.d/repo-debug-update-non-oss.repo:baseurl=http://download.opensuse.org/debug/update/leap/42.3/non-oss/ /etc/zypp/repos.d/repo-debug-update.repo:name=openSUSE-Leap-42.3-Update-Debug /etc/zypp/repos.d/repo-debug-update.repo:baseurl=http://download.opensuse.org/debug/update/leap/42.3/oss/ /etc/zypp/repos.d/repo-debug.repo:name=openSUSE-Leap-42.3-Debug /etc/zypp/repos.d/repo-debug.repo:baseurl=http://download.opensuse.org/debug/distribution/leap/42.3/repo/oss/ /etc/zypp/repos.d/repo-non-oss.repo:name=openSUSE-Leap-42.3-Non-Oss /etc/zypp/repos.d/repo-non-oss.repo:baseurl=http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/ /etc/zypp/repos.d/repo-oss.repo:name=openSUSE-Leap-42.3-Oss /etc/zypp/repos.d/repo-oss.repo:baseurl=http://download.opensuse.org/distribution/leap/42.3/repo/oss/ /etc/zypp/repos.d/repo-source-non-oss.repo:name=openSUSE-Leap-42.3-Source-Non-Oss /etc/zypp/repos.d/repo-source-non-oss.repo:baseurl=http://download.opensuse.org/source/distribution/leap/42.3/repo/non-oss/ /etc/zypp/repos.d/repo-source.repo:name=openSUSE-Leap-42.3-Source /etc/zypp/repos.d/repo-source.repo:baseurl=http://download.opensuse.org/source/distribution/leap/42.3/repo/oss/ /etc/zypp/repos.d/repo-update-non-oss.repo:name=openSUSE-Leap-42.3-Update-Non-Oss /etc/zypp/repos.d/repo-update-non-oss.repo:baseurl=http://download.opensuse.org/update/leap/42.3/non-oss/ /etc/zypp/repos.d/repo-update.repo:name=openSUSE-Leap-42.3-Update /etc/zypp/repos.d/repo-update.repo:baseurl=http://download.opensuse.org/update/leap/42.3/oss/
BTW, the 42.3 kernel has been updated 3 times since the one you are running.
Leslie Turriff composed on 2018-04-25 21:10 (UTC-0500):
Felix Miata wrote:
Leslie Turriff composed on 2018-04-25 17:48 (UTC-0500):
There is no ~/.trinity in this account; Trinity is using ~/.kde (which seems strange and frightening).
That can't be right.
@21:03:36,root@pinto ~ $ ls -la /home/leslie | grep -i trinity @21:04:27,root@pinto
What I meant was you can't expect TDE to work right without it.
~ $
What does ls -l /home/ list for permissions? Is each the same for all users?
@17:40:51,root@pinto ~ $ ls -l /home/ total 80K drwxr-xr-x+ 180 leslie users 16K 2018-04-25 17:40 leslie drwxr-xr-x 25 test users 4.0K 2018-04-24 02:35 test drwxr-xr-x 23 turriff users 4.0K 2018-04-25 18:15 turriff drwxr-xr-x 7 zVMer osc 274 2017-09-07 17:43 zVMer
So, you have a FACL[1] applying to leslie, but not the others. Something in FACL setting(s) has apparently blocked creation of ~/.trinity, and you're lucky TDE works as well as it does by reading ~/.kde, which it only should do until it has been migrated to ~/.trinity.
[1] https://stackoverflow.com/questions/45160961/file-directory-permissions-trai... man acl
Other than what I just typed or pasted, I don't have familiarity with FACLs.
If you don't want to mess with trying to get a handle on FACL ATM, try creating it as root and changing owner and group to leslie.users, and if apparently successful, logging into a TDE session.
When working with ordinary permissions issues, I find it immensely easy to have them fully on display via mc in long file list mode, which causes the screen to be constantly refreshed with what resembles output from ls -al. I really can't accomplish much if mc isn't installed. Generally I have 2-3 mc sessions open when running any GUI, and one or more if working only on the vttys.
On 2018-04-25 22:26:33 Felix Miata wrote:
So, you have a FACL[1] applying to leslie, but not the others. Something in FACL setting(s) has apparently blocked creation of ~/.trinity, and you're lucky TDE works as well as it does by reading ~/.kde, which it only should do until it has been migrated to ~/.trinity.
[1] https://stackoverflow.com/questions/45160961/file-directory-permissions-tra iling-drwxr-xr-x man acl
Other than what I just typed or pasted, I don't have familiarity with FACLs.
That ACL merely allows a specific account read and execute authority over /home/leslie. I can't see how that could affect the running of r14-xdg-update within the leslie account. If there's a simpler way to do this than via an ACL I'll be happy to know it.
@21:11:28,root@pinto ~ $ zypper lr Repository priorities in effect: (See 'zypper lr -P' for details) 97 (raised priority) : 2 repositories 98 (raised priority) : 3 repositories 99 (default priority) : 20 repositories
# | Alias | Name | Enabled | GPG Check | Refresh ---+-------------------------------------+-----------------------------------------+---------+-----------+-------- 1 | Games | Games | Yes | (r ) Yes | Yes 2 | Local | Local | Yes | ( p) Yes | Yes 3 | OSC | Tools | Yes | (r ) Yes | Yes 4 | Trinity14 | Trinity14 | Yes | (r ) Yes | Yes 5 | Trinity14-noarch | Trinity14-noarch | Yes | (r ) Yes | Yes 6 | http-download.opensuse.org-252ba42b | Emulators:Wine:STABLE | Yes | (r ) Yes | Yes 7 | http-download.opensuse.org-2674e8c6 | home:Miuku | Yes | (r ) Yes | Yes 8 | http-download.opensuse.org-385545ed | openSUSE:Leap:42.3:Update | Yes | (r ) Yes | Yes 9 | http-download.opensuse.org-39c8c023 | Publishing | Yes | (r ) Yes | Yes 10 | http-download.opensuse.org-4784b6cf | devel:libraries:c_c++ | Yes | (r ) Yes | Yes 11 | http-download.opensuse.org-85b241d0 | KDE:KDE3 | No | ---- | ---- 12 | http-download.opensuse.org-92b8fa02 | system:packagemanager | Yes | (r ) Yes | Yes 13 | http-download.opensuse.org-aff39bb5 | devel:libraries:c_c++ | Yes | (r ) Yes | Yes 14 | http-download.opensuse.org-d7c190d1 | systemsmanagement:saltstack | Yes | (r ) Yes | Yes 15 | openSUSE-Leap-42.3-0 | openSUSE-Leap-42.3-0 | No | ---- | ---- 16 | opensuse-guide.org-repo | Libdvdcss Repository | Yes | (r ) Yes | Yes 17 | packman.inode.at-suse | Packman Repository | Yes | (r ) Yes | Yes 18 | repo-debug | openSUSE-Leap-42.3-Debug | Yes | (r ) Yes | Yes 19 | repo-debug-non-oss | openSUSE-Leap-42.3-Debug-Non-Oss | Yes | (r ) Yes | Yes 20 | repo-debug-update | openSUSE-Leap-42.3-Update-Debug | Yes | (r ) Yes | Yes 21 | repo-debug-update-non-oss | openSUSE-Leap-42.3-Update-Debug-Non-Oss | Yes | (r ) Yes | Yes 22 | repo-non-oss | openSUSE-Leap-42.3-Non-Oss | Yes | (r ) Yes | Yes 23 | repo-oss | openSUSE-Leap-42.3-Oss | Yes | (r ) Yes | Yes 24 | repo-source | openSUSE-Leap-42.3-Source | Yes | (r ) Yes | Yes 25 | repo-source-non-oss | openSUSE-Leap-42.3-Source-Non-Oss | Yes | (r ) Yes | Yes 26 | repo-update | openSUSE-Leap-42.3-Update | Yes | (r ) Yes | Yes 27 | repo-update-non-oss | openSUSE-Leap-42.3-Update-Non-Oss | Yes | (r ) Yes | Yes
On 2018-04-25 18:20:23 Felix Miata wrote:
Leslie Turriff composed on 2018-04-25 17:48 (UTC-0500):
There is no ~/.trinity in this account; Trinity is using ~/.kde (which seems strange and frightening).
That can't be right. What does ls -l /home/ list for permissions? Is each the same for all users?
Do each of *.repo in /etc/zypp/repos.d/ point to 42.3?
BTW, the 42.3 kernel has been updated 3 times since the one you are running.
Hi!
Am Donnerstag, 26. April 2018 schrieb Leslie Turriff:
There is no ~/.trinity in this account; Trinity is using ~/.kde (which seems strange and frightening).
Well, then rename it to _kde, log out and in again. What happens? maybe there is a .kderc, too. If it is, rename it to _kderc.
Oh, you did already a "chown USERNAME:GROUPNAME ~USERNAME" as root, didn't you?
No. I am assuming that all of these operations are to be performed in the affected account.
If you did it as user on the console and no error message showed up, then you are most likely fine.
Nik
-
Dr. Nikolaus Klepp -
Felix Miata -
Leslie Turriff