Jump to content

devoid

Members
 View Profile  See their activity

  • Posts

    16

  • Joined

  • Last visited

 Content Type 

Posts posted by devoid

    [1.12.x] Kerbal Alarm Clock v3.13.0.0 (April 10)

    in KSP1 Mod Releases

    Posted · Edited by devoid

    On 3/21/2018 at 7:39 PM, TriggerAu said:

    thanks both, be interesting to see if its platform specific and ill try and repro tonight too

    @TriggerAu I was working with @linuxgurugamer on this same bug, it's related to the custom cursor loads, and appears to only affect the linux client.  He hasn't solved it yet, but was only able to reproduce it on a linux install.

    https://drive.google.com/drive/folders/1slfwuQfhSwd_C56tknu55PkENL4m6rGN?usp=sharing is a video of it happening on toolbar.  Notice the interaction with the 4-way cursor and then the loss of the cursor altogether. 

    I also use KAC and transferwindowplanner so I'm keen on helping anyway you need.

    Which Version of KSP was the most stable?

    in KSP1 Discussion

    Posted

    22 minutes ago, linuxgurugamer said:

    If the parts are PermaPruned, then yes.

    Not in disguise, that's just what it is.  The 64 bit has "64" in the name

    People get confused a lot because software is released named 32bit or 64bit, but you can also name them by architecture x86 or x86_64(or sometimes AMD64)

     

    KSP's API is NOT compatible with the GPL. Here's a guide to help if you are in violation.

    in KSP1 Mods Discussions

    Posted · Edited by devoid

    1 hour ago, Kerbal101 said:

    AFAIK "single combined program" means distribution. For example, if Squad sells KSP with plugin for money and this plugin is non-optional part = > plugin is part of distribution, then GPL would enforce.
    If plugin for the proprietary core is from 3rd party, then there is no way that its part of the distribution, thus it does not apply.

    This is originates from the background, that GPL was designed to protect freedoms of original code and carry them downwards the distribution; a plugin is definitely not "core" of the project, its"optional".
    Also, if this happens, nothing prevents "core" from adding the clause, that revokes all the rights for specific violators. The "core" boots first, so its rules take priority.

    Actually follow the link it has nothing to do with distribution and they define "single combined program".  But read the bottom for how I really feel about all this nonsense.

    When is a program and its plug-ins considered a single combined program? (#GPLPlugins)

    It depends on how the main program invokes its plug-ins. If the main program uses fork and exec to invoke plug-ins, and they establish intimate communication by sharing complex data structures, or shipping complex data structures back and forth, that can make them one single combined program. A main program that uses simple fork and exec to invoke plug-ins and does not establish intimate communication between them results in the plug-ins being a separate program.

    If the main program dynamically links plug-ins, and they make function calls to each other and share data structures, we believe they form a single combined program, which must be treated as an extension of both the main program and the plug-ins. If the main program dynamically links plug-ins, but the communication between them is limited to invoking the ‘main’ function of the plug-in with some options and waiting for it to return, that is a borderline case.

    Using shared memory to communicate with complex data structures is pretty much equivalent to dynamic linking.

    1 hour ago, Shadowmage said:

    Still up for debate... all of the various loopholes are a veritable minefield.

    Emphasis added on the last sentence is mine.  A KSP plugin is (al)most certainly a 'separate work'.

    Definition of a 'combined program' is also a bit debatable:

    In the case of KSP addons -- I would say that it is not the main program that is establishing 'intimate communications', but rather it is the plugin itself that does the (majority of) communication.

    Of course, most of that covers how KSP would be effected by GPL'd plugins.

     

     

    In the end though; I don't really care.  I release my source code under GPL license, and will continue to do so.  This is to allow others to use, modify, and redistribute the source-code, under the terms of the license, and really doesn't have any impact on what I do with my own source.

    I actually agree with both of you on intent.  I've written GPL code and also have released things that would be a called a plug-in, and both mine and your intents are the same  "This is to allow others to use, modify, and redistribute the source-code, under the terms of the license, and really doesn't have any impact on what I do with my own source." 

    At the same time I understand the licensing speech and interpretation that is causing the discussion, but in the end the fail closed nature of the GPL protects us here.  Either the licence is valid and we all move along happy, or it's invalid and the creator still has all rights, and is free to do what they will with it. 

    I'd recommend moving on as you suggested and just continue as before.  If ever challenged in a more  serious way, just re licence with an exception. 

    KSP's API is NOT compatible with the GPL. Here's a guide to help if you are in violation.

    in KSP1 Mods Discussions

    Posted

    At the end of the day there IS an issue, as spelled out here

    https://www.gnu.org/licenses/gpl-faq.en.html#GPLPluginsInNF

    But the recommended solution is a simple exception addition to allow linking against KSP.  How the GPL is intended to work is that in an exception case the licence is invalidated and the copyright owner is the only person who retains rights to the work.  They would be free to release it under the GPL + exception at will though.

    [1.12.x] Toolbar Controller (for modders)

    in KSP1 Mod Releases

    Posted

    1 hour ago, bkerman said:

    I'm experiencing a nasty bug with this mod and KAC. Anytime the cursor changes to a different icon, it disappears when it tries to change back. For example, when I click "unlock position and size", it will change to the new icon, but it will disappear instead of switching back to regular cursor. The logs don't show anything of value. KAC has similar bug with its window resizer cursor that appears on the right side of the KAC window (I know you don't work on that mod, just elaborating). In both instances, everything still works it's just impossible to know where my cursor is and requires a restart to fix.

    Thanks!

    Ubuntu 17.10 build 1.4.1.2089

    Just letting you know, that this bug is being worked on and is known.

     

    [1.12.x] Toolbar Continued - Common API for draggable/resizable buttons toolbar

    in KSP1 Mod Releases

    Posted

    23 minutes ago, linuxgurugamer said:

    Do a quick test, please, or maybe you already know the answer:

    Actually, two tests:

    First, just unlock the positin and size, and then lock it again.  What happens to the cursor?

    Second, you will need two buttons for this.  Unlock the button order, reorder them. What happens to the cursor?  Then Lock the button order.  What happens to the cursor?

    Thanks

     

    I'll test the 2nd this afternoon, but the first I know already.  The cursor completely disappears if I re-lock it. While it's unlocked, I can see the 4-way cursor but ONLY when it's over the toolbar icon.  

    [1.12.x] Toolbar Continued - Common API for draggable/resizable buttons toolbar

    in KSP1 Mod Releases

    Posted

    10 minutes ago, linuxgurugamer said:

    Ok, the GOOD news is that there aren't any exceptions.

    The bad news, I don't know yet what's happening, I may need to build a Linux install to test this.  

    Take your time, I know you have a lot of priorities to juggle.  I'll just use stock toolbar for now.  I greatly appreciate the work you do.  Let me know if you need anything (I dev too just not for KSP yet).

    [1.12.x] Toolbar Continued - Common API for draggable/resizable buttons toolbar

    in KSP1 Mod Releases

    Posted

    5 hours ago, linuxgurugamer said:

    It would have helped if you had mentioned that you were running on Linux.

    your log is filled with exceptions from KSP-AVC, like the following: 

    

KSP-AVC -> System.ArgumentException: Getting control 0's position in a group with only 0 controls when doing Repaint
Aborting
  at UnityEngine.GUILayoutGroup.GetNext () [0x00000] in <filename unknown>:0 
  at UnityEngine.GUILayoutUtility.BeginLayoutGroup (UnityEngine.GUIStyle style, UnityEngine.GUILayoutOption[] options, System.Type layoutType) [0x00000] in <filename unknown>:0 
  at UnityEngine.GUILayout.BeginHorizontal (UnityEngine.GUIContent content, UnityEngine.GUIStyle style, UnityEngine.GUILayoutOption[] options) [0x00000] in <filename unknown>:0 
  at UnityEngine.GUILayout.BeginHorizontal (UnityEngine.GUILayoutOption[] options) [0x00000] in <filename unknown>:0 
  at KSP_AVC.Toolbar.ToolbarWindow.Window (Int32 windowId) [0x00000] in <filename unknown>:0

     

    Remove KSP_AVC and see if that solves the problem

     

    Ran with only toolbar, toolbar controller, and waypoint manager, as I needed some mod to try to load an icon to the toolbar so it would show up. Updated log file, didn't re-record as I did the same procedure.

    https://drive.google.com/drive/folders/1slfwuQfhSwd_C56tknu55PkENL4m6rGN?usp=sharing

×
×
  • Create New...