Vincent Wiemann

pthread support using SharedArrayBuffers using web workers is planned in emscripten, but currently it is disabled due to the spectre bug in nearly all browsers. See https://kripken.github.io/emscripten-site/docs/porting/pthreads.html

@damien-monni No, please read tpetry's comment. First it needs to be modularized, which I did some time ago, but people were not willing to pay a 100 bucks for it...

@damien-monni Oh damn it. Sorry for my rudeness. I've thought the issue was clear. To make a proper WASM build work, it needs to be [modularized](https://github.com/Kagami/ffmpeg.js/issues/62#issuecomment-452558170) first.

This is a very clean solution. Maybe call the option GLUON_FLAVOR instead...

What about just skipping the generic configuration if a "flavor.mk" file exists in the site directory and adding the changes there? @SvenRoederer I agree with NeoRaider that you could actually...

We are currently looking into the issue in Hanover and try to find a good way for building images similar to the image builder... First step we are working on...

I totally forgot this... There was a bug which prevented using the external toolchain. It has been fixed in https://github.com/openwrt/openwrt/pull/10179. Maybe @lemoer is still interested.

@T-X Actually I think there should not be put any effort into supporting this. It is not my intention to discredit rennes work. There are just so many possible pitfalls...

We have the infrastructure to use KVMs for this. Everything else means more effort and we already have a lack of contributors. If you want to simulate wireless links (which...

> (e.g. code should not be tightly coupled with existing scripts, should be easy to remove). It frustrates people more if we remove a feature, because it is unmaintained and...