On 02/23/2017 09:08 PM, dumbcyber wrote:
On Monday, 20 February 2017 17:11:09 UTC-5, steve.coleman  wrote:
On 02/19/2017 05:41 PM, dumbcyber wrote:
On Friday, 17 February 2017 19:43:45 UTC-5, Unman  wrote:
On Fri, Feb 17, 2017 at 02:26:18AM -0800, dumbcyber wrote:
I've installed Cryptomator in my Fedora-24 template vm and tested it - works 
fine. The install also installed some dependencies.



I installed Cryptomator, just being curious on how it works.

Just my 2 cents, the instructions say to use the official java JRE, not
the more commonly installed OpenJVM version, and I can confirm that it
does run with Java(tm) and does not run with /usr/bin/java, so if I were
a betting man I would say to run it using the full path for the proper
location of your official jvm installation. You may have to edit your
*.desktop file to enforce this path to the proper java binary. Test it
from the Dom0 command line with the -p option as below.

This works for me:

InternetVM> /opt/bin/java -jar /path/to/Cryptomator-1.2.4.jar

dom0> qvm-run InternetVM -p "/opt/bin/java -jar
/home/user/Cryptomator/Cryptomator-1.2.4.jar"


Hope that helps

Steve

Thanks Steve.

I only have Java installed in /usr/bin/java and Cryptomator starts fine from 
the menu in the templatevm. I can also start it fine from the command line in 
the appvm. The issue is the appvm menu shortcut does not work.


Ok, here is my latest, more complete test. Before I was only playing with it in a DispVM.

dom0> find . -iname \*Cryptomator\*.desktop -exec grep -Hi Exec= \;

./.local/share/applications/Internet-Cryptomator.desktop:Exec=qvm-run -q --tray -a Internet -- 'qubes-desktop-run /usr/share/applications/Cryptomator.desktop'

# Now, add the "-p" option to the above qvm-run statement on the dom0 command line:

dom0> qvm-run -p -q --tray -a Internet -- 'qubes-desktop-run /usr/share/applications/Cryptomator.desktop'

Traceback (most recent call last):
  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 8, in launch
    launcher = Gio.DesktopAppInfo.new_from_filename(desktop)
TypeError: constructor returned NULL


Do you get the same error here?

# lets see what was running on the VM side:

dom0> qvm-run -p -a Internet 'grep Exec /usr/share/applications/Cryptomator.desktop'

Exec=/opt/Cryptomator/Cryptomator

This is wrong! it should be the full path to the java binary, -jar, and then the full jarfile path. Instead the desktop file in the VM was changed/mundged/hacked to try and execute the "directory" named /opt/Cryptomator/Cryptomator where the app stored its keys!! I can't even put a script there by that name because its a directory that was originally created by the Cryptomator application itself.


Solution? I might find a way to move its key srorage. But, its easier creating a script /opt/bin/Cryptomator and pointing my template *.desktop Exec to that script. We will see how that works.

Bingo!

fedora-24$ grep Exec= /usr/share/applications/Cryptomator.desktop
Exec=/opt/bin/Cryptomator

Internet$ cat /opt/bin/Cryptomator
#!/bin/bash
/opt/bin/java -jar /opt/Cryptomator/Cryptomator-1.2.4.jar


Works from both dom0 command line and from the menu now!

Hope that helps.


Steve.


--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/f61718dc-e529-ce3f-89ef-ce4e276f9b97%40jhuapl.edu.
For more options, visit https://groups.google.com/d/optout.

Reply via email to