[PATCH 1/1] Use ~/.subsurface as default directory on Linux

Dirk Hohndel dirk at hohndel.org
Tue Oct 13 10:10:08 PDT 2015


On Tue, Oct 13, 2015 at 08:06:42PM +0300, Miika Turkia wrote:
> 
> Let's see. My configuration is quit old, as yours should be. I have
> not tried to clear anything. But I would think that someone else
> should run into this when upgrading.
> 
> I have configured Subsurface to use local file as default, with path:
> /home/mturkia/subsurface/Miika.xml
> 
> On terminal I get the following messages (not sure if my Marble is up-to-date):
> ---8<---
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/initrd.img-3.19.0-30-generic"
> Reason: "'/boot/initrd.img-3.19.0-30-generic' is not an ELF object"
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/initrd.img-3.19.0-28-generic"
> Reason: "'/boot/initrd.img-3.19.0-28-generic' is not an ELF object"
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/vmlinuz-3.19.0-30-generic"
> Reason: "Permission denied"
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/boot/vmlinuz-3.19.0-28-generic"
> Reason: "Permission denied"

I thought I fixed that in Subsurface-branch of Marble. If you still get
those with the latest Marble, then that is also something we desperately
need to fix before the release.

> qt.network.ssl: QSslSocket: cannot resolve SSLv2_client_method
> qt.network.ssl: QSslSocket: cannot resolve SSLv2_server_method

Yeah, weird, I get those from time to time.

> cannot open "/home/mturkia/.subsurface/hashes"
> ---8<---
> 
> The last line is the only one related to the change to .subsurface
> directory. Apparently .subsurface is not created even though it is
> used for something. This just makes me wonder what else might have to
> be taken into account when changing the name of default directory. Or
> is it even wise to switch for old users that already have everything
> under the old dir.

The plot thickens - I was able to recreate this once... but I have a
.subsurface directory so I guess then the hashes were written. I'll take a
look if maybe the image hashing ends up failing silently if the directory
isn't there or something?

Thanks for helping to track this down.

/D


More information about the subsurface mailing list