qvm-sync-appmenus: No icon received
126 views
Skip to first unread message
Alex
Sep 18, 2015, 3:47:37 AM9/18/15
to qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hello everybody,
just updated both dom0 and a freshly installed fedora-21-minimal to
the latest tools.
Cloned the fedora-21-minimal template, named it "f21-skype" since it
will be used as a standalone vm for the mentioned spyw.. oops, program.
Downloaded the RPM from the skype website, $ sudo yum install
skype.rpm, successfully completed, then added the skype program to the
appmenu.
The menu in dom0 did not update (I did not try to logoff and back on
again, but that's not still the problem), so I tried from dom0 with
$ qvm-sync-appmenus f21-skype
which gave me a series of lines like this, for all the apps enabled in
VM manager:
- ----> Failed to get icon for skype.desktop: No icon received
before terminating with "kbuildsycoca4 running".
Why are there such errors? What do they mean?
The app menu now does contain the icons, but they don't work (i.e.
clicking on them starts the KDE throbber, but no app is launched in
the appvm nor does any window appear).
- --
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJV+8GTAAoJENNOJZnNP8uDxDsQAIhKINKjcO1BcOtf6fAeqcuO
b5C7aSC+kxpXdWJtQIS07tWkUoyCwW0LjkJ1BuRxmSzys2/WaW8lVWFKxfHTOiTf
GErrZaUU63ieS5x5/WDa2mL3lgpsnGELQoJlo4ACXLxsYtfp4MmZMC6m34Mlj3HQ
NUmRxCOuCxVXly5KkFeURSDYKzOhv8QGY4VgXboEkYJznsWsfWtRWWhDAP5TK5us
Sjs+k/F2+FutfltKGMQhGpREqcZYGm+KZIl9id9xL/4JyoGBHcYkE2F4rXPE293k
/t7Hr6zoIhBrCDYxZGUoIvfJrO0DipkYVhBYcMkPI3JTJ5WR/4jaVexQX/1ukymg
Xk4QvnIob2a3zajJI1Uqo16yYDPsNks6kiRox7kMdpFqFZX/j6DoeUmdZATyAQ+g
UT1RZ+K8el8d0iKlEtV2yN3TCRIDgHHQ8MQ8VCiZPfGXwg/Pkhd/bnd9nEWz0G8S
Zyz8HqjLXsShd5h9F6/czXnxgiFlyScMw1LOMD3PSCtHbihnuGR/LvqpZ2Zo95o1
9zjVkkVcsxA4z+roUA/6IotlO3oPmUJSfOzHvj4qvQ/BBt/qIJwUDUvb2Yn8zGlL
ZwOV2UtLIU3dKNztQHinqQcwG1nisHmb7VsdYN3knCKEOSk8Hhw06sebym8KFrXV
zHjGzhvyRMSiNd85sfPK
=dX+g
-----END PGP SIGNATURE-----
Hash: SHA256
Hello everybody,
just updated both dom0 and a freshly installed fedora-21-minimal to
the latest tools.
Cloned the fedora-21-minimal template, named it "f21-skype" since it
will be used as a standalone vm for the mentioned spyw.. oops, program.
Downloaded the RPM from the skype website, $ sudo yum install
skype.rpm, successfully completed, then added the skype program to the
appmenu.
The menu in dom0 did not update (I did not try to logoff and back on
again, but that's not still the problem), so I tried from dom0 with
$ qvm-sync-appmenus f21-skype
which gave me a series of lines like this, for all the apps enabled in
VM manager:
- ----> Failed to get icon for skype.desktop: No icon received
before terminating with "kbuildsycoca4 running".
Why are there such errors? What do they mean?
The app menu now does contain the icons, but they don't work (i.e.
clicking on them starts the KDE throbber, but no app is launched in
the appvm nor does any window appear).
- --
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJV+8GTAAoJENNOJZnNP8uDxDsQAIhKINKjcO1BcOtf6fAeqcuO
b5C7aSC+kxpXdWJtQIS07tWkUoyCwW0LjkJ1BuRxmSzys2/WaW8lVWFKxfHTOiTf
GErrZaUU63ieS5x5/WDa2mL3lgpsnGELQoJlo4ACXLxsYtfp4MmZMC6m34Mlj3HQ
NUmRxCOuCxVXly5KkFeURSDYKzOhv8QGY4VgXboEkYJznsWsfWtRWWhDAP5TK5us
Sjs+k/F2+FutfltKGMQhGpREqcZYGm+KZIl9id9xL/4JyoGBHcYkE2F4rXPE293k
/t7Hr6zoIhBrCDYxZGUoIvfJrO0DipkYVhBYcMkPI3JTJ5WR/4jaVexQX/1ukymg
Xk4QvnIob2a3zajJI1Uqo16yYDPsNks6kiRox7kMdpFqFZX/j6DoeUmdZATyAQ+g
UT1RZ+K8el8d0iKlEtV2yN3TCRIDgHHQ8MQ8VCiZPfGXwg/Pkhd/bnd9nEWz0G8S
Zyz8HqjLXsShd5h9F6/czXnxgiFlyScMw1LOMD3PSCtHbihnuGR/LvqpZ2Zo95o1
9zjVkkVcsxA4z+roUA/6IotlO3oPmUJSfOzHvj4qvQ/BBt/qIJwUDUvb2Yn8zGlL
ZwOV2UtLIU3dKNztQHinqQcwG1nisHmb7VsdYN3knCKEOSk8Hhw06sebym8KFrXV
zHjGzhvyRMSiNd85sfPK
=dX+g
-----END PGP SIGNATURE-----
Jeremias E.
Sep 18, 2015, 2:15:25 PM9/18/15
to qubes-users, alex...@gmx.com
Hello,
sometimes they are some icon can not be received, because the icon's have the wrong format for qvm-appmenu-sync.
From my experience the Skype icons should be recognized.
You can look at the skype.desktop file and search for the icon, to provide further information about this behavior.
Best regards
J. Eppler
sometimes they are some icon can not be received, because the icon's have the wrong format for qvm-appmenu-sync.
From my experience the Skype icons should be recognized.
You can look at the skype.desktop file and search for the icon, to provide further information about this behavior.
Best regards
J. Eppler
Marek Marczykowski-Górecki
Sep 18, 2015, 3:19:42 PM9/18/15
to Alex, qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hash: SHA256
On Fri, Sep 18, 2015 at 09:47:31AM +0200, Alex wrote:
> Hello everybody,
> just updated both dom0 and a freshly installed fedora-21-minimal to
> the latest tools.
>
> Cloned the fedora-21-minimal template, named it "f21-skype" since it
> will be used as a standalone vm for the mentioned spyw.. oops, program.
>
> Downloaded the RPM from the skype website, $ sudo yum install
> skype.rpm, successfully completed, then added the skype program to the
> appmenu.
>
> The menu in dom0 did not update (I did not try to logoff and back on
> again, but that's not still the problem), so I tried from dom0 with
>
> $ qvm-sync-appmenus f21-skype
>
> which gave me a series of lines like this, for all the apps enabled in
> VM manager:
> Hello everybody,
> just updated both dom0 and a freshly installed fedora-21-minimal to
> the latest tools.
>
> Cloned the fedora-21-minimal template, named it "f21-skype" since it
> will be used as a standalone vm for the mentioned spyw.. oops, program.
>
> Downloaded the RPM from the skype website, $ sudo yum install
> skype.rpm, successfully completed, then added the skype program to the
> appmenu.
>
> The menu in dom0 did not update (I did not try to logoff and back on
> again, but that's not still the problem), so I tried from dom0 with
>
> $ qvm-sync-appmenus f21-skype
>
> which gave me a series of lines like this, for all the apps enabled in
> VM manager:
> ----> Failed to get icon for skype.desktop: No icon received
> before terminating with "kbuildsycoca4 running".
>
> Why are there such errors? What do they mean?
>
> The app menu now does contain the icons, but they don't work (i.e.
> clicking on them starts the KDE throbber, but no app is launched in
> the appvm nor does any window appear).
I think there are two _separate_ issues:
> before terminating with "kbuildsycoca4 running".
>
> Why are there such errors? What do they mean?
>
> The app menu now does contain the icons, but they don't work (i.e.
> clicking on them starts the KDE throbber, but no app is launched in
> the appvm nor does any window appear).
1. Failed skype icon retrieval
2. App menu entries not working
While the first one is rather minor (you should still see Skype option,
but with generic icon), the second one looks more disturbing.
Try calling application pointed by any such icon, but add "-p" option to
qvm-run. For example:
qvm-run -p --tray -a VMNAME 'qubes-desktop-run
/usr/share/applications/gnome-terminal.desktop'
- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBCAAGBQJV/GPGAAoJENuP0xzK19csrQAIAIRHlr8S/MvaDhaMQ43qwYfQ
GKhS+jpMrZnYerOijrijkFqBDNgqIHElQNnc0uMTYXhEYHRHJ0yn1GPEMrJby9Ej
DIuGuh4VVLOqtu28ROaky2Bwg22V6bAkeIv1+LBC3W66Lahau1kk5vJHi8cQJnCN
Mtn/CU9awndI+vVlIKRP7YYApfsaDPCK99cORk9ELG+sGxol2HwSltrMPtkg9Pxu
UopInCLSuECLAuSRI8oaaf1+cXIitSTowOayms3Z7XwNe6njGFcW2ixkRPbVd06q
Q5YpSGyXRYCEBKv9NR2wQ8Efit/4Raa8tgLAnDEw16ozwp2qVkisd8VYEC1L15c=
=n4Tc
-----END PGP SIGNATURE-----
Alex
Sep 19, 2015, 3:38:51 AM9/19/15
to Marek Marczykowski-Górecki, qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 09/18/2015 09:19 PM, Marek Marczykowski-Górecki wrote:
Hash: SHA256
> [...]
>
> I think there are two _separate_ issues: 1. Failed skype icon
> retrieval 2. App menu entries not working
>
> While the first one is rather minor (you should still see Skype
> option, but with generic icon), the second one looks more
> disturbing. Try calling application pointed by any such icon, but
> add "-p" option to qvm-run. For example: qvm-run -p --tray -a
> VMNAME 'qubes-desktop-run
> /usr/share/applications/gnome-terminal.desktop'
Thank you Marek, trying to manually run the appmenu entries this way I
> I think there are two _separate_ issues: 1. Failed skype icon
> retrieval 2. App menu entries not working
>
> While the first one is rather minor (you should still see Skype
> option, but with generic icon), the second one looks more
> disturbing. Try calling application pointed by any such icon, but
> add "-p" option to qvm-run. For example: qvm-run -p --tray -a
> VMNAME 'qubes-desktop-run
> /usr/share/applications/gnome-terminal.desktop'
received an error message, linked to missing dbus-python package on
the minimal template. A simple "yum install dbus-python" fixed the
issue for nearly all of the entries, apart from one:
org.gnome.Nautilus.desktop, which fails with a different error.
The error is:
dbus.exceptions.DBusException:
org.freedesktop.DBUS.Error.Spawn.ExecFailed: /bin.dbus-launch
terminated abnormally without any error message
and the associated traceback is:
File "/usr/bin/qubes-desktop-run", line 7, in <module>
launch(*sys.argv[1:])
File "/usr/lib64/python2.7/site-packages/qubes/xdg.py", line 12, in
launch
bus = dbus.SessionBus()
File "/usr/lib64/python2.7/site-packages/dbus/_dbus.py", line 211,
in __new__
mainloop=mainloop)
File "/usr/lib64/python2.7/site-packages/dbus/_dbus.py", line 100,
in __new__
bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
File "/usr/lib64/python2.7/site-packages/dbus/bus.py", line 122, in
__new__
bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
The fedora-21-minimal template I installed is version
3.0.3-201507081320, and apart from installing skype and firefox (and
now the dbus-python package) no other settings were altered or
configurations made.
For the icons, I tried again with the dbus-python package installed,
but still no luck. Trying to manually find the icons (by the algorithm
described in
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.
html)
yielded some funny results:
- - skype.desktop specifies a "skype.png" icon file, which can be found
in /usr/share/pixmap/skype.png; still, qvm-sync-appmenu does not
receive any icon
- - xterm.desktop specifies a "xterm-color" icon (without any
extension), but in /usr/share/pixmap there are many xterm-color files,
with appended size and extension: xterm-color_32x32.xpm,
xterm-color_48x48.xpm. The specification calls for subdirectories
(instead of filename suffixes) for icons with different sizes; so I
don't know if (or how) this can possibly work. I'm not that expert
with linux GUIs to figure this out...
- - firefox.desktop specifies a "firefox" icon which is nowhere to be
found in /usr/share/pixmap.
For the record, there is no /home/user/.icons directory and I could
not find the $XDG_DATA_DIRS variable set, to look for
$XDG_DATA_DIRS/icons, so I only looked for icons in /usr/share/pixmap.
There are some other XDG variables set, namely XDG_SEAT,
XDG_SESSION_ID and XDG_VTNR, anyway.
Thank you again for the support; I'm hoping on the fix for Nautilus,
while I agree that the icons are a minor nuisance. Still, I'm
available for testing if the problem will be taken care of and cannot
be reproduced on your side.
- --
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJV/REDAAoJENNOJZnNP8uDxBUQAImbciLAk3cmLSPoVnsbDZLL
U1xwETtGF2aiARX0uTRvb8v7HKBEIsVit2uW3uS0B66hTdJcbbs7kscc9yoqeXvp
qbh2Ujrg/q9jndV85qo7Awo/ZiyCUE9PzhJ3OskRMmpVGJ8vw8bxgtWmwuMs0eYO
cPrLPV4Dsfy/X3ixW7OhvbmVfLnczE+TAJ52IL4x6rMTAPQXtsNaxwCJ/FR3bEfP
Loal4CGm1buHo9wAqlCNyaphCE6W2aSoXL8mHsiY9OJokpiUfR2tVMaAYJG7SEOO
br64MWQaewKr93+EmAvp26zBii0HS5zbf3oLG3LWQFZcZb4geAE8Js6YeOd/M51W
Tod+bz0cYJQfLCkJC3Yr498aNyLJ2CigTCq0ti6HdtaTPYfSSkgABtbJu9oVufGV
gUQE5oKpg86lc6YBu9r6IrujpvVnIM8elupaqzjjbpydbdAUSLyPM5DIrFd/xvmE
ICeE4+/qvSxoyM0IGQFJX+STcnnyb+i9iFb2F/rKUfd5s+4R1+mZpsUDmyGjjOem
IDn0e5DiBq24wG+Tncufdhe1QFjKMy0RB2/4aAJmrsN+wM6aQMgmlFUCM+2nVuq0
owWEoLpWtIEmitAbHdFfMYnUDEFx5UV+jU7/usmGnq3yetb5kwVL2kuDR6eVG4L4
BM5ocYYxFzVVtb7fIUNG
=wNgV
-----END PGP SIGNATURE-----
Marek Marczykowski-Górecki
Sep 19, 2015, 5:20:26 AM9/19/15
to Alex, qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hash: SHA256
On Sat, Sep 19, 2015 at 09:38:43AM +0200, Alex wrote:
> On 09/18/2015 09:19 PM, Marek Marczykowski-Górecki wrote:
> > [...]
> >
> > I think there are two _separate_ issues: 1. Failed skype icon
> > retrieval 2. App menu entries not working
> >
> > While the first one is rather minor (you should still see Skype
> > option, but with generic icon), the second one looks more
> > disturbing. Try calling application pointed by any such icon, but
> > add "-p" option to qvm-run. For example: qvm-run -p --tray -a
> > VMNAME 'qubes-desktop-run
> > /usr/share/applications/gnome-terminal.desktop'
>
> Thank you Marek, trying to manually run the appmenu entries this way I
> received an error message, linked to missing dbus-python package on
> the minimal template. A simple "yum install dbus-python" fixed the
> issue for nearly all of the entries,
Ok, I'll add missing dependency...
> On 09/18/2015 09:19 PM, Marek Marczykowski-Górecki wrote:
> > [...]
> >
> > I think there are two _separate_ issues: 1. Failed skype icon
> > retrieval 2. App menu entries not working
> >
> > While the first one is rather minor (you should still see Skype
> > option, but with generic icon), the second one looks more
> > disturbing. Try calling application pointed by any such icon, but
> > add "-p" option to qvm-run. For example: qvm-run -p --tray -a
> > VMNAME 'qubes-desktop-run
> > /usr/share/applications/gnome-terminal.desktop'
>
> Thank you Marek, trying to manually run the appmenu entries this way I
> received an error message, linked to missing dbus-python package on
> the minimal template. A simple "yum install dbus-python" fixed the
> issue for nearly all of the entries,
> apart from one:
> org.gnome.Nautilus.desktop, which fails with a different error.
>
> The error is:
> dbus.exceptions.DBusException:
> org.freedesktop.DBUS.Error.Spawn.ExecFailed: /bin.dbus-launch
> terminated abnormally without any error message
>
> and the associated traceback is:
> File "/usr/bin/qubes-desktop-run", line 7, in <module>
> launch(*sys.argv[1:])
> File "/usr/lib64/python2.7/site-packages/qubes/xdg.py", line 12, in
> launch
> bus = dbus.SessionBus()
> File "/usr/lib64/python2.7/site-packages/dbus/_dbus.py", line 211,
> in __new__
> mainloop=mainloop)
> File "/usr/lib64/python2.7/site-packages/dbus/_dbus.py", line 100,
> in __new__
> bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
> File "/usr/lib64/python2.7/site-packages/dbus/bus.py", line 122, in
> __new__
> bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
>
> The fedora-21-minimal template I installed is version
> 3.0.3-201507081320, and apart from installing skype and firefox (and
> now the dbus-python package) no other settings were altered or
> configurations made.
nautilus to work ;)
Check ~/.xsession-errors - maybe there will be some more details.
> For the icons, I tried again with the dbus-python package installed,
> but still no luck. Trying to manually find the icons (by the algorithm
> described in
> http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.
> html)
> yielded some funny results:
> - skype.desktop specifies a "skype.png" icon file, which can be found
> in /usr/share/pixmap/skype.png; still, qvm-sync-appmenu does not
> receive any icon
reported here:
https://github.com/QubesOS/qubes-issues/issues/1171
Adding "/usr/share/pixmap" there should be trivial.
> - xterm.desktop specifies a "xterm-color" icon (without any
> extension), but in /usr/share/pixmap there are many xterm-color files,
> with appended size and extension: xterm-color_32x32.xpm,
> xterm-color_48x48.xpm. The specification calls for subdirectories
> (instead of filename suffixes) for icons with different sizes; so I
> don't know if (or how) this can possibly work. I'm not that expert
> with linux GUIs to figure this out...
> - firefox.desktop specifies a "firefox" icon which is nowhere to be
> found in /usr/share/pixmap.
>
> For the record, there is no /home/user/.icons directory and I could
> not find the $XDG_DATA_DIRS variable set, to look for
> $XDG_DATA_DIRS/icons, so I only looked for icons in /usr/share/pixmap.
> There are some other XDG variables set, namely XDG_SEAT,
> XDG_SESSION_ID and XDG_VTNR, anyway.
/usr/share/icons.
> Thank you again for the support; I'm hoping on the fix for Nautilus,
> while I agree that the icons are a minor nuisance. Still, I'm
> available for testing if the problem will be taken care of and cannot
> be reproduced on your side.
- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
Version: GnuPG v1
iQEcBAEBCAAGBQJV/SjSAAoJENuP0xzK19csHscH/iS0WHWScXvpWUWhwbV0/955
zrxPK6DIhT79KDaF7odMDPuqHKcWShhDz9tvQJaOBpt8+LFGkr7VLwlCUF8byDCl
U/J/7tVjkGogZ5hBh41+rCFYxEo4wXc5Cc9KfSn43TPpkWpvivAk8UBAbe2SqQ9x
2ddA0GHj2ybFCwpSC97RF79hQdbGfw8SC/yOLak0+9tg6EZTb9LCqbBmFvkpwJca
yTw/eRqQktcOl/yEyqGDV0H90XAaKnlBygUPnOISjYHY9DpqhLlg6nEN2tk8EyTs
6ijwDSvU/3R2S69SoYIIZ71kClltReIndZ8g3MNwgUrxbiMF7+mwTNPnkBRo4Qo=
=HB+a
-----END PGP SIGNATURE-----
Alex
Sep 19, 2015, 6:09:46 AM9/19/15
to Marek Marczykowski-Górecki, qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hash: SHA256
On 09/19/2015 11:20 AM, Marek Marczykowski-Górecki wrote:
> On Sat, Sep 19, 2015 at 09:38:43AM +0200, Alex wrote:
>> The error is: dbus.exceptions.DBusException:
>> org.freedesktop.DBUS.Error.Spawn.ExecFailed: /bin.dbus-launch
>
> Really "." there, or just a typo here?
My bad, I'm too lazy to copy a proper file from dom0 so I copied it by
> On Sat, Sep 19, 2015 at 09:38:43AM +0200, Alex wrote:
>> The error is: dbus.exceptions.DBusException:
>> org.freedesktop.DBUS.Error.Spawn.ExecFailed: /bin.dbus-launch
>
> Really "." there, or just a typo here?
hand. It was meant to be a slash =)
> [...]
>
> I'll check that, but most likely minimal template is too minimal
> for nautilus to work ;) Check ~/.xsession-errors - maybe there will
> be some more details.
I'm sorry I did not mention that before (actually, a little out of
> I'll check that, but most likely minimal template is too minimal
> for nautilus to work ;) Check ~/.xsession-errors - maybe there will
> be some more details.
scope for the previous mail), but nautilus work perfectly both when
started from a terminal or when started with the "Run command in vm"
menu entry in the VM manager.
In "~/.xsession-errors" a couple lines appear for every command run
from qubes-desktop-run, but they are not errors:
executed (nowait) nautilus pid 850
send exit code 0
and there are no error lines connected to the execution (or attempted
execution) of nautilus.
> [...]
>
> XDG_DATA_DIRS defaults to /usr/share, so the directory is
> /usr/share/icons.
Thank you for the direction; as it turns out, in /usr/share/icons
> XDG_DATA_DIRS defaults to /usr/share, so the directory is
> /usr/share/icons.
(subfolders) there are the icons for both firefox (firefox.png) and
xterm-color (both xterm-color.png and xterm-color.svg), but not for
every theme (xterm-color only in hicolor/, firefox in both hicolor/
and HighContrast/), the icons cannot be found in the Adwaita/ theme
folder. Does the qvm-sync-appmenu tool look in specific theme folders?
- --
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJV/TRlAAoJENNOJZnNP8uDWR0P/RE46ccnybdAqK3gLD3aQe2n
pe+wDFYCJM15Sv6SR+SCo0VR9yFcgCbA+saiIC0ORLWnyjZztNVQcoesqX6rNmFH
NUSqoAH+ZvipA0sMU4a4nVJkMdwb8UjCabfIArtSzNmrpVAIRuVqyKMzXIxA2KHM
pDlb1Aa9tjhj+IQsnUvjpwtjpShZMO4/6xIljuSM6UWslDBAqCGr+/tPcnS3rdey
dXudsMIIjApPyeYFnYAUAvN5GfmNuDYRpnC3JJqHtuGj4VMu6ZoBk86zS+GDrdt8
oly/I5IpTGgjSWUw99wXmAx5pg31/h3tClIFJtHvzg5t9FT26beyVLO6toi3kps2
cWsCYw0jCGTLFTjrdHi6ccPnNU2VDLx/8xeioWPLEbmCZarYns2iNVET2GAl03Jc
2dZOVwKXxNbZqD7fjSsg1MzAIrffvGeYRF03AubUcAc69YhBqCyAI9Yd1br839lL
d0HDYCuvGG/RnC+Ev5KjmkUcPIIr+uUhraLfURVFaYG/ICVj8F9RPRgEhpU7zPAx
rgJf/lTgxKl1gwUPLC3L5e2Ofgz5ztrWLwFD4p4zam3z6mjeddNC5gYNs3fw3A52
h8llnBDaNLpVvRNSHO5yZjC1MBF1X+VHfJBa+D9KK3ZLlzNYYwecReWwF5pyHJHw
MMW2Qe8edshNLUYjG0Lw
=ha5w
-----END PGP SIGNATURE-----
Marek Marczykowski-Górecki
Sep 19, 2015, 6:14:40 AM9/19/15
to Alex, qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hash: SHA256
On Sat, Sep 19, 2015 at 12:09:41PM +0200, Alex wrote:
> On 09/19/2015 11:20 AM, Marek Marczykowski-Górecki wrote:
> > On Sat, Sep 19, 2015 at 09:38:43AM +0200, Alex wrote:
> >> The error is: dbus.exceptions.DBusException:
> >> org.freedesktop.DBUS.Error.Spawn.ExecFailed: /bin.dbus-launch
> >
> > Really "." there, or just a typo here?
> My bad, I'm too lazy to copy a proper file from dom0 so I copied it by
> hand. It was meant to be a slash =)
>
> > [...]
> >
> > I'll check that, but most likely minimal template is too minimal
> > for nautilus to work ;) Check ~/.xsession-errors - maybe there will
> > be some more details.
> I'm sorry I did not mention that before (actually, a little out of
> scope for the previous mail), but nautilus work perfectly both when
> started from a terminal or when started with the "Run command in vm"
> menu entry in the VM manager.
>
> In "~/.xsession-errors" a couple lines appear for every command run
> from qubes-desktop-run, but they are not errors:
>
> executed (nowait) nautilus pid 850
> send exit code 0
>
> and there are no error lines connected to the execution (or attempted
> execution) of nautilus.
So this is probably about dbus activation not working - nautilus is one
> On 09/19/2015 11:20 AM, Marek Marczykowski-Górecki wrote:
> > On Sat, Sep 19, 2015 at 09:38:43AM +0200, Alex wrote:
> >> The error is: dbus.exceptions.DBusException:
> >> org.freedesktop.DBUS.Error.Spawn.ExecFailed: /bin.dbus-launch
> >
> > Really "." there, or just a typo here?
> My bad, I'm too lazy to copy a proper file from dom0 so I copied it by
> hand. It was meant to be a slash =)
>
> > [...]
> >
> > I'll check that, but most likely minimal template is too minimal
> > for nautilus to work ;) Check ~/.xsession-errors - maybe there will
> > be some more details.
> I'm sorry I did not mention that before (actually, a little out of
> scope for the previous mail), but nautilus work perfectly both when
> started from a terminal or when started with the "Run command in vm"
> menu entry in the VM manager.
>
> In "~/.xsession-errors" a couple lines appear for every command run
> from qubes-desktop-run, but they are not errors:
>
> executed (nowait) nautilus pid 850
> send exit code 0
>
> and there are no error lines connected to the execution (or attempted
> execution) of nautilus.
of few applications using that feature...
What happens when you start dbus-launch manually?
> > [...]
> >
> > XDG_DATA_DIRS defaults to /usr/share, so the directory is
> > /usr/share/icons.
> Thank you for the direction; as it turns out, in /usr/share/icons
> (subfolders) there are the icons for both firefox (firefox.png) and
> xterm-color (both xterm-color.png and xterm-color.svg), but not for
> every theme (xterm-color only in hicolor/, firefox in both hicolor/
> and HighContrast/), the icons cannot be found in the Adwaita/ theme
> folder. Does the qvm-sync-appmenu tool look in specific theme folders?
is about further improving icon selection algorithm.
- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
Version: GnuPG v1
iQEcBAEBCAAGBQJV/TWJAAoJENuP0xzK19cs2YQH/RDkx1wrVn3qPLlx4kMXAwzu
wKzuIR3PNwkvOVefshygRWir3Af0P9ML/dxaOw6ywe20Uab/FsP/kuRI04+CSOLi
h5a7c+yDvmCqCPL7vLABHq6RdMOeVhTkQVyuiTimCwEGLNXYGwO3SWi8ZEjPh3w/
FlXO0FyuBOgmIhH1yUbQVLma7vfm1rjRzEFL+leCuovQp3InMsoO/oHps8NBJOMF
NOIeGYoOgsSLZOkNqnO5gg9Q3xpLzOTG8D4lfhoTZ7XxJFYd2pIJeRtL70w0neVt
5FvRiFhEcSSXeGxM0OYvu4xInvHMc+zruPLZbC43iDwVOpoREz1wIucmfAhYmk8=
=x9Wm
-----END PGP SIGNATURE-----
Alex
Sep 19, 2015, 6:28:25 AM9/19/15
to qubes...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 09/19/2015 12:14 PM, Marek Marczykowski-Górecki wrote:
Hash: SHA256
> On Sat, Sep 19, 2015 at 12:09:41PM +0200, Alex wrote: [...] So this
> is probably about dbus activation not working - nautilus is one of
> few applications using that feature... What happens when you start
> dbus-launch manually?
>
I feel very dumb, and I owe you - /bin/dbus-launch did not exist in
> few applications using that feature... What happens when you start
> dbus-launch manually?
>
fedora-21-minimal, and I did not even check...
Anyway, adding package dbus-x11 solves the problem: the package
provides /bin/dbus-launch among other things, and I checked - nautilus
starts.
Hope that adding both packages gives a fully functional f21 minimal
template; still, it will be about time to update to a f23 minimal =)
Thank you again Marek
- --
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJV/TjDAAoJENNOJZnNP8uDYOEP/1GeYHGmJbaKPKxpPCPRFdct
9PcIUyqISckjfokkG5TM7PulNoxyNMGdc+YweQrPzJAcARfgiVNSszLen2/NCeTc
ZO10Y2XGz6BPU7+qJVh//UMBpGrTe6Hk70fRFKCZLV8Kr/QoRQT4T3FTkDkWn4if
ajM7wP5BMfAGgn6ZRAMDlPLsoDXbsC0bfmjOzXGhAM12nQjjV+wr++x9mfD7p3uE
gZiLuvWssKT0s/Nfuw3xr/i/THNSAOv2ELAHTr0njWCybsUHGb4PeTYBRoTvqGrp
m8K5S1a7UrUup0/EgQOzaLDgHEE42ndvsX/AmkZg5yQDew1w0lJ3q0f8zyxmyoou
WLzWw8dtHaZhzJNK6BZxcOZsvWRwsdLRiDjrL0EnjXnIR/avGKgKYudh3WvYNnfO
P4s+4tkqiHw5KdWfmj9ZTZEzlwUDZLexzFiCWBzuUFMAKBqY53DPyPotpLmvpEMB
0di6qQN6OtmV4HUwSbjpRzvk4NTE58QaVL+lvhUIQy9Od7+RCsvcaQGvMuLxfj3t
2UoR/zKKrYsips51wUuiLqV6rwKpa+4nEV7zxuexGRMpudVSatEB9l0maIdKZHZa
iIPrV/IYzOpXJNPAum9cSMKhm83MHvvkrrJVf6OqUXFXfp/j8isPoLZcO5jaA0hn
W9iCjs1jDN2T8EzVdKlH
=2Ih5
-----END PGP SIGNATURE-----
Reply all
Reply to author
Forward
0 new messages