Ich vermute, dass das am neuen Equipment Code liegt, nachdem die Definition aus dem XML geflogen ist. In equipment.lua stehen zwei Definitionen (warum zwei?):

local mysets = {
    ['first_unit'] = {
        ['items'] = {
            ['money'] = 2500,
            ['log'] = 10,
            ['stone'] = 4
        }
    },
    ['seed_unit'] = {
        ['items'] = {
            ['log'] = 50,
            ['stone'] = 50,
            ['iron'] = 50,
            ['laen'] = 10,
            ['sword'] = 1,
            ['mallorn'] = 10,
            ['skillpotion'] = 5,
            ['lifepotion'] = 5,
            ['money'] = 20000
        },
        ['skills'] = {
            ['perception'] = 30,
            ['melee'] = 1
        }
    },

Aufklärung: seed_unit ist ein Relikt aus autoseed.lua, als die Parteien noch vollautomatisch gesetzt wurden. first_unit wird von addplayer benutzt, und hätte beim Aussetzen passieren sollen, wenn nicht rules.equip_first auf einen anderen Namen gesetzt ist (ist es nicht).

Eine Normalisierung dieser beiden Namen wäre bestimmt gut.

Wenn in C equip_unit aufgerufen wird, delegiert das an den Callback lua_equipunit. Der checkt, ob es im Lua-State eine globale Funktion namens equip_unit gibt. Das geht schief (lua_isfunction() ist FALSE), deshalb passiert nichts.

Die Funktion equip_unit ist aber in equipment.lua! Warum also?

Oh! Es scheint, der Mapper lädt andere Module als das Spiel. Insbesondere nicht die Spiel-spezifischen Module. Das geht natürlich nicht.

Der Bug ist gefixt, nur die Parteien in den Daten muss ich jetzt noch reparieren.

Habe das unfertige Release von 3.16.3 erweitert um diesen Bugfix, und die betroffenen Parteien repariert.