Jump to content

CKAN (The Comprehensive Kerbal Archive Network); v1.28.0 - Dyson


Recommended Posts

59 minutes ago, HebaruSan said:

That's not what you need, though. You probably just need to mark KSP 1.6 as compatible, because AirplanePlus isn't supported on 1.7 yet.

https://github.com/KSP-CKAN/CKAN/wiki/User-guide#choosing-compatible-game-versions

Wow...just how in the world did you divine that from his post?  Wait...I'm thinking of something...can you read my mind too?? :sticktongue:

Link to post
Share on other sites

Hi,

I got a message about this, reposting it here since this is the correct forum:

 

 

I updated my mod Full AutoStrut on SpaceDock and it's update isn't showing up in NetKan's pull requests for some unknown reason.

thanks!

https://github.com/Xyphos/KSP_FullAutoStrut
 

https://spacedock.info/mod/1479/FullAutoStrut

 

I'm guessing that maybe the bot is broken and needs to be restarted

Link to post
Share on other sites
2 hours ago, HebaruSan said:

The GUI probably won't, because Mono only supports WinForms in 32-bit mode on Mac, which Catalina doesn't support (see https://github.com/mono/mono/issues/6701). But you should still be able to run CKAN's command line tools or ConsoleUI.

I've upgraded earlier this week to Catalina and can confirm that this is case. The command line and ConsoleUI options work fine, and performance (at least with ConsoleUI) is considerably better than the WinForms front-end, although not quite as functional.

Edited by CaffeineAddict
Spell checked upgraded to make more sense
Link to post
Share on other sites

If I switch to 1.7 compatibility, install a mod that isn't available in 1.6.1, and then turn off 1.7 compatibility, will the installed 1.7 mod still be listed as available for mods that require it?

Alista's AT-Utils mod requiries Configurable Containers Core. CCC is only available for 1.7.2 so blocks the installation of AT-Utils, and therefore the entire chain of mods I want. I've left a note on the CC discussion, but Alista has said previously that he is a bit snowed under for the time being so might not have seen it yet. I'd like to install the 1.7.2 CCC, then remove the 1.7 compatibility so I don't accidently install/upgrade any mods that have a specific 1.6.1 version (such as Kopernicus)


Thanks

Link to post
Share on other sites

Hey,

Sorry to disturb you, but I get this error, when I try to install "Chaka Monkey Exploration Systems" with CKAN:

https://i.ibb.co/6sCz2Z9/CKAN-error.png

 

Spoiler

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.ArgumentOutOfRangeException: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: rowIndex
   bei System.Windows.Forms.DataGridView.InvalidateRow(Int32 rowIndex)
   bei CKAN.Main.ConflictsUpdated(Dictionary`2 prevConflicts)
   bei CKAN.Main.set_Conflicts(Dictionary`2 value)
   bei CKAN.Main.<UpdateChangeSetAndConflicts>d__63.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei CKAN.Main.<ModList_CellValueChanged>d__284.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)


************** Geladene Assemblys **************
mscorlib
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3468.0 built by: NET472REL1LAST_C.
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll.
----------------------------------------
ckan
    Assembly-Version: 1.26.0.0.
    Win32-Version: 1.26.4.
    CodeBase: file:///C:/Program%20Files%20(x86)/Steam/steamapps/common/Kerbal%20Space%20Program/ckan.exe.
----------------------------------------
System.Core
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3468.0 built by: NET472REL1LAST_C.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll.
----------------------------------------
System
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3451.0 built by: NET472REL1LAST_C.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Configuration
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    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.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
    Assembly-Version: 0.0.0.0.
    Win32-Version: 4.7.3468.0 built by: NET472REL1LAST_C.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll.
----------------------------------------
System.Numerics
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll.
----------------------------------------
System.Runtime.Serialization
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3440.0 built by: NET472REL1LAST_B.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll.
----------------------------------------
System.Data
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3260.0 built by: NET472REL1LAST_C.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll.
----------------------------------------
mscorlib.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_de_b77a5c561934e089/mscorlib.resources.dll.
----------------------------------------
System.Windows.Forms
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3324.0 built by: NET472REL1LAST_C.
    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.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
System.Transactions
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3221.0 built by: NET472REL1LAST_C.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll.
----------------------------------------
System.Windows.Forms.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
Microsoft.GeneratedCode
    Assembly-Version: 1.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
Microsoft.CSharp
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll.
----------------------------------------
System.Dynamic
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll.
----------------------------------------
Microsoft.CSharp.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp.resources/v4.0_4.0.0.0_de_b03f5f7f11d50a3a/Microsoft.CSharp.resources.dll.
----------------------------------------
System.EnterpriseServices
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll.
----------------------------------------
Accessibility
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.7.3056.0 built by: NET472REL1.
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

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

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.

 

Is it because it wants Kerbal Joint Reinforcement?

(I have KJR Next and Infernal Robotics Next, both installed via CKAN without an error...)

Edited by N3N
Link to post
Share on other sites
10 minutes ago, N3N said:

Hey,

Sorry to disturb you, but I get this error, when I try to install "Chaka Monkey Exploration Systems" with CKAN:

https://i.ibb.co/6sCz2Z9/CKAN-error.png

  Reveal hidden contents

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.ArgumentOutOfRangeException: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: rowIndex
   bei System.Windows.Forms.DataGridView.InvalidateRow(Int32 rowIndex)
   bei CKAN.Main.ConflictsUpdated(Dictionary`2 prevConflicts)
   bei CKAN.Main.set_Conflicts(Dictionary`2 value)
   bei CKAN.Main.<UpdateChangeSetAndConflicts>d__63.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei CKAN.Main.<ModList_CellValueChanged>d__284.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)

Is it because it wants Kerbal Joint Reinforcement?

(I have KJR Next and Infernal Robotics Next, both installed via CKAN without an error...)

That's this bug: https://github.com/KSP-CKAN/CKAN/issues/2852

It's fixed here: https://github.com/KSP-CKAN/CKAN/pull/2854

To workaround this issue until the next release is out, clear your search bar before you select the mod to install.
 

On 10/12/2019 at 12:54 PM, strudo76 said:

If I switch to 1.7 compatibility, install a mod that isn't available in 1.6.1, and then turn off 1.7 compatibility, will the installed 1.7 mod still be listed as available for mods that require it?

Alista's AT-Utils mod requiries Configurable Containers Core. CCC is only available for 1.7.2 so blocks the installation of AT-Utils, and therefore the entire chain of mods I want. I've left a note on the CC discussion, but Alista has said previously that he is a bit snowed under for the time being so might not have seen it yet. I'd like to install the 1.7.2 CCC, then remove the 1.7 compatibility so I don't accidently install/upgrade any mods that have a specific 1.6.1 version (such as Kopernicus)


Thanks

Yes, the dependency will be seen as satisfied, your described scenario should work.

Edited by DasSkelett
Link to post
Share on other sites
19 minutes ago, DasSkelett said:

That's this bug: https://github.com/KSP-CKAN/CKAN/issues/2852

It's fixed here: https://github.com/KSP-CKAN/CKAN/pull/2854

To workaround this issue until the next release is out, clear your search bar before selecting the mod to install.

Hey,

Thank you, I will try this. ;)

 

----------------------------------------------------

EDIT:

OK, now I can select it without an error, but I can still not install it...

 

It says: "InvernalRoboticsNext v3.0.0 conflicts with KerbalJointReinforcementContinued v3.4.1", but I have installed "Kerbal Joint Reinforcement - Next" and "Infernal Robotics - Next" via CKAN without a problem, so what now?

Is there a problem with the dependencies of "Chaka Monkey Exploration Systems", that these aren't updated or correct anymore?

Edited by N3N
Link to post
Share on other sites
6 hours ago, N3N said:

Hey,

Thank you, I will try this. ;)

----------------------------------------------------

EDIT:

OK, now I can select it without an error, but I can still not install it...

 

It says: "InvernalRoboticsNext v3.0.0 conflicts with KerbalJointReinforcementContinued v3.4.1", but I have installed "Kerbal Joint Reinforcement - Next" and "Infernal Robotics - Next" via CKAN without a problem, so what now?

Is there a problem with the dependencies of "Chaka Monkey Exploration Systems", that these aren't updated or correct anymore?

Oh dear, I see.
ChakaMonkeyExplorationSystems depends on KerbalJointReinforcement, but KerbalJointReinforcementNext doesn't provide it anymore since https://github.com/KSP-CKAN/NetKAN/pull/7221.
So ChakaMonkeyExplorationSystems pulls in KerbalJointReinforcementContinued to satisfy the dependency, but this conflicts with KerbalJointReinforcementNext and InvernalRoboticsNext.

Regarding the metadata side, probably easiest to solve this is to change the dependency of ChakaMonkeyExplorationSystems to "any_of": [ "KerbalJointReinforcement", "KerbalJointReinforcementNext" ] (pinging @HebaruSan),
but I don't know if ChakaMonkeyExplorationSystems will really work with KJRNext. I suspect it does, since all KJRs should work in the "background", but you never know.

...maybe @Rudolf Meier or @YANFRET know?

Link to post
Share on other sites
8 hours ago, DasSkelett said:

Regarding the metadata side, probably easiest to solve this is to change the dependency of ChakaMonkeyExplorationSystems to "any_of": [ "KerbalJointReinforcement", "KerbalJointReinforcementNext" ] (pinging @HebaruSan),

but I don't know if ChakaMonkeyExplorationSystems will really work with KJRNext. I suspect it does, since all KJRs should work in the "background", but you never know.

...maybe @Rudolf Meier or @YANFRET know?

I haven't tried this specific combination, but I don't see why it shouldn't.

You can say in general, that KJRn is working when other KJR's work.

Link to post
Share on other sites
11 hours ago, DasSkelett said:

Oh dear, I see.
ChakaMonkeyExplorationSystems depends on KerbalJointReinforcement, but KerbalJointReinforcementNext doesn't provide it anymore since https://github.com/KSP-CKAN/NetKAN/pull/7221.
So ChakaMonkeyExplorationSystems pulls in KerbalJointReinforcementContinued to satisfy the dependency, but this conflicts with KerbalJointReinforcementNext and InvernalRoboticsNext.

Regarding the metadata side, probably easiest to solve this is to change the dependency of ChakaMonkeyExplorationSystems to "any_of": [ "KerbalJointReinforcement", "KerbalJointReinforcementNext" ] (pinging @HebaruSan),
but I don't know if ChakaMonkeyExplorationSystems will really work with KJRNext. I suspect it does, since all KJRs should work in the "background", but you never know.

...maybe @Rudolf Meier or @YANFRET know?

 

2 hours ago, Rudolf Meier said:

I haven't tried this specific combination, but I don't see why it shouldn't.

You can say in general, that KJRn is working when other KJR's work.

 

Hello,

OK, than I have to wait for an update of the mod or at least of the metadata, right?

Or is there something I can do or help with it?

 

And thank you for your help!

Edited by N3N
Link to post
Share on other sites

There are many mods in the CKAN list which have an excessively optimistic MaxKSPVersion = ‘any’ setting. Most of them however are not compatible with KSP 1.8, and it’s not convenient to have them visible by default.

What could be done with that?

Link to post
Share on other sites
7 hours ago, Teilnehmer said:

There are many mods in the CKAN list which have an excessively optimistic MaxKSPVersion = ‘any’ setting. Most of them however are not compatible with KSP 1.8, and it’s not convenient to have them visible by default.

What could be done with that?

Please report inaccurate metadata at:  https://github.com/KSP-CKAN/NetKAN/issues/new/choose

Link to post
Share on other sites
On 10/10/2019 at 1:43 PM, CaffeineAddict said:

I've upgraded earlier this week to Catalina and can confirm that this is case. The command line and ConsoleUI options work fine, and performance (at least with ConsoleUI) is considerably better than the WinForms front-end, although not quite as functional.

If I wanted to run the Windows version of CKAN inside a VM, giving it file-share access to the Mac volume with the KSP & CKAN install, is there a straightforward way to do that? What I mean is do I just have to copy some config files from somewhere on the Mac to some location on the Windows volume, or can I point the Windows CKAN instance to the appropriate files on the Mac volume directly?

Link to post
Share on other sites
4 hours ago, dmsilev said:

If I wanted to run the Windows version of CKAN inside a VM, giving it file-share access to the Mac volume with the KSP & CKAN install, is there a straightforward way to do that? What I mean is do I just have to copy some config files from somewhere on the Mac to some location on the Windows volume, or can I point the Windows CKAN instance to the appropriate files on the Mac volume directly?

A qualified "Yes".

Using a Windows 10 client (VM) on VirtualBox (Parallels or VMWare Workstation behaviour might be slightly different), I mapped a permanent Shared Folder to the folder on my Mac that I use to store my KSP installations.

I "installed" CKAN on my Windows VM, pointed it at a test install of KSP on my Mac (1.8 in this case), and it was able to interpret which mods were installed and how (manually or via CKAN). I installed a new mod from the VM instance of CKAN and started up KSP from the Mac, worked fine, then un-installed it from my Mac instance of CKAN, and it correctly uninstalled it.

Note that starting KSP from the VM instance of CKAN will attempt to open it in the VM, so if it gets so far as loading successfully, it will probably run like a potato.

No config files needed to be moved around or copied, and it was fairly straight forward.

That said, I would imagine that this is a use case not envisaged by the developers so YMMV, and I would guess that support would be problematic.

Link to post
Share on other sites
  • Geonovast locked and unpinned this topic
Guest
This topic is now closed to further replies.
×
×
  • Create New...