Lost system tools menu from the qubes icon menu and the right click menu.

[mannp]

Qubes OS version:

v4.0rc2 updated to current.

Affected TemplateVMs:

dom0 fc25

---

Steps to reproduce the behavior:

Expected behavior:

No menu is present and I am not sure how to get it back.

There is just a spacer with no menu.

Actual behavior:

General notes:

---

Related issues:

[tasket]

I ran into the same issue:
https://groups.google.com/d/msgid/qubes-users/551eba63-92d1-0026-396d-884b8ecc7caa%40posteo.net

[tasket]

I ran into the same issue:
https://groups.google.com/d/msgid/qubes-users/551eba63-92d1-0026-396d-884b8ecc7caa%40posteo.net

[na--]

I also ran into this last week and forgot to report it... In my case I think that it was also reinstalling a template that caused it.

[na--]

I also ran into this last week and forgot to report it... In my case I think that it was also reinstalling a template that caused it.

[mannp]

Thanks for the latest update today which added back the 'System Tools' and 'Create Qubes VM' menu items, but it didn't add back any items under the System Tools icon.

There are no system tools listed, apart from 'Qubes Global Settings'.

[mannp]

Thanks for the latest update today which added back the 'System Tools' and 'Create Qubes VM' menu items, but it didn't add back any items under the System Tools icon.

There are no system tools listed, apart from 'Qubes Global Settings'.

[tasket]

Same here... Menu was added back with only the Create app.

[tasket]

Same here... Menu was added back with only the Create app.

[mannp]

@tasket the workaround was solved for me in this thread by jpouellet;

#2952 (comment)

[mannp]

@tasket the workaround was solved for me in this thread by jpouellet;

#2952 (comment)

[jpouellet]

Yep, it just happened to me again. Something is definitely deleting most of the.desktop files under /usr/share/applications. Looking into what...

[jpouellet]

Yep, it just happened to me again. Something is definitely deleting most of the.desktop files under /usr/share/applications. Looking into what...

[jpouellet]

@marmarek: I found the root cause: https://github.com/QubesOS/qubes-linux-template-builder/blob/fcc771715a16419a8cb49eb1ef00eee21efed25f/templates.spec#L56-L63

I don't have time to figure out the correct fix right now though.

[jpouellet]

@marmarek: I found the root cause: https://github.com/QubesOS/qubes-linux-template-builder/blob/fcc771715a16419a8cb49eb1ef00eee21efed25f/templates.spec#L56-L63

I don't have time to figure out the correct fix right now though.

[SeVaS2016]

EDIT: I was asked by someone who appeared to be on your team at groups.google and they asked me to share my experience. If the dev team would like me to attempt to reproduce the erasure or disappearance of my kernel, I am willing to set up a test install. Please just send me a message with any concerns or further instructions and I will make a mock up using OS v4rc4.iso and v4rc5.iso /// It was also brought to my attention that it may be possible that this was a user error due to not changing Qubes Manager default template settings before removing the original debian-9 template.
/edit

I have something to add to this.
Date of Bug: March 7th, 2018
OS: Qubes 4.0 rc4 + 1 qvm-dom0-update (fully updated as of 3/7/18

When performing a debian-9 template reinstall as described in the qubes docs, I ran into a... well....
The same errors mentioned above but also the kernel did a houdini.

dom0$ sudo qubes-dom0-update --action=reinstall qubes-template-debian-9
Andrew David Wong said something about the following command and I tried it yielding the following result.
dom0$ for VM in qvm-ls --raw-list; do qvm-prefs -s $VM kernel 4.14.13-3; done
system: kernel not installed (not actual output)

More specifically:
dom0$ for VM in qvm-ls --raw-list; do qvm-prefs -s $VM kernel default; done
system: qubesadmin.exc.QubesPropertyValueError: Kernel 'default' not installed

I reinstalled the kernel but

dom0$ qubes-dom0-update kernel
system: Complete!
dom0$ restart
dom0$ for VM in qvm-ls --raw-list; do qvm-prefs -s $VM kernel 4.14.13-3; done
system: qvm-prefs: error: no such property: 'kernel'

I did not solve this. I reinstalled. But heres other outputs for your viewing pleasure.

dom0$ qubes-dom0-update kernel-qubes-vm
system: Complete!
dom0$ restart
dom0$ qubes-dom0-update --clean #Clean yum repos...
dom0$ qubes-dom0-update qubes-core-dom0*
system: find: '/var/lib/qubes/dom0-updates/var/cache/yum': No such file/directory
system: Installing *linux-debug *vaio-fixes(1/2)
dom0$ qubes-dom0-update --gui
system: xterm: cannot load font '-misc-fixed-medium-r-semicondensed--##-##------
dom0$ qubes-dom0-update --action=downgrade
system: yum version in sys-firewall does not support --downloadonly option
system: Error: downgrade not supported
dom0$ qubes-dom0-update --action=install
system: find: '/var/lib/qubes/dom0-updates/var/cache/yum': No such file/directory
dom0$ qubes-dom0-update --action=upgrade
system: No upgrade available

[SeVaS2016]

EDIT: I was asked by someone who appeared to be on your team at groups.google and they asked me to share my experience. If the dev team would like me to attempt to reproduce the erasure or disappearance of my kernel, I am willing to set up a test install. Please just send me a message with any concerns or further instructions and I will make a mock up using OS v4rc4.iso and v4rc5.iso /// It was also brought to my attention that it may be possible that this was a user error due to not changing Qubes Manager default template settings before removing the original debian-9 template.
/edit

I have something to add to this.
Date of Bug: March 7th, 2018
OS: Qubes 4.0 rc4 + 1 qvm-dom0-update (fully updated as of 3/7/18

When performing a debian-9 template reinstall as described in the qubes docs, I ran into a... well....
The same errors mentioned above but also the kernel did a houdini.

dom0$ sudo qubes-dom0-update --action=reinstall qubes-template-debian-9
Andrew David Wong said something about the following command and I tried it yielding the following result.
dom0$ for VM in qvm-ls --raw-list; do qvm-prefs -s $VM kernel 4.14.13-3; done
system: kernel not installed (not actual output)

More specifically:
dom0$ for VM in qvm-ls --raw-list; do qvm-prefs -s $VM kernel default; done
system: qubesadmin.exc.QubesPropertyValueError: Kernel 'default' not installed

I reinstalled the kernel but

dom0$ qubes-dom0-update kernel
system: Complete!
dom0$ restart
dom0$ for VM in qvm-ls --raw-list; do qvm-prefs -s $VM kernel 4.14.13-3; done
system: qvm-prefs: error: no such property: 'kernel'

I did not solve this. I reinstalled. But heres other outputs for your viewing pleasure.

dom0$ qubes-dom0-update kernel-qubes-vm
system: Complete!
dom0$ restart
dom0$ qubes-dom0-update --clean #Clean yum repos...
dom0$ qubes-dom0-update qubes-core-dom0*
system: find: '/var/lib/qubes/dom0-updates/var/cache/yum': No such file/directory
system: Installing *linux-debug *vaio-fixes(1/2)
dom0$ qubes-dom0-update --gui
system: xterm: cannot load font '-misc-fixed-medium-r-semicondensed--##-##------
dom0$ qubes-dom0-update --action=downgrade
system: yum version in sys-firewall does not support --downloadonly option
system: Error: downgrade not supported
dom0$ qubes-dom0-update --action=install
system: find: '/var/lib/qubes/dom0-updates/var/cache/yum': No such file/directory
dom0$ qubes-dom0-update --action=upgrade
system: No upgrade available

[tasket]

The xdg-desktop-menu uninstall command that @jpouellet pointed out is indeed triggering the menu erasure. I temporarily replaced the executable in /usr/bin with a script that only exits and the erasure didn't reoccur when reinstalling templates.

Looking at the scriptlet contents of a debian-8 rpm package, I copied the expanded xdg-desktop-menu commands into a CLI (first using sudo then su -). But I was unable to reproduce the menu erasure with this manual method. So there is something about the execution environment of the rpm scriptlets that is causing (or triggering a bug in) xdg-desktop-menu.

My suspicion at this point is that some difference in environment variables, PATH, globbing, etc. could be contributing to the problem especially since xdg-desktop-menu is itself an sh script.

---

To fix or workaround this, we could just comment-out that part of the rpm scriptlet in builder. Otherwise, find an upstream fix, or even have qubes-dom0-update disable the xdg-desktop-menu temporarily before running dnf reinstall.

[tasket]

The xdg-desktop-menu uninstall command that @jpouellet pointed out is indeed triggering the menu erasure. I temporarily replaced the executable in /usr/bin with a script that only exits and the erasure didn't reoccur when reinstalling templates.

Looking at the scriptlet contents of a debian-8 rpm package, I copied the expanded xdg-desktop-menu commands into a CLI (first using sudo then su -). But I was unable to reproduce the menu erasure with this manual method. So there is something about the execution environment of the rpm scriptlets that is causing (or triggering a bug in) xdg-desktop-menu.

My suspicion at this point is that some difference in environment variables, PATH, globbing, etc. could be contributing to the problem especially since xdg-desktop-menu is itself an sh script.

---

To fix or workaround this, we could just comment-out that part of the rpm scriptlet in builder. Otherwise, find an upstream fix, or even have qubes-dom0-update disable the xdg-desktop-menu temporarily before running dnf reinstall.

[marmarek]

Upstream bug report: https://bugs.freedesktop.org/show_bug.cgi?id=105635

In the meantime, I'll apply some workaround.

[marmarek]

Upstream bug report: https://bugs.freedesktop.org/show_bug.cgi?id=105635

In the meantime, I'll apply some workaround.