expose heatsinkable_nodes

[The4codeblocks]

fixes #79

[wsor4035]

I would do the group as the issue suggests

[OgelGames]

Also can we change the name of the file to heatsink.lua?

[wsor4035]

Also can we change the name of the file to heatsink.lua?

seems vastly out of scope and probably should be its own commit rather than bundled in

[The4codeblocks]

I'm getting a weird problem on mineunit testing

[S-S-X]

I'm getting a weird problem on mineunit testing

Initialization test assumes that usual / common are not enabled, basically in this case there's now hard dependency on luacontroller which is why sillystuff.lua:10: attempt to index field '?' (a nil value) happens (no luac available).

[S-S-X]

Maybe luac and mooncontroller should also use groups instead of getting special treatment?
(I mean create PR for those mods instead of overriding it here).

[The4codeblocks]

Maybe luac and mooncontroller should also use groups instead of getting special treatment? (I mean create PR for those mods instead of overriding it here).

hm

so I have a PR on mooncontroller for that (mt-mods/mooncontroller#7)

I'll work on the mesecons/luac side

[S-S-X]

Should digistuff actually require mesecons_luacontroller as hard dependency?
And then possibly availability checks disabled (in case heatsinkable group wont be accepted at minetest-mods) and luac nodedef fixture added for tests, or even mod pulled in for testing, if overrides stay.

• Issue about textures [digistuff] should have [mesecons] as obligatory dependency #65
• Resolved by mesecons as a dependency #87 but without mesecons_luacontroller, just bare mesecons

[The4codeblocks]

is there any case where mesecons should be expected to exist without mesecons_luacontroller?

[SwissalpS]

yes

[The4codeblocks]

So, this is digistuff which needs digilines,
which aren't very useful without a luac.
(and yes I know that the IOexpander can take mesecon input)

[The4codeblocks]

Should digistuff actually require mesecons_luacontroller as hard dependency?

decided by #89's closure