Comment by AlexanderDzhoganov
Saturday Jan 10, 2015 at 23:46 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

Hey, you can easily add a KSP install from the command- line. Try:

ckan.exe ksp add default "<path to KSP>"
ckan.exe ksp default default

Comment by JamesFaraday
Sunday Jan 11, 2015 at 00:19 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

So the commands posted above need to be prefixed with 'mono', at least so far as Ubuntu is concerned. Other then that, they work fine. I still suggest some gui based way of locating a KSP install in a hidden folder. For now, mentioning this problem and solution on the forum/wiki would be good.

Comment by hakan42
Sunday Jan 11, 2015 at 00:31 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

Beg your pardon, but is the handling of hidden folders not part of the operating system?

The best we could do would be a hint in the wiki about how to configure some of the more widely used file browsers, but especially on Linux, you can never cover all of them...

Comment by JamesFaraday
Sunday Jan 11, 2015 at 14:26 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

The default file browser on Ubuntu does give you a way to see hidden folders. However, the file browser CKAN pops up to select the KSP install location does not use it. It seems as though it is using a mono specific one as the browser looks quite different.

Comment by amedee
Saturday Jan 17, 2015 at 10:59 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

This is NOT an issue in CKAN or in Linux, but an issue in .NET/Mono. However a workaround inside CKAN is possible. Google for "show hidden files in mono" turns up some interesting results, like this one:

mono's (2.10.1 and git) System.IO.Directory.EnumerateFiles() does show
hidden or read-only files; MS .NET does show all files.

The reason for this is that read-only/hidden files do not have the FileAttributes.Normal bit set,
which comes from the Win32 API (my emphasis):

FILE_ATTRIBUTE_NORMAL:
A file that does not have other attributes set.
This attribute is valid only when used alone."

So:
normal -> FileAttributes.Normal
ro -> FileAttributes.ReadOnly
hidden -> FileAttributes.Hidden
hidden/ro -> FileAttributes.Hidden | FileAttributes.ReadOnly

but:
directory/ro -> FileAttributes.Directory | FileAttributes.ReadOnly

(Which seems dumb: 'Normal' is the file type, like 'Directory' or 'Device'; 'ReadOnly', 'Hidden',
'System', 'Encrypted' are additional attributes. But that's beside the point.)

http://lists.ximian.com/pipermail/mono-list/2011-March/046708.html

I would suggest that development asks for further advice on StackOverflow and tags the question with Mono.

Our pre-1.0 releases of CKAN were able to locate steam installs under Linux just fine, so this represents two bugs:

1. A regression in our code such that we're no longer find steam installs under Linux.
2. An inability for users to navigate into . directories under Linux, even though these are commonplace and this functionality should be allowed.

Opening a new ticket for the first of these, making this the bug-tracking ticket or the second.

I had same problem - but because reinstall of linux system. Previously Steam used .local folder structure (and its still present). So CKAN still automatically detects KSP there. But new Steam install uses .steam folder for its structure and this cannot be selected and wont be automatically detected.

Dot folders aren't shown in the list, but you can still select them by typing the folder name:

That seems like reasonable behavior for "hidden" folders in a file browser.

And then there's the workaround of creating a folder shortcut somewhere to bypass the hidden folder.