Software Store - authentication not working

Well, if you were using Lite (XFCE) I know of a bug- that does not apply to Gnome Desktop- so cross that off the list.
Your results look normal- packagekit is starting and running.
The path in /etc/environment is normal.

Are you logging in on Wayland Desktop?

Hmmm… not that I know of. I’m logging into the Zorin Desktop, using the top-left layout selection.

Can you please log out, then when you go to log in, when you click your user, click the little Gear Cog icon and be sure it is set to Zorin Destkop, not Wayland?

Sure - just confirmed, logging in to Zorin Desktop.

1 Like

can you post the output of

sudo nano /usr/share/polkit-1/actions/org.debian.apt.policy

Sure thing - not sure I scrolled all the way down, but:

Thanks again for looking at this…

Enough to see that everything there looks right.
Well, if nothing else, we are familiarizing ourselves with the system.
Do you have an xsession errors file in your home directory?
.xsession-errors

Warning- it MAY be long. We would only be interested in entries for the past few days.

Yes - just found it. I have one, but the date stamp is January 5th. Looking through it, I don’t see anything that jumps out, but who knows. Also, that date stamp may be when it was first created, not its latest entry.

I’ll send a copy of the file (it’s fairly small) directly to you… not sure everything that’s in there.

Per previous:
check contents of

/etc/polkit-1/localauthority/50-local.d/

Are there any files in that directory?

No - it’s empty.

Ok. Let’s make it Not Empty and see what happens.
Create two files. Name the first one

45-allow-colord.pkla

Paste into it the following and save

[Allow Colord all Users]
Identity=unix-user:*
Action=org.freedesktop.color-manager.create-device;org.freedesktop.color-manager.create-profile;org.freedesktop.color-manager.delete-device;org.freedesktop.color-manager.delete-profile;org.freedesktop.color-manager.modify-device;org.freedesktop.color-manager.modify-profile
ResultAny=no
ResultInactive=no
ResultActive=yes

next file:

46-allow-update-repo.pkla

[Allow Package Management all Users] Identity=unix-user:* Action=org.freedesktop.packagekit.system-sources-refresh ResultAny=yes
ResultInactive=yes
ResultActive=yes

What the above is for is more for remote connections but worht a shot. Reboot and test- if they do not work, remove the above two files.

Dang - that didn’t work. After rebooting, I went back into that folder to make sure they were there, and they were. So… all instructions followed, still didn’t work. And strangely, the keyring prompt returned. So I fixed that again, still didn’t work.

I do wonder if this other variable (of mine) is contributing to this issue: I use auto-login. Not because I need to, but it seemed convenient so I enabled it when I first installed Zorin. Now… I cannot seem to undo that setting, as in, I’m locked out of making changes to Users (me), and the Unlock button has no affect / does nothing. The UI shows that I clicked it, but nothing happens. I suspect it’s because the entire Settings app/utility is launching with insufficient permissions (like all other things for me now), so I’m barred from doing elevated-permission actions, like changing my own user settings. It wasn’t like this before all this started, say ~3 weeks ago.

Do you know the Terminal-based name for the Settings utility? Better yet - how do I find that myself for any installed app? I’d like to try running that utility from Terminal as sudo, turn off that Automatic login, then reboot and see if that fixes things. Hypotheis: I’m getting logged on with sub-admin / sub-sudo permissions because of auto-login, and it’s wreaking havoc behind the scenes.

Here’s the screen I’m talking about:

I’m happy to do a (clean) post once this is figured out, so others can undo it, and so Zorin can put a fix in on a future update. I can’t imagine I’m the only one going through this… I’m just determined now (with your generous help) to get it resolved. Thanks again, for all your help.

The terminal command to open that settings window is

gnome-control-center

I do not know if pkexec will work on that- you may need to

sudo -i

Then enter it after entering your PW.

Um… Yeah, I agree with your hypothesis. Wish I had known you had auto-login enabled sooner. The thing is a Menace.
As far as finding the command name for installed apps, I do not know of some Easy and Fast way. I have my terminal scrollback set to 5000 and I usually do

apt list --installed

to look at all software names that are installed and just figure it out…

Sorry I didn’t mention that auto-login earlier, piecing it all together.

When I use sudo gnome-control-center it shows up with just Devices at the top, empty window/contents, and a left arrow next to Devices (the go back one level arrow) that goes back to… the empty Devices window.

So I’m stuck in auto-login purgatory, until I find a chisel to chip my way out.

And agreed, I happily would’ve foregone the auto-login option to not have these issues. Hopefully in v16 / vNext, they don’t offer that option. If nothing else, it’s good to use your pw occasionally so you don’t forget it.

And based on that reddit, it’s not just a Zorin thing.

app list --installed is indeed handy, thanks for the tip.

The setting for auto login is in

/etc/gdm3/custom.conf

…I think.
I am using lightdm, so I cannot check it. But… You should see that file with something like the following within it:

autologinenable=true

You can comment that line out with a hashtag at the front or maybe you can set it to false- but editing that in your terminal text editor nano may be the route to disabling autologin.

sudo nano /etc/gdm3/custom.conf

FYI. in Core, this is what you should see listed in etc/gd03/custom.conf with autologin NOT enabled (i.e. commented out by # character)

# Enabling automatic login
#  AutomaticLoginEnable = true
#  AutomaticLogin = user1
2 Likes

Thanks for this - I found that in another online link, and it worked perfectly - no more auto-login. It didn’t fix my underlying Software app permissions issues, but at least it’s another variable off the list. Thanks!

…Another variable… From what I can tell, we have covered all of the variables.
The only thing I can think of that may possibly be related at this point is an issue with Snap or Snapd.
Other than that, tanks outta gas. I mean, realistically speaking, replacing policykit and gnome-software and the chown command…

Honestly, I would suggest backing up your data and reinstalling the OS. I know it is not what you prefer, but sometimes, it is just like the dentist. You can delay it and hope for an alternative but in the end, always have to get it over with, anyway.
If this is not readily solved by any of the above- then there may be a corrupted file that can affect other things that you just have not noticed yet.
I do not believe that using 'Sudo" to open a GUI application is a viable workaround, nor healthy long term for the system.

1 Like

Thanks for this - and yes, I suspect you’re right. And you certainly did spend a full tank of gas trying to help me figure this out, so thanks! It’ll take a bit, but I’ll start working on making my setup re-installable with as little grief as possible.

And now that you mention it, the timing was right around when I installed Snap. I may try to eradicate Snap from my system and see if that helps. Of course, even if Snap is/was the culprit, it could’ve been a one-way change (as in, installing Snap caused it, uninstalling Snap doesn’t fix it).

But if nothing else, I’ve learned a bunch about Zorin, so maybe it’s all been worth it. Thanks again!

1 Like