regarding support for encrypted (LUKS) disks, yes what
you see is what is
in R14.0.x branch and currently in R14.1.0 branch too. I have a PR in
progress to add LUKS support on R14.1.0 (actually already working on my
local machine) but I have not yet completed that so it is not yet in the
master branch.
Right. I've written a bash scrpt as a stop-gap solution. The
bash script mounts and unlocks the
LUKS volume, at which point TDE asks for password for the drive and is then able to
decrypt the
drive and show it in Konqueror. Normally after enetring the password this would mean
creating
another tab in Konqueror and showing the contents of the drive, but at the moment I am
experiencing the error that I mentioned.
I am attaching a screenshot and an excerpt from .xsession-errors that logs activity around
the
time I connected the drive. Note that the error also happens for non-encrypted drives, but
doing
this with an encrpyted drive clearly shows the file copy window.
Also, is it possible that the problem is caused by my settings? I have recently fiddled
with
folder opening settings in a hope that I will fix one program that cannot correctly open a
folder. My first guess was that I messed up something from those settings so I restored a
huge
chunk of my ~/.trinity folder from a backup copy, but that didn't help. Any chances
that these
settings are somewhere outside of ~/.trinity?
Janek
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)lists.pearsoncomputing.net
Read list messages on the web archive:
http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting