Jump to content

The Comprehensive Kerbal Archive Network (CKAN) Package Manager; v1.18.0 [19 June 2016]


pjf

Recommended Posts

It turns out that since I had eve it was incompatible with default config that i had. I deleted my manually downloaded eve and downloaded the mod. Also, it just said "error" nothing else. You can see it in the bottom of the pics.

New bug: If CKAN detects you're trying to get a mod incompatible with one you have downloaded (WITH CKAN, doesnt have problems like this with downloading manually) then it highlights it red, but also won't let you get the one that used to be highlighted red. ever. even if you removed the incompatible mod.

Link to comment
Share on other sites

It turns out that since I had eve it was incompatible with default config that i had. I deleted my manually downloaded eve and downloaded the mod. Also, it just said "error" nothing else. You can see it in the bottom of the pics.

New bug: If CKAN detects you're trying to get a mod incompatible with one you have downloaded (WITH CKAN, doesnt have problems like this with downloading manually) then it highlights it red, but also won't let you get the one that used to be highlighted red. ever. even if you removed the incompatible mod.

It is never recommended to mix manually installed and CKAN installed mods, it leads to all sorts of weird errors like the one you experienced here.

Once again I must ask for more information. What mods where you trying to install when you got a conflict highlighted and what did you remove to be able to install it afterwards? Some of the visual enhancement mods are crossreferenced in rather interesting ways which might lead to situations like these.

Link to comment
Share on other sites

v1.6.22 aka Hydrocarbon Sea released

Changes since v1.6.21:

  • [internal/Bugfix] Fixed an edge case where version numbers would compare incorrectly. (RichardLake)
  • [Commandline/Bugfix] Removed the 'gui-with-console' option, which never actually worked. (RichardLake)
  • [GUI/Bugfix] Workaround graphical errors with older mono versions. (RichardLake)
  • [build/Compat] Windows users will get an encouragement to upgrade their .NET platform if an incompatible version is detected. (pjf)

Initial tests show this also fixes the "key not present" error that's been reported, at least for some users.

Link to comment
Share on other sites

Hey there. I tried searching for this error, but found zilch. Whenever I click on a mod to mark it for installation in the gui (1.6.22), it gives the following error message:

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.TypeLoadException: Could not load type 'System.Runtime.CompilerServices.IAsyncStateMachine' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
at CKAN.Main.ModList_CellValueChanged(Object sender, DataGridViewCellEventArgs e)
at System.Windows.Forms.DataGridViewCell.SetValue(Int32 rowIndex, Object value)
at System.Windows.Forms.DataGridView.PushFormattedValue(DataGridViewCell& dataGridViewCurrentCell, Object formattedValue, Exception& exception)
at System.Windows.Forms.DataGridView.CommitEdit(DataGridViewCell& dataGridViewCurrentCell, DataGridViewDataErrorContexts context, DataGridViewValidateCellInternal validateCell, Boolean fireCellLeave, Boolean fireCellEnter, Boolean fireRowLeave, Boolean fireRowEnter, Boolean fireLeave)
at System.Windows.Forms.DataGridView.CommitEdit(DataGridViewDataErrorContexts context)
at System.Windows.Forms.DataGridView.NotifyCurrentCellDirty(Boolean dirty)
at System.Windows.Forms.DataGridViewCheckBoxCell.OnCommonContentClick(DataGridViewCellEventArgs e)
at System.Windows.Forms.DataGridView.OnCellContentClick(DataGridViewCellEventArgs e)
at System.Windows.Forms.DataGridViewCell.OnMouseUpInternal(DataGridViewCellMouseEventArgs e)
at System.Windows.Forms.DataGridView.OnCellMouseUp(DataGridViewCellMouseEventArgs e)
at System.Windows.Forms.DataGridView.OnMouseUp(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.DataGridView.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
ckan
Assembly Version: 0.0.0.0
Win32 Version: 0.0.0.0
CodeBase: file:///D:/Games/ckan.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
cvqvmonz
Assembly Version: 0.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Microsoft.CSharp
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll
----------------------------------------
System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Dynamic
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
Assembly Version: 0.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
System.Transactions
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.Runtime.Serialization
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------
System.Xml.Linq
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml.Linq/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.Linq.dll
----------------------------------------
System.Data
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.EnterpriseServices
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Edited by Rodyle
Link to comment
Share on other sites

Hey there. I tried searching for this error, but found zilch. Whenever I click on a mod to mark it for installation in the gui (1.6.22), it gives the following error message:

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.TypeLoadException: Could not load type 'System.Runtime.CompilerServices.IAsyncStateMachine' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
at CKAN.Main.ModList_CellValueChanged(Object sender, DataGridViewCellEventArgs e)
at System.Windows.Forms.DataGridViewCell.SetValue(Int32 rowIndex, Object value)
at System.Windows.Forms.DataGridView.PushFormattedValue(DataGridViewCell& dataGridViewCurrentCell, Object formattedValue, Exception& exception)
at System.Windows.Forms.DataGridView.CommitEdit(DataGridViewCell& dataGridViewCurrentCell, DataGridViewDataErrorContexts context, DataGridViewValidateCellInternal validateCell, Boolean fireCellLeave, Boolean fireCellEnter, Boolean fireRowLeave, Boolean fireRowEnter, Boolean fireLeave)
at System.Windows.Forms.DataGridView.CommitEdit(DataGridViewDataErrorContexts context)
at System.Windows.Forms.DataGridView.NotifyCurrentCellDirty(Boolean dirty)
at System.Windows.Forms.DataGridViewCheckBoxCell.OnCommonContentClick(DataGridViewCellEventArgs e)
at System.Windows.Forms.DataGridView.OnCellContentClick(DataGridViewCellEventArgs e)
at System.Windows.Forms.DataGridViewCell.OnMouseUpInternal(DataGridViewCellMouseEventArgs e)
at System.Windows.Forms.DataGridView.OnCellMouseUp(DataGridViewCellMouseEventArgs e)
at System.Windows.Forms.DataGridView.OnMouseUp(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.DataGridView.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
ckan
Assembly Version: 0.0.0.0
Win32 Version: 0.0.0.0
CodeBase: file:///D:/Games/ckan.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
cvqvmonz
Assembly Version: 0.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Microsoft.CSharp
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll
----------------------------------------
System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Dynamic
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
Assembly Version: 0.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
System.Transactions
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.Runtime.Serialization
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------
System.Xml.Linq
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml.Linq/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.Linq.dll
----------------------------------------
System.Data
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.EnterpriseServices
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

I _think_ you might need to update your .NET installation to 4.5.

Link to comment
Share on other sites

Listing mods is a major missing feature then. Important given how it lags behind new releases by a day or two. Found the best work around was to export the mod list. Then edit the meta data file to make it a user friendly list.
How can I save my ckan mod list with the GUI in such a way that I can A) post it to a forum thread, or B) be able to wipe my GAMEDATA folder and have CKAN reload all the mods for me?

option B is also useful for porting my KSP setup to another computer as I can just copy that ckan list to the new machine and it will see an empty gamedata folder and fill it up according to my saved mod list.

If these are already possible, how do I do it. and if not possible could it be added?

Rejoice! For this is already done! You should find a CKAN/installed-default.ckan file under your KSP directory. This contains everything you've currently got installed. If you're using a recent CKAN release, you can also use `File -> Export Installed Mods...` from the GUI, allowing you to export a file to a location of your choice.

To re-install all the mods, you can use `File -> Install from .ckan` in the GUI, or `ckan install -c installed-default.ckan` from the command-line. The .ckan files themselves are just text files in a machine readable format (JSON).

I've also now added this to our FAQ.

~ pjf

No you cannot do option A! There is no way to get a text listing for use with the forum. You will need to manually fix the export file to get rid of the meta data first. Mod listing in plain text is still a missing feature. Which is a good reason why KSP AVC is needed to make sure CKAN is working correctly.

Edited by nobodyhasthis
Link to comment
Share on other sites

Getting an annoying error when CKAN finishes installing mods:

************** Exception Text **************

System.MissingMethodException: Method not found: 'System.Collections.Generic.Dictionary`2<System.String,CKAN.Version> CKAN.Registry.Installed()'.

at PartManagerPlugin.PartManagerUI.RefreshInstalledModsList()

at PartManagerPlugin.PartManagerUI.OnModChanged(CkanModule module, GUIModChangeType changeType)

at CKAN.Main.PostInstallMods(Object sender, RunWorkerCompletedEventArgs e)

Link to comment
Share on other sites

No you cannot do option A! There is no way to get a text listing for use with the forum. You will need to manually fix the export file to get rid of the meta data first. Mod listing in plain text is still a missing feature. Which is a good reason why KSP AVC is needed to make sure CKAN is working correctly.

Opened https://github.com/KSP-CKAN/CKAN/issues/1094 to track the issue

Link to comment
Share on other sites

Quick question, guys -

while testing my freshly generated .ckan files by installing them with the client, I noticed that sometimes after uninstalling the mod again, it leaves the empty folder behind. Like, literally not a single file in it, just the folder for that mod (and in very rare cases, an equally empty subfolder or two).

Is that normal, or is that an indication that I did something wrong when building the .netkan/.ckan files? I wanna make sure these things are as spotless as possible before I submit them to the repository.

Link to comment
Share on other sites

Quick question, guys -

while testing my freshly generated .ckan files by installing them with the client, I noticed that sometimes after uninstalling the mod again, it leaves the empty folder behind. Like, literally not a single file in it, just the folder for that mod (and in very rare cases, an equally empty subfolder or two).

Is that normal, or is that an indication that I did something wrong when building the .netkan/.ckan files? I wanna make sure these things are as spotless as possible before I submit them to the repository.

This normally does not indicate something is incorrect. It happens when you e.g. install things in an order which does not delete the folders. Say you have installed 'Mod X' and 'Mod X Core' where the Core goes into GameData/Mod X/Plugins. If you then uninstall 'Mod X' before 'Mod X Core' and then uninstall the Core package you might end up with the Mod X folder still around. I'm 95% sure there's an issue somewhere on github about this acctually because it's annoying and confusing to users, as you just pointed out :)

It could also happen if e.g. your mods create new files such as MiniAVCs .xml files which are created by the mod after installation, those I'm sure we have a issue about on github though, but I can't recall the number right this moment.

EDIT: Also anything that gets sent to the repository is reviewed by CKAN contributors before merging and we have a Jenkins set up which tests everything aswell :)

Link to comment
Share on other sites

I _think_ you might need to update your .NET installation to 4.5.

Strange... I thought I had done so, but apparently not? Let's test it...

EDIT: That seems to have broken it even more. Let's see if a reinstall of .Net works.

EDIT 2: Nope. It now just dies instantly when trying to start CKAN.

Problem signature:
Problem Event Name: APPCRASH
Application Name: ckan(1).exe
Application Version: 0.0.0.0
Application Timestamp: 55763180
Fault Module Name: clr.dll
Fault Module Version: 4.0.30319.17929
Fault Module Timestamp: 4ffa59b1
Exception Code: c0000005
Exception Offset: 0000000000006f66
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: aa9d
Additional Information 2: aa9d8a1c314893857c7c9558cd1e4555
Additional Information 3: 7678
Additional Information 4: 7678b40e8e7a6eda4e2f769d9d267f14

Edited by Rodyle
Link to comment
Share on other sites

This normally does not indicate something is incorrect. It happens when you e.g. install things in an order which does not delete the folders. Say you have installed 'Mod X' and 'Mod X Core' where the Core goes into GameData/Mod X/Plugins. If you then uninstall 'Mod X' before 'Mod X Core' and then uninstall the Core package you might end up with the Mod X folder still around. I'm 95% sure there's an issue somewhere on github about this acctually because it's annoying and confusing to users, as you just pointed out :)

It could also happen if e.g. your mods create new files such as MiniAVCs .xml files which are created by the mod after installation, those I'm sure we have a issue about on github though, but I can't recall the number right this moment.

EDIT: Also anything that gets sent to the repository is reviewed by CKAN contributors before merging and we have a Jenkins set up which tests everything aswell :)

Ah yes, now that you mention it, it does affect primarily those mods with multiple components (core paks and extras). Glad to hear that that's just a side effect of the uninstall order.

Then I suppose there's nothing really left besides figuring out how pull requests work... :P (yes, I saw there was a guide on your wiki, but it only covers adding new files, not modifying existing ones. I'll figure it out, can't be that hard.)

Link to comment
Share on other sites

Ah yes, now that you mention it, it does affect primarily those mods with multiple components (core paks and extras). Glad to hear that that's just a side effect of the uninstall order.

Then I suppose there's nothing really left besides figuring out how pull requests work... :P (yes, I saw there was a guide on your wiki, but it only covers adding new files, not modifying existing ones. I'll figure it out, can't be that hard.)

With things which has multiple packages and Core things it's recommended to split it into multiple PRs so our buildbot can mash through it without errors. So you first send in the core stuff which everything depends on. Then the rest of the mods so we can add those after the cores and following that any extras. This way our buildbot (Jenkins) will always base his build on the right things :)

Link to comment
Share on other sites

Ooops. Kind of went in alphabetical order. Didn't think of the buildbot.

I didn't make all the pulls yet (I know you're watching them come in :P) so I'll make sure to do the remaining ones in a useful order.

Link to comment
Share on other sites

SUGGESTION, Add a feature to blacklist specific versions of mods (for example, 1.0.6 of Contract Pack: Grand Tours which should actually be 0.1.6)

Contract Pack: Grand Tours is currently version 0.1.7 but because 1.0.6 is listed on kerbalstuff instead of 0.1.6, 0.1.7 is not downloaded to replace it, it thinks it is older

Link to comment
Share on other sites

I'm having trouble updating CKAN to 1.6.22 on Ubuntu 14.04.

When I open up the gui I get a popup asking me if I'd like to install the update, if I press the install button the popup goes away but nothing happens. Opening up the gui just repeats the process, no actual update.

I've tried downloading and replacing with the newest EXE and going through the install process again but that doesn't seem to do anything.

Link to comment
Share on other sites

SUGGESTION, Add a feature to blacklist specific versions of mods (for example, 1.0.6 of Contract Pack: Grand Tours which should actually be 0.1.6)

Contract Pack: Grand Tours is currently version 0.1.7 but because 1.0.6 is listed on kerbalstuff instead of 0.1.6, 0.1.7 is not downloaded to replace it, it thinks it is older

Just fixed this in https://github.com/KSP-CKAN/NetKAN/pull/1587 and the update should hit the repository within the coming 6 hours.

I'm having trouble updating CKAN to 1.6.22 on Ubuntu 14.04.

When I open up the gui I get a popup asking me if I'd like to install the update, if I press the install button the popup goes away but nothing happens. Opening up the gui just repeats the process, no actual update.

I've tried downloading and replacing with the newest EXE and going through the install process again but that doesn't seem to do anything.

Is your KSP install by any chance in a hidden folder? We've been tracking an issue with autoupdates and linux both here and here and the latter one seems to be a duplicate of your issue and the expected outcome (no upgrade) also appears to happen. I'm afraid you might be stuck with manual upgrades for now. As for the newest .exe not working, could you elaborate this. Manually overwriting and opening the newest .exe doesn't work or does it still complain about autoupdates?

Link to comment
Share on other sites

Just fixed this in https://github.com/KSP-CKAN/NetKAN/pull/1587 and the update should hit the repository within the coming 6 hours.

Ok, how about I revise my request, add a feature to manually download mods and manage them through ckan by adding the archive through a menu, checking a box to mark which directory is the gamedata folder, and allowing repository updates to replace manually installed versions with a "force replace" option

Link to comment
Share on other sites

Ok, how about I revise my request, add a feature to manually download mods and manage them through ckan by adding the archive through a menu, checking a box to mark which directory is the gamedata folder, and allowing repository updates to replace manually installed versions with a "force replace" option

Just trying to understand this, do you mean like how KSP Mod Admin does? The ability to move from a manually installed mod to a CKAN mod has been brought up in https://github.com/KSP-CKAN/CKAN/issues/949 but if that doesn't seem like the right thing I recommend opening a new issue to discuss this feature :)

Right now the ability to force-install a specific version (limited to those in our repository) of a mod is commandline only through 'ckan install <mod identifier>=<version you want>'.

Link to comment
Share on other sites

here and here and the latter one seems to be a duplicate of your issue and the expected outcome (no upgrade) also appears to happen.

Yes it is. Steam as a whole is in a hidden folder. I'm not knowledgeable enough with Linux to know if that can be changed.

I'm afraid you might be stuck with manual upgrades for now. As for the newest .exe not working' date=' could you elaborate this. Manually overwriting and opening the newest .exe doesn't work or does it still complain about autoupdates?[/quote']

Yes, I deleted the .exe and download the latest version's .exe. When I run it I get the update popup and if I ignore it it's the same version that I deleted earlier. I tried the same thing but instead went through the entire install process listed on the wiki and got the same result.

Link to comment
Share on other sites

I'm unable to use CKAN. Im getting an error message on startup:

Vrc6VLX.png

If I click continue, I see the GUI, but I cannot see a list of mods to download. Clicking "Refresh" gives me the same error again.

Running Windows 8.1 64x. Any help would be appreciated.

EDIT: Nevermind. I feel like an idiot. I deleted the CKAN folder from my "Steam\SteamApps\common\Kerbal Space Program." Removing that fixed the problem.

Edited by BSimmons4Prez
Problem solved
Link to comment
Share on other sites

Just trying to understand this, do you mean like how KSP Mod Admin does? The ability to move from a manually installed mod to a CKAN mod has been brought up in https://github.com/KSP-CKAN/CKAN/issues/949 but if that doesn't seem like the right thing I recommend opening a new issue to discuss this feature :)

Right now the ability to force-install a specific version (limited to those in our repository) of a mod is commandline only through 'ckan install <mod identifier>=<version you want>'.

My point mostly is that when addons have updates, and ckan is lagging behind, it becomes a major issue if I decide to manually update the mod

For example, a couple contract packs updated today, and I updated them, but contract configurator also updated, and that isn't on ckan yet, so I would have to manually update, but ckan screws up when you manually install mods

I have to update contract configurator manually because the contract packs I updated are apparently incompatible with the older version, throwing this error on launch

Exception occured while attempt to generate contract of type 'MedicalEmergency':
System.ArgumentNullException: Argument cannot be null.
Parameter name: source
at System.Linq.Check.SourceAndSelector (System.Object source, System.Object selector) [0x00000] in <filename unknown>:0
at System.Linq.Enumerable.Select[Kerbal,String] (IEnumerable`1 source, System.Func`2 selector) [0x00000] in <filename unknown>:0
at ContractConfigurator.RecoverKerbalFactory.Generate (Contracts.Contract contract) [0x00000] in <filename unknown>:0
at ContractConfigurator.ParameterFactory.Generate (ContractConfigurator.ConfiguredContract contract, IContractParameterHost contractParamHost) [0x00000] in <filename unknown>:0
at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, IContractParameterHost contractParamHost, System.Collections.Generic.List`1 paramFactories) [0x00000] in <filename unknown>:0
at ContractConfigurator.ContractType.GenerateParameters (ContractConfigurator.ConfiguredContract contract) [0x00000] in <filename unknown>:0
at ContractConfigurator.ConfiguredContract.Initialize (ContractConfigurator.ContractType contractType) [0x00000] in <filename unknown>:0

Link to comment
Share on other sites

My point mostly is that when addons have updates, and ckan is lagging behind, it becomes a major issue if I decide to manually update the mod

For example, a couple contract packs updated today, and I updated them, but contract configurator also updated, and that isn't on ckan yet, so I would have to manually update, but ckan screws up when you manually install mods

I have to update contract configurator manually because the contract packs I updated are apparently incompatible with the older version, throwing this error on launch

Exception occured while attempt to generate contract of type 'MedicalEmergency':
System.ArgumentNullException: Argument cannot be null.
Parameter name: source
at System.Linq.Check.SourceAndSelector (System.Object source, System.Object selector) [0x00000] in <filename unknown>:0
at System.Linq.Enumerable.Select[Kerbal,String] (IEnumerable`1 source, System.Func`2 selector) [0x00000] in <filename unknown>:0
at ContractConfigurator.RecoverKerbalFactory.Generate (Contracts.Contract contract) [0x00000] in <filename unknown>:0
at ContractConfigurator.ParameterFactory.Generate (ContractConfigurator.ConfiguredContract contract, IContractParameterHost contractParamHost) [0x00000] in <filename unknown>:0
at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, IContractParameterHost contractParamHost, System.Collections.Generic.List`1 paramFactories) [0x00000] in <filename unknown>:0
at ContractConfigurator.ContractType.GenerateParameters (ContractConfigurator.ConfiguredContract contract) [0x00000] in <filename unknown>:0
at ContractConfigurator.ConfiguredContract.Initialize (ContractConfigurator.ContractType contractType) [0x00000] in <filename unknown>:0

Ah you'll be happy to know then that we have a dev working on the indexing process right now and that he is hoping to, once done, be able to index faster than we used to before (which was hourly) while our current indexer runs once every 3 hours due to the infrastructure resources its connected to.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...