politas

CKAN (The Comprehensive Kerbal Archive Network); v1.25.4 - Kennedy

Recommended Posts

1 minute ago, HebaruSan said:

Default behavior of .NET 4.5

And no autonegotiation? Yuck. Thanks, M$.

Share this post


Link to post
Share on other sites
1 minute ago, steve_v said:

And no autonegotiation? Yuck. Thanks, M$.

No, there is, TLS 1.2 is just turned off in .NET 4.5 unless you explicitly enable it.

  • Like 1

Share this post


Link to post
Share on other sites

But:

2 minutes ago, HebaruSan said:

You're WebClient, you figure it out!!

It makes no sense for 1.2 to be disabled by default if you can autonegiotiate what the server supports...

#122 added to list: "why not using .NET, ever".

Edited by steve_v

Share this post


Link to post
Share on other sites
3 minutes ago, steve_v said:

But:

It makes no sense for 1.2 to be disabled by default if you can autonegiotiate what the server supports...

Autonegotiation is one thing, your client's pool of acceptable negotiation outcomes is another. If your default pool of acceptable protocols is { Ssl3, Tls1 } (as .NET 4.5's is), then a server that only allows Tls12 will fail your negotiations.

Edited by HebaruSan
  • Like 1

Share this post


Link to post
Share on other sites
1 minute ago, HebaruSan said:

If your default pool of acceptable protocols is { Ssl3, Tls1 } (as .NET 4.5's is), then a server that only allows Tls12 will fail your negotiations.

Indeed. But .NET 4.5.x does support TLS 1.2, it's just not enabled. It's the "not enabled by default" bit that is stupid.

Share this post


Link to post
Share on other sites
1 minute ago, steve_v said:

It's the "not enabled by default" bit that is stupid.

Oh, very strongly agreed. :)

For what it's worth, they did fix it in .NET 4.6.

16 minutes ago, steve_v said:

#122 added to list: "why not using .NET, ever".

Is "32-bit only WinForms on OSX, OSX about to drop support for 32-bit" on that list yet? :wink:

Edited by HebaruSan
  • Like 2

Share this post


Link to post
Share on other sites
55 minutes ago, HebaruSan said:

Is "32-bit only WinForms on OSX, OSX about to drop support for 32-bit" on that list yet? :wink:

Yes, as is WinForms in general.

Share this post


Link to post
Share on other sites

@HebaruSanIs the build you posted to the github issue (ckan-tls12.zip) the current solution? Not working here:

Spoiler

3311 [1] ERROR CKAN.AutoUpdate (null) - WebException while accessing https://api.github.com/repos/KSP-CKAN/CKAN/releases/latest: System.Net.WebException: Error: SecureChannelFailure (The authentication or decryption has failed.) ---> System.IO.IOException: The authentication or decryption has failed. ---> System.IO.IOException: The authentication or decryption has failed. ---> Mono.Security.Protocol.Tls.TlsException: The authentication or decryption has failed.
  at Mono.Security.Protocol.Tls.RecordProtocol.EndReceiveRecord (IAsyncResult asyncResult) <0x42039130 + 0x00113> in <filename unknown>:0 
  at Mono.Security.Protocol.Tls.SslClientStream.SafeEndReceiveRecord (IAsyncResult ar, Boolean ignoreEmpty) <0x42039070 + 0x0002b> in <filename unknown>:0 
  at Mono.Security.Protocol.Tls.SslClientStream.NegotiateAsyncWorker (IAsyncResult result) <0x420354c0 + 0x00227> in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at Mono.Security.Protocol.Tls.SslClientStream.EndNegotiateHandshake (IAsyncResult result) <0x42039dd0 + 0x000cf> in <filename unknown>:0 
  at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) <0x42039b80 + 0x0008a> in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at Mono.Security.Protocol.Tls.SslStreamBase.EndRead (IAsyncResult asyncResult) <0x42032cf0 + 0x00177> in <filename unknown>:0 
  at Mono.Net.Security.Private.LegacySslStream.EndAuthenticateAsClient (IAsyncResult asyncResult) <0x42032ad0 + 0x0003e> in <filename unknown>:0 
  at Mono.Net.Security.Private.LegacySslStream.AuthenticateAsClient (System.String targetHost, System.Security.Cryptography.X509Certificates.X509CertificateCollection clientCertificates, SslProtocols enabledSslProtocols, Boolean checkCertificateRevocation) <0x4202b9d0 + 0x00055> in <filename unknown>:0 
  at Mono.Net.Security.MonoTlsStream.CreateStream (System.Byte[] buffer) <0x4202b000 + 0x00146> in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at System.Net.WebClient.DownloadDataInternal (System.Uri address, System.Net.WebRequest& request) <0x420184a0 + 0x00347> in <filename unknown>:0 
  at System.Net.WebClient.DownloadString (System.Uri address) <0x42018260 + 0x0004f> in <filename unknown>:0 
  at (wrapper remoting-invoke-with-check) System.Net.WebClient:DownloadString (System.Uri)
  at CKAN.AutoUpdate.MakeRequest (System.Uri url) <0x42015ab0 + 0x0007f> in <filename unknown>:0 
3324 [1] ERROR CKAN.ErrorDialog (null) - Error in auto-update:
        Error: SecureChannelFailure (The authentication or decryption has failed.)

 

 

Share this post


Link to post
Share on other sites
1 hour ago, steve_v said:

@HebaruSanIs the build you posted to the github issue (ckan-tls12.zip) the current solution? Not working here:

  Reveal hidden contents


3311 [1] ERROR CKAN.AutoUpdate (null) - WebException while accessing https://api.github.com/repos/KSP-CKAN/CKAN/releases/latest: System.Net.WebException: Error: SecureChannelFailure (The authentication or decryption has failed.) ---> System.IO.IOException: The authentication or decryption has failed. ---> System.IO.IOException: The authentication or decryption has failed. ---> Mono.Security.Protocol.Tls.TlsException: The authentication or decryption has failed.
  at Mono.Security.Protocol.Tls.RecordProtocol.EndReceiveRecord (IAsyncResult asyncResult) <0x42039130 + 0x00113> in <filename unknown>:0 
  at Mono.Security.Protocol.Tls.SslClientStream.SafeEndReceiveRecord (IAsyncResult ar, Boolean ignoreEmpty) <0x42039070 + 0x0002b> in <filename unknown>:0 
  at Mono.Security.Protocol.Tls.SslClientStream.NegotiateAsyncWorker (IAsyncResult result) <0x420354c0 + 0x00227> in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at Mono.Security.Protocol.Tls.SslClientStream.EndNegotiateHandshake (IAsyncResult result) <0x42039dd0 + 0x000cf> in <filename unknown>:0 
  at Mono.Security.Protocol.Tls.SslStreamBase.AsyncHandshakeCallback (IAsyncResult asyncResult) <0x42039b80 + 0x0008a> in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at Mono.Security.Protocol.Tls.SslStreamBase.EndRead (IAsyncResult asyncResult) <0x42032cf0 + 0x00177> in <filename unknown>:0 
  at Mono.Net.Security.Private.LegacySslStream.EndAuthenticateAsClient (IAsyncResult asyncResult) <0x42032ad0 + 0x0003e> in <filename unknown>:0 
  at Mono.Net.Security.Private.LegacySslStream.AuthenticateAsClient (System.String targetHost, System.Security.Cryptography.X509Certificates.X509CertificateCollection clientCertificates, SslProtocols enabledSslProtocols, Boolean checkCertificateRevocation) <0x4202b9d0 + 0x00055> in <filename unknown>:0 
  at Mono.Net.Security.MonoTlsStream.CreateStream (System.Byte[] buffer) <0x4202b000 + 0x00146> in <filename unknown>:0 
  --- End of inner exception stack trace ---
  at System.Net.WebClient.DownloadDataInternal (System.Uri address, System.Net.WebRequest& request) <0x420184a0 + 0x00347> in <filename unknown>:0 
  at System.Net.WebClient.DownloadString (System.Uri address) <0x42018260 + 0x0004f> in <filename unknown>:0 
  at (wrapper remoting-invoke-with-check) System.Net.WebClient:DownloadString (System.Uri)
  at CKAN.AutoUpdate.MakeRequest (System.Uri url) <0x42015ab0 + 0x0007f> in <filename unknown>:0 
3324 [1] ERROR CKAN.ErrorDialog (null) - Error in auto-update:
        Error: SecureChannelFailure (The authentication or decryption has failed.)

 

 

Try running 'ckan update' from command prompt as recommended by HebaruSan from the Github issue thread https://github.com/KSP-CKAN/CKAN/issues/2293

Share this post


Link to post
Share on other sites

I'm trying to run the latest release of Ckan Guiana) on a fresh install of KSP but I'm getting this error on launch...  "Error in autoupdate:     The request was aborted: Could not create SSL/TLS secure channel."

Edited by Vichard

Share this post


Link to post
Share on other sites

Ok, it  looks like this TLS issue is pushing us to do a couple of things we'd rather not do:

 

  • Drop testing under Mono versions prior to 5.0. - Sorry Debian users, you may have to switch to the Mono Project for an updated Mono runtime.
  • Push our current Pre-release 2 branch to a release now - My pet project will have to wait for another release, but otherwise, I believe our working branch is looking pretty stable so we should be good.
  • Like 1

Share this post


Link to post
Share on other sites
9 minutes ago, Terra1 said:

T6x1Icm.png

Uhhhhhh

Read above. GitHub broke CKAN. New release coming out imminently!

  • Like 4

Share this post


Link to post
Share on other sites

Will ckan be able to auto update itself once this is resolved? Or is the tls issue affecting the auto updater too? (only asking so I know whether I need to keep watching, or if it will just tell me when it's ready)

Edit: never mind. I should read the release notes first

Edited by severedsolo

Share this post


Link to post
Share on other sites

CKAN release 1.24.0 "Bruce" has been released!

68747470733a2f2f75706c6f61642e77696b696d


Changes since 1.22.6

Spoiler

Features

  • [Core] Add spec/schema to implement mod tags (#2034 by: smattiso; reviewed: ayan4m1, dbent, politas)
  • [Spec] Add CC-BY-ND licence options (#2160 by: MoreRobustThanYou; reviewed: Olympic1, politas)
  • [GUI] Change icon on filter button to something filter-y (#2156 by: politas; reviewed: HebaruSan)
  • [Core] Add include_only fields (#1577, #2170 by: Zane6888, Olympic1; reviewed: politas)
  • [ConsoleUI] Create text UI inspired by Turbo Vision (#2177 by: HebaruSan; reviewed: dbent, Maxzhao, pjf, ProfFan, politas)
  • [Build] Create and release CKAN.app for Mac OS X (#2225 by: HebaruSan; reviewed: politas)
  • [Build] Debian package build system (#2187 by: HebaruSan; reviewed: politas)
  • [Core] Prompt to reinstall on change to include_only (No PR by: HebaruSan; reviewed: politas)
  • [GUI] Remember splitter positions and whether the window was maximized (#2234 by: politas; reviewed: HebaruSan)
  • [GUI] Add right-click context menu (#2202 by: Olympic1; reviewed: HebaruSan, politas)
  • [Multiple] Save timestamped .ckan files after we save the registry (#2239 by: HebaruSan; reviewed: politas)
  • [GUI] Add status and progress bar at the bottom of the window (#2245 by: HebaruSan; reviewed: Olympic1)
  • [GUI] Add import downloads menu item to GUI (#2246 by: HebaruSan; reviewed: politas)
  • [Core] Accept header and infrastructure for auth tokens (#2263 by: HebaruSan; reviewed: dbent)
  • [CLI] Add Cmdline import command (#2264 by: HebaruSan; reviewed: politas)
  • [Multiple] User interfaces for auth tokens (#2266 by: HebaruSan; reviewed: politas)
  • [CLI] Add a read-execute-print-loop prompt for Cmdline (#2273 by: HebaruSan; reviewed: politas)
  • [Core] Fallback to archive.org URLs for failed downloads of FOSS packages (#2284 by: HebaruSan; reviewed: techman83, politas)
  • [CLI] Show abstracts in available command (#2286 by: HebaruSan; reviewed: politas)

Bugfixes

  • [Build] Add skip_deploy to GitHub release deploy provider (#2151 by: dbent; reviewed: politas)
  • [Build] Fix build errors for UpdateCol (#2153 by: politas; reviewed: Olympic1)
  • [Auto-updater] Move AskForAutoUpdates dialog to center of screen (#2165 by: politas; reviewed: Olympic1)
  • [Core] Clean up registry lock file after parse failure (#2175 by: HebaruSan; reviewed: politas)
  • [Core] Purge 6 MB of bloat from registry.json (#2179 by: HebaruSan; reviewed: politas)
  • [Build] Only check first three segments of version in ci (#2192, #2195 by: HebaruSan; reviewed: techman83, Olympic1)
  • [GUI] Initialize checkboxes to desired value at creation (#2184 by: HebaruSan; reviewed: mwerle, politas)
  • [GUI] Avoid crash with unavailable installed mod, improve error messages (#2188 by: HebaruSan; reviewed: politas)
  • [CLI] Fix cmdline help text problems (#2197 by: HebaruSan; reviewed: politas)
  • [CLI] Dispose registry managers before exit to prevent exceptions (#2203 by: HebaruSan; reviewed: politas)
  • [GUI/CLI] Avoid NRE in install-from-ckan (#2205 by: HebaruSan; reviewed: politas)
  • [GUI] Avoid NRE in TooManyModsProvide (#2209 by: HebaruSan; reviewed: politas)
  • [Core] Install version from file when installing from file (#2211 by: HebaruSan; reviewed: politas, techman83)
  • [GUI] Show mods with incompatible dependencies (#2216 by: HebaruSan; reviewed: politas)
  • [GUI] Fix missing entries in dependency graphs (#2226 by: HebaruSan; reviewed: politas)
  • [Multiple] Add depending mod to missing dependency exception (#2215 by: HebaruSan; reviewed: politas)
  • [CLI] Check game version compatibility when installing specific version (#2228 by: HebaruSan; reviewed: techman83, politas)
  • [CLI] Make Cmdline modules case insensitive (#2223 by: HebaruSan; reviewed: politas)
  • [Build] Provide fresh auto updater in releases (#2212 by: HebaruSan; reviewed: politas)
  • [CLI] Don't try to remove autodetected DLLs (#2232 by: HebaruSan; reviewed: politas)
  • [Core] Use shared installer code in GUI (#2233 by: HebaruSan; reviewed: Olympic1)
  • [Multiple] Include invalid instances in KSPManager (#2230 by: HebaruSan; reviewed: politas)
  • [Build] Check version of PowerShell in build script (#2235 by: HebaruSan; reviewed: Olympic1)
  • [Multiple] Add and change logging to make INFO readable (#2236 by: HebaruSan; reviewed: politas)
  • [Multiple] Use shared installer code in GUI and fix reinstall problems (#2233 by: HebaruSan; reviewed: Olympic1, politas)
  • [Multiple] Don't clear available modules till after the new list is ready (#2238 by: HebaruSan; reviewed: politas)
  • [GUI] Check provides for optional dependencies in GUI (#2240 by: HebaruSan; reviewed: politas)
  • [GUI] Update registry at start of GUI if available_modules is empty (#2241 by: HebaruSan; reviewed: politas)
  • [GUI] Allow uninstallation of mods while Incompatible filter is selected (#2242 by: HebaruSan; reviewed: politas)
  • [Core] Validate downloaded files against metadata before adding to cache (#2243 by: HebaruSan; reviewed: politas)
  • [Core] Fix missing filename in install -c log message (No PR, by: HebaruSan)
  • [GUI] Leave out children already shown in ancestor node (#2258 by: HebaruSan; reviewed: politas)
  • [GUI] Resolve provides for install-from-ckan-file (#2259 by: HebaruSan; reviewed: politas)
  • [Build] Use arch=32 for OSX (#2270 by: HebaruSan; reviewed: techman83)
  • [Multiple] Retry of failed downloads (#2277 by: HebaruSan; reviewed: politas)
  • [CLI] Print fewer download updates in headless mode (#2256 by: HebaruSan; reviewed: politas)
  • [Core] Point to wiki page about certs on cert errors (#2279 by: HebaruSan; reviewed: politas)
  • [Multiple] Handle invalid installs better (#2283 by: HebaruSan; reviewed: politas)
  • [Core] Capture error details from SharpZipLib for invalid ZIPs (#2287 by: HebaruSan; reviewed: politas)
  • [Netkan] Check zip validity in netkan (#2288 by: HebaruSan; reviewed: politas)
  • [Core] Replace colons with hyphens in archive URLs (#2290 by: HebaruSan; reviewed: techman83)
  • [Core] Force-allow TLS 1.2 on .NET 4.5 (#2297 by: HebaruSan; reviewed: politas)

Internal

  • [Build] Build Update (#2158 by: dbent; reviewed: Olympic1, politas)
  • [Build] Establish a .gitattributes file (#2169 by: Olympic1; reviewed: politas)
  • [Build] Remove unnecessary using directives (#2181 by: HebaruSan; reviewed: politas)
  • [Build] Cleanup project (#2182 by: Olympic1; reviewed: HebaruSan, politas, dbent)
  • [Core] Simplify IUser (#2163 by: HebaruSan; reviewed: politas)
  • [NetKAN] Adapt Curse API to new widget (#2189 by: HebaruSan; reviewed: Olympic1)
  • [Reporting] Improvement of issues template to help with bug reporting (#2201 by: HebaruSan; reviewed: Olympic1)

 

 

Notes

  • The auto-update function in previous releases will fail trying to upgrade to this version. You will need to download it manually and replace your previous copy.
  • You don't need to download AutoUpdate.exe. This is used internally by CKAN when a new version is released.
  • Windows users must have .NET 4.5 installed. SImply download the ckan.exe file and either store it in your game directory or somewhere in your filesystem that you have non-admin write access. Never run the CKAN client as Administrator!
  • libcurl is no longer used by CKAN for Linux or Mac. If you experience problems downloading, please contact us
  • Mac/Linux/Mono users: please use the new cert-sync tool, to update mono's certificate store.
  • Mac Users: You should only need to download and install the CKAN.dmg
  • The .deb file is for automated installation on Debian-based Linux distributions - Use dpkg-install/apt-get/apt to install the .deb file and you will then be able to run CKAN with just ckan instead of mono ckan.exe. All required libraries should be pulled in as dependencies.
  • This release of the CKAN has not been tested on Mono releases prior to 5.0.1. We highly recommend upgrading to the latest stable release of Mono from mono-project.com You will need the equivalent of the mono-complete package for your OS.

Release image public domain, courtesy NASA

Some fabulous new changes in this release:

  • A new consoleui command thanks to @HebaruSan, which is a thing of beauty:
    image
  • We now have a Right-Click menu on the modlist, which doesn't do much yet, but we'll be adding to it.
  • You can now import files you downloaded outside of CKAN into the CKAN cache
  • Failed downloads now give you an option to retry, and the download information you get before confirming also tells you which host the download is being sourced from.
  • We are now testing zip file validity when we process new mod versions, so badly formatted zip files will not make it into your CKAN list.
  • There is a new "History" folder under the CKAN folder, which stores a time-stamped modset after each action, so you can roll-back to previous working sets easily.
  • The client will now attempt to download FOSS mods from the Internet Archive if the primary download location fails (great for when Spacedock goes down)
  • Our longstanding issue of mods not appearing in any filter if they are "compatible", but have "incompatible" dependencies has been fixed, such mods are now correctly labelled as "incompatible" and will appear in that filter.
  • For simplification of CLI usage, we now have a prompt command that runs a Read-Execute-Print-Loop so you don't have to add all the same options every single time
  • We now check downloaded files against our stored checksum hash before adding to the cache, so a corrupted download will not be stored.
  • We've changed the way we handle downloads from GitHub to be compliant with their rules for downloads, which should help to avoid 403 Forbidden errors. You can now add your own Authentication token for sites that implement such a scheme (currently only GitHub)
  • Loads of other changes, mostly thanks to @HebaruSan, to whom I am extremely grateful

As always, many thanks to the rest of the CKAN team, especially @techman83 who keeps all the infrastructure running, @pjf who may be quiet, but is still working in the background to keep the lights on, and the CKAN Wranglers for tireless efforts to keep out metadata up to date.

As an aside, any YouTubers out there that have done videos on CKAN in the past - I would hugely appreciate if you could do a revisit to check all the recent changes.

Edited by politas
  • Like 8

Share this post


Link to post
Share on other sites
4 minutes ago, politas said:
  • You can now import files you downloaded outside of CKAN into the CKAN cache
  • Failed downloads now give you an option to retry, and the download information you get before confirming also tells you which host the download is being sourced from.
  • There is a new "History" folder under the CKAN folder, which stores a time-stamped modset after each action, so you can roll-back to previous working sets easily.

Unexpected bonuses!

  • Like 1

Share this post


Link to post
Share on other sites

@politas and @HebaruSan (and everyone else working on CKAN), I know there are a lot of very relieved and grateful people out there. A website and service not in your control made a mod-breaking change, and in approximately 1 day you had not only addressed the problem, but released new features as well. Thank you and well done!

Edited by eightiesboi
Removed "without warning", to avoid disparging GitHub :)
  • Like 2

Share this post


Link to post
Share on other sites
6 minutes ago, eightiesboi said:

@politas and @HebaruSan (and everyone else working on CKAN), I know there are a lot of very relieved and grateful people out there. A website and service not in your control made a mod-breaking change without warning, and in approximately 1 day you had not only addressed the problem, but released new features as well. Thank you and well done!

To be fair...  Github announced this change back in July, I think, and they even did a one hour "brown out" earlier this month where they turned off TLS 1.1 to try to get the attention of people who hadn't already read the appropriate notices.

As a publisher of information, it's very difficult to make sure you reach all the people who need to have the information, and as a consumer of information, it's very hard to stay on top of everything when there's so much out there.  It's nobody's fault.  Everyone is trying to do their best.

And, yes, a superb job was done by everyone for diagnosing and fixing CKAN in less than a day. 

  • Like 2

Share this post


Link to post
Share on other sites
1 minute ago, AG5BPilot said:

To be fair...  Github announced this change back in July, I think, and they even did a one hour "brown out" earlier this month where they turned off TLS 1.1 to try to get the attention of people who hadn't already read the appropriate notices.

The very first announcement was about a year ago, but either no one on CKAN at the time saw it, or no one on CKAN realized the impact it would have.

1 minute ago, AG5BPilot said:

As a publisher of information, it's very difficult to make sure you reach all the people who need to have the information, and as a consumer of information, it's very hard to stay on top of everything when there's so much out there.  It's nobody's fault.  Everyone is trying to do their best.

Well, .NET could "just work." I would apportion a small amount of blame there.

1 minute ago, AG5BPilot said:

And, yes, a superb job was done by everyone for diagnosing and fixing CKAN in less than a day. 

Credit for that goes to @TruePikachu, who pointed out the GitHub announcements and suggested the code fix. I had no idea what I was looking at up till then, and frankly little hope of guessing it.

  • Like 3

Share this post


Link to post
Share on other sites
37 minutes ago, AG5BPilot said:

To be fair...  Github announced this change back in July, I think, and they even did a one hour "brown out" earlier this month where they turned off TLS 1.1 to try to get the attention of people who hadn't already read the appropriate notices.

As a publisher of information, it's very difficult to make sure you reach all the people who need to have the information, and as a consumer of information, it's very hard to stay on top of everything when there's so much out there.  It's nobody's fault.  Everyone is trying to do their best.

And, yes, a superb job was done by everyone for diagnosing and fixing CKAN in less than a day. 

Sorry--I wasn't trying to blame anyone, just indicating my appreciation to the CKAN devs because I recognize the work they do that I (and many others) get to enjoy for free (or relatively little cost). I edited my post to clarify. Thanks for the heads-up.

  • Like 1

Share this post


Link to post
Share on other sites
21 hours ago, MikeO89 said:

Been using ckan for awhile. Today I tried to start it and got this.

 

Error in autoupdate. The request was aborted: Could not create SSL/TLS secure channel.

same. I opened ckan just fine earlier too. Then this happens suddenly.

On 2/15/2018 at 7:57 PM, Loren Pechtel said:

I've seen that sort of behavior when the update couldn't be loaded--doesn't match your KSP version or a dependency doesn't match.  Note that by default CKAN is sensitive to even the smallest of version changes, even when the mods are still compatible.  In the menus there's an option for what KSP versions to accept as compatible.

Ive usually noticed this when conflicts arise between mods. (eve configs+sve as example) unhighlight the mod and look for any mod in RED. It will tell you whats conflicting. Even if its a false flag(havnt seen too many tbh)

Share this post


Link to post
Share on other sites

First off, thank you for making the most essential KSP tool.

Just got the latest version, made sure .NET was updated for Windows (I'm on 4.7). Still having a failure.

NEVERMIND: Had to run "ckan update" on the command line

Edited by FleshJeb
  • Like 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now