blowfish

I originally included Microsoft.Net.Compilers to force by build pipeline (compiling against Mono on Linux) to use Roslyn rather than the Mono compiler. I suppose I could remove it now that Mono got rid of its compiler and comes with Roslyn, but I don't think it's really harming anything. Regarding VS and C# versions, I think that specific VS versions only support specific C# syntax versions. Fair warning, I will likely begin to add C# 7 syntax as I see fit, so you should probably be using VS Community 2017 if you don't want it to show that as an error.

Some of the SSTU parts have configs in RO but not all and they're not 100% functional. Unless you're only using engines, I would advise only using SSTU and RO together if you know what you're doing and know how to debug issues that may arise.

It's an option on the SSTU tanks

@Jimbodiah the Gemini's port was not passable, just structural to attach the Agena. I don't think the missions that weren't intended to dock even had a docking port. For MOL, they would have had a hatch in the hearshield to get into the station part. I think the lunar Gemini proposals involved astronauts EVAing to get on the lander.

The other command modules already have adjustable size node fairings, which can get you to the correct diameter. 1.5m for the CM and 2m for the SM makes the most sense to me

For Gemini there's also the retro section to think about - it's separate from the rest of the service module so there's a diameter in between the two to think about

How big is the actual lip of the stock 0.625m docking port? I'm pretty sure it's not the full width.

#3 from me, I'm personally fine with non-standard sizes

The answer is usually in the logs. It may take a bit of experience to know what to look for...

Yeah, in AoATech/Parts/Aero/TestFin/TESTFin.cfg, you should see a node: @PART[AoAero.TESTFin]:FOR[FerramAerospaceResearch] { ... } Change it to @PART[AoAero.TESTFin]:NEEDS[FerramAerospaceResearch] { ... }

Oh, I bet this is it [LOG 10:20:33.621] Config(@PART[AoAero.TESTFin]:FOR[FerramAerospaceResearch]) AoATech/Parts/Aero/TestFin/TESTFin/@PART[AoAero.TESTFin]:FOR[FerramAerospaceResearch] A patch marked FOR[FerramAerospaceResearch] tells KSP that FerramAerospaceResearch and so any patch marked NEEDS[FerramAerospaceResearch] will be processed. You should tell the author of AoA Tech about that.

Would really like to see logs from someone who is seeing this issue. Everyone seems to be blaming a different mod that doesn't even interact with PWings.

I have PWings 0.40.13 and MM 2.8.1 installed (both via CKAN) and they seem to work fine. Are you sure it's not something else? I don't think I've seen a log from anyone experiencing the issue.

Well for what it's worth, I have no objection to non-standard sizes, but others might. And I've heard claims that it's possible to put two kerbals in a 1.25m pod, but I haven't tried it myself.

Huh, I guess making a KSP-sized gemini isn't easy. The capsule and service module are 90 and 120 inches wide respectively, which would translate to roughly 1.5m and 2m at 64% scaling, but neither of those are standard sizes.

@Modemus I don't think the Firespitter resources config is actually necessary for B9 - the plugin should suffice. Maybe you have some other mod that requires it?

I think Shadowmage tried using all stock fuels at the beginning, and everything was just really off. So a couple of additional fuel types were introduced.

Yep, just tried them and everything works perfectly.

Well I really don't see how it could be B9 doing this. I'm somewhat skeptical that MM is causing it but if so then yes, you would see it with B9, because B9 requires MM to work.

RealFuels v12.2.1 for KSP 1.2.2 is now available Fix tank's initial temperature not being set correctly on vessel spawn and when launch clamps are attached Remove some logspam for boiloff in analytic mode (high timewarp) Make sure tank's lowest temperature is calculated correctly and that part temp is only set if cryogenic resources are present Fix negative temperature caused by conduction compensation in analytic mode (high timewarp) Fix sign error on flux in analytic mode (high timewarp) Sorry for not having a 1.3 version yet, but there were some rather serious bugs here that needed to be sorted out

@APlayer the log you posted is not shared publicly

It's on CKAN, but it has weird version numbers due to sharing the Kerbal Atomics download (and no way to force-overwrite it with info from .version)

When RasterPropMonitor has a final release for KSP 1.3 and not just a prerelease. Everything else is up to date, and the parts pack itself doesn't really need any changes. If you know what you're doing you can update the dependencies (list and links on the OP) and run it.

The 1.3 update will follow shortly, but a lot of people (mainly RO folks) wanted some of these fixes for KSP 1.2.2 as well

RealFuels v12.2.0 for KSP 1.2.2 is now available Fix for engines not properly loading pressure fed setting from ModuleEngineConfig Fix for cryogenic tanks exploding during analytic mode after long periods unloaded Avoid possible NRE on fuel pumps when launching with Extraplanetary Launchpads Fuel pumps must now be present and active in order to avoid boiloff during prelaunch (previously being on the launch pad was enough) Fuel pumps are now enabled by default and enabled setting respects symmetry in the editor Streamline fuel pump enable/disable UI - now a simple button rather than display + button