Page 17 of 18
Re: MX-19 Feedback
Posted: Wed Nov 06, 2019 5:54 pm
by dolphin_oracle
Huckleberry wrote: Wed Nov 06, 2019 4:27 pm
- Menu => Disk Manager opens "nothing". Same when logged in as "root".
And on terminal:
Code: Select all
$ sudo disk-manager
WARNING : python-notify is not installed, disable notification
WARNING : python-notify is too old, disable notification
Traceback (most recent call last):
File "/usr/sbin/disk-manager", line 85, in <module>
main(args, opts)
File "/usr/sbin/disk-manager", line 58, in main
app = DiskManager()
File "/usr/lib/python2.7/dist-packages/DiskManager/DiskManager.py", line 129, in __init__
self.setupTreeView()
File "/usr/lib/python2.7/dist-packages/DiskManager/DiskManager.py", line 223, in setupTreeView
"selected_order").upper()))
AttributeError: 'module' object has no attribute 'SORT_ASCENDiNG'
- I can't see "Ownership to User" in Thunar context menu (which was handy). Yes, maybe I add manually (grabbing from 18.3) but I wish it turns back with updates..
- Root account never saves the conky. (Created a .conky there with just my fav. conky in). Even when you click "Conky Toggle " to turn it on again, it opens "Conky Manager" , then you select it again and start.. each time..
the change ownership functions were removed long ago. they were causing a lot of problems with accidental clicks.
disk-manager opens OK here. it is a very old app though so maybe there is some problem with a particular mix of libs or even theme.
root account isn't designed to operate X so I'm not shocked that something doesn't work when logged in as root. but in this case the cuplrit is the way conkytoggle searches for the current user under /home rather than
anywhere. you can try the attached change and see if it works for you. maybe we will update that.
Re: MX-19 Feedback
Posted: Wed Nov 06, 2019 11:02 pm
by asqwerth
Nothing wrong with Disk Manager here. I've installed MX19 3 times on real metal, 2 on the same PC and once on laptop. I always use Disk Manager because I have a shared Data partition that I automount as my first step after installing MX.
I believe that the conky program itself without CM will search $HOME/.conkyrc and if not there, /etc/conky/ for the applicable conky. [unless you run it with a script or command pointing it to a different location]
Once CM is installed, it searches $HOME/.conky by default, but CM has settings to allow you to add other locations/folders it can search for conkies.
Problem with CM is that it only detects conkies made using the old syntax (conky package versions before 1.10). The new syntax conkies don't get listed in CM.
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 9:06 am
by Huckleberry Finn
Dolphin, thank you. In fact before trying the attached one, there's been the update. It's ok for the root account (perfect).
But this time it's the vice-versa: The user account : When you click conky-toggle ok, it turns it off but you can't turn on, and when you open the c. manager you find the conky (all) unchecked..
Meanwhile, the Disk Manager doesn't work on my 18.3 ,too, with same output when run on terminal..
_______________________________________________________
The actual reason why I'm logging as "root" (normally I almost never) and mentioned "disk manager" (that one also .. I never need normally) :
In Thunar to open other partitions I need to type password ..
I'd done it on 18.3 simply, but can't remember how I changed the permissions..
On root account right-click => permissions ... owner "root" is fixed ..
_______________________________
I'd edited a file I guess ...
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 12:54 pm
by dolphin_oracle
the toggle itself is working fine here, but maybe I got some sort of language issue.
can you provide, for your user, "echo $HOME" please?
on your other thing, there is a mx-tweak feature for allowing mounting of internal drives by regular users.
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 1:13 pm
by Huckleberry Finn
Thank you Dolphin. After rebooting it's normal. (Sorry). Maybe it was due to trying after blackscreen and logging in after Ctrl Alt Backspace ..
Meanwhile the output is /home/huckleberry
Also it's fine on 18.3, too both before & after update..
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 1:23 pm
by dolphin_oracle
Huckleberry wrote: Thu Nov 07, 2019 1:13 pm
Thank you, I will.
Meanwhile, updated 18.3 , too and it works normal for user on 18.3 ..
its also possible that in your testing things are just out of sync. enabling the conky in CM and running it from there should set things back to normal.
if everything is blank in CM, then the toggle won't do anything anyway.
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 5:14 pm
by sunrat
Huckleberry wrote: Thu Nov 07, 2019 9:06 amThe actual reason why I'm logging as "root" (normally I almost never) and mentioned "disk manager" (that one also .. I never need normally) :
In Thunar to open other partitions I need to type password ..
I'd done it on 18.3 simply, but can't remember how I changed the permissions..
You may be able to use a PolicyKit rule to enable mounting partitions as user.
Create a file:
/etc/polkit-1/localauthority/50-local.d/10-desktop.policy.pkla
with this content:
Code: Select all
[Mounting, checking, etc. of internal drives]
Identity=unix-group:admin;unix-group:storage;unix-user:USER;
Action=org.freedesktop.udisks2.filesystem-*;org.freedesktop.udisks2.drive-ata-smart*
ResultActive=yes
Change USER to your username.
You probably need to create the storage group and add your user to it.
But doesn't Disk Manager allow you to configure this?
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 6:06 pm
by dolphin_oracle
sunrat wrote: Thu Nov 07, 2019 5:14 pm
Huckleberry wrote: Thu Nov 07, 2019 9:06 amThe actual reason why I'm logging as "root" (normally I almost never) and mentioned "disk manager" (that one also .. I never need normally) :
In Thunar to open other partitions I need to type password ..
I'd done it on 18.3 simply, but can't remember how I changed the permissions..
You may be able to use a PolicyKit rule to enable mounting partitions as user.
Create a file:
/etc/polkit-1/localauthority/50-local.d/10-desktop.policy.pkla
with this content:
Code: Select all
[Mounting, checking, etc. of internal drives]
Identity=unix-group:admin;unix-group:storage;unix-user:USER;
Action=org.freedesktop.udisks2.filesystem-*;org.freedesktop.udisks2.drive-ata-smart*
ResultActive=yes
Change USER to your username.
You probably need to create the storage group and add your user to it.
But doesn't Disk Manager allow you to configure this?
FWIW, the policy kit rule is what mx-tweak uses.
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 6:17 pm
by sunrat
dolphin_oracle wrote: Thu Nov 07, 2019 6:06 pm
FWIW, the policy kit rule is what mx-tweak uses.
I knew MX could do it somehow. Just wondering why Huckleberry had to switch to root to do it.
Re: MX-19 Feedback
Posted: Thu Nov 07, 2019 6:21 pm
by Huckleberry Finn
I didn't have to.. Was trying to remember how I did previously.