Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Terminix stable version starts in root directory again - CentOS-7 #337

Closed
ivoarch opened this issue May 22, 2016 · 8 comments
Closed

Terminix stable version starts in root directory again - CentOS-7 #337

ivoarch opened this issue May 22, 2016 · 8 comments
Labels

Comments

@ivoarch
Copy link
Contributor

ivoarch commented May 22, 2016

Today I installed the stable version 1.0.0 and for a big surprise when I launch Terminix, it starts in root directory :( .

Version 0.60 works fine on EL7 .

Sorry that I have not done this test before releasing the version stable!

@gnunn1
Copy link
Owner

gnunn1 commented May 22, 2016

You should be able to set DBusActivatable to false in the desktop file as a temporary workaround.

I need to do some thinking about whether keeping DBusActivatable is worth the overall aggravation it's causing at this point.

@gnunn1 gnunn1 added the bug label May 22, 2016
@ivoarch
Copy link
Contributor Author

ivoarch commented May 22, 2016

Does not work!!

~] cat /usr/share/applications/com.gexperts.Terminix.desktop | grep -i DBus
DBusActivatable=false

And Terminix it starts in root directory again.

@gnunn1
Copy link
Owner

gnunn1 commented May 22, 2016

Did you restart the desktop (Alt-F2, "r" in gnome-shell)?

@gnunn1
Copy link
Owner

gnunn1 commented May 23, 2016

I just tried it here in Oracle Linux 7.2 and couldn't replicate. Are you using Gnome Shell as your desktop environment or something else?

@gnunn1
Copy link
Owner

gnunn1 commented May 23, 2016

Never mind, I can reproduce after all, had a problem with my VM. Looks like the same issue as Unity, except now that I'm only applying the workaround to Unity it fails in this case. Unfortunately checking by desktop environment doesn't appear to be the answer.

gnunn1 added a commit that referenced this issue May 23, 2016
gnunn1 added a commit that referenced this issue May 23, 2016
@ivoarch
Copy link
Contributor Author

ivoarch commented May 23, 2016

Confirmed with the change of DBusActivatable to false works!! My fault, I started terminix from old starter on my desktop . I tried from the menu and terminix starts in my $HOME directory .

I think it would be nice to be solved the problem in the stable version for el7, as something like this patch applied in the .spec file then rebuild again .

@gnunn1
Copy link
Owner

gnunn1 commented May 23, 2016

I've ccommitted my last attempt to address this, if it doesn't work out for everyone I'll drop the DBusActivatable from the desktop file.

@gnunn1
Copy link
Owner

gnunn1 commented May 29, 2016

Fixed with last commit

@gnunn1 gnunn1 closed this as completed May 29, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants