gluon-mesh-oslrd is missing respondd entry nodeinfo.software.oslrd

[lemoer]

In order to identify oslr-firmwares as such, gluon-mesh-oslrd should implement a respondd provider for nodeinfo.software.oslrd.

Batman-adv does that here:

https://github.com/freifunk-gluon/gluon/blob/master/package/gluon-mesh-batman-adv/src/respondd-nodeinfo.c#L176-L182

Babel does that here:

https://github.com/freifunk-gluon/gluon/blob/master/package/gluon-mesh-babel/src/respondd.c#L355-L359

[lemoer]

@mkg20001, can you take this over?

[mkg20001]

We have it downstream in https://github.com/ffgraz/gluon

I'm not going to do more than one upstream pr and it's on my todo list to pr it upstream after clientap

The current solution downstream relies on openwrts uclient for fetching data from httpinfo, which does not want to work properly without forking/popen in respondd and then there's other issues

lemoer @.***> schrieb am So., 26. Feb. 2023, 23:56:

@mkg20001 https://github.com/mkg20001, can you take this over?

— Reply to this email directly, view it on GitHub https://github.com/freifunk-gluon/gluon/issues/2801#issuecomment-1445490616, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB3AO2PCSGG7ASISA3QUZNLWZPNQZANCNFSM6AAAAAAVIXFWLI . You are receiving this because you were mentioned.Message ID: @.***>