KOS VS macos

For scripting, what is your opinion of KoS? Not gonna lie, I think the idea is great but the implementation is shite. The codebase is in desperate need of a refactor; most of the commits are from 3+ years ago. The documentation is often just wrong, the in game terminal is almost unusable, some of the built-ins like Prograde_Velocity constantly throw errors when you call them, et c. ad nausiem.

Now by default it won't let you. BUT you can get the old behavior back again if you use the @CLOBBERBUILTINS directive, if you really want to let yourself do that. pull request

Evaluation order is intended to be left to right the only exception to this I know of comes from this issue from a few years ago for a case where the anonymous function is evaluating first regardless despite how the equation is written.

Should you choose to write your own addon I would recommend you look at the code of the addons included in kOS or some of the other addons that people have written to get an idea of the required code.

With some engine configurations there is a known KSP issue where it supplies the incorrect torque when kOS asks. One possible fix for this is to multiply the default value of the ROLLTS of the steering manager by 2. I have no clue if this is the case for this craft or not just that this is one thing that might cause the described issue.

Sounds like you might have run into this issue https://github.com/KSP-KOS/KOS/issues/2208

Hi, i saw that in CKAN there is no compatibility for the current version. Checked the github rep (https://github.com/KSP-KOS/KOS) and also no luck. I was wondering if there is any unofficial fork that could work, or even better, if the mod is usable despite been listed as non-compatible. (Like kRPC)

just download the zip here: https://github.com/KSP-KOS/KOS/releases/tag/v1.3.2.0

> ...even though they are technically in violation of the GPL by modifying and shipping bash binaries without full source - it is missing rootless.h (not the X11 file)

They're not.

They've covered this in two main ways:

1) By listing all their source code on https://opensource.apple.com/ (which links to their GitHub with all the source code)

2) By offering a complete machine-readable copy of the source code upon request as per GPLv2 (3)(b). This offer is made both in the license agreement[0] you agree to when booting up your Mac for the first time, updating it, etc., as well as in an Acknowledgements.rtf[1] file that is located on your drive at multiple locations (e.g., /Library/Documentation) and linked to from within certain apps (e.g., about section, acknowledgment section under Help, EULA agreement prompt, etc.).

That covers the bash part. rootless.h isn't part of bash and is part of libSystem.dylib, so that would fall under the OS exception in GPLv2[2]:

> However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.

0: https://www.apple.com/legal/sla/docs/macOSSonoma.pdf (see §15)

1: https://opensource.apple.com/source/files/files-553/Library/...

2: https://www.gnu.org/licenses/old-licenses/gpl-2.0.en.html

What do you mean by "upstream" in this context? https://github.com/apple-open-source/macos ? Something else?

The XNU kernel has been open source for a very long time.

https://opensource.apple.com

https://en.wikipedia.org/wiki/XNU

Note that this is not the full operating system/windowing system, it's just the kernel.

Yeah, definitely not a fan of the phoning home part. But let’s not be melodramatic. https://github.com/apple-open-source/macos