Marcel Stör

Despite [other folks](https://github.com/github/securitylab/issues/669#issuecomment-1188941951) and myself reaching out to NIST [asking them to re-evaluate](https://github.com/github/securitylab/issues/669#issuecomment-1189337273) (and reject) a pile of those bogus CVEs this has thus far only happened for [CVE-2022-31569](https://nvd.nist.gov/vuln/detail/CVE-2022-31569). [CVE-2022-31514](https://nvd.nist.gov/vuln/detail/CVE-2022-31514)...

We are also _occasionally_ seeing this behavior - same sequence of log statements ``` [WARNING] An unexpected error occurred during analysis of '/some-path/package.json' (Node.js Package Analyzer): null [ERROR] java.util.ConcurrentModificationException at...

You probably want to consider #41.

> looks like this issue should have been closed 👍

There should be I suspect...However, I've got no clue about `make` or the the firmware build internals. For the ESP8266 build @nwf contributed a `ccache` integration in #28. Maybe something...

@devsaurus how do you use this in your environment?

I'd like to keep this open for now; it should be addressed. > the build-esp32 script modifies `user_version.h` each time it is invoked. This triggers re-compilation of source files in...

Due to `BUILD_DATE` `user_version.h` will always be different ☹️ > Since make decides for rebuild based on the files' timestamps It would help if I could tell `make` to ignore...

@nwf thanks for the warning! As I said, I don't know `make` at all and any piece of advice is certainly appreciated. I find that having all the information I...

> Just figured that `components/lua/lua.h` is also tweaked. This one actually triggers rebuild of modules and lua sources, not `user_version.h`. Yeah, that one can easily be changed i.e. I can...