Andrew Stoehr

@AlexXZero -- thanks for all the additional effort here. I don't think installing `cbor` in the container is the cleanest solution here, though. Looks like in the `build.sh` script for...

Or, instead, we could point to the specific `requirements.txt` from `mcutools` for the version Infinitime is using: https://github.com/mcu-tools/mcuboot/blob/71b8f981df4f4e65df1757c6ba14ce8d2b7e7696/scripts/requirements.txt

@AlexXZero, @JF002 -- This is what that might look like in `docker/build.sh`: ```diff GetMcuBoot() { - git clone https://github.com/mcu-tools/mcuboot.git "$TOOLS_DIR/mcuboot" - pip3 install -r "$TOOLS_DIR/mcuboot/scripts/requirements.txt" + mkdir -p "$TOOLS_DIR/mcuboot" +...

Personally, I think if there's no intention of moving off of the current version of `mcuboot` then it wouldn't be worth the effort to add it as a submodule.

> I might overlook something - but if you use `rand()` and do not set seed by `srand()`, do you get the same pseudorandom numbers again after InfiniTime reboots? >...

@hubmartin I could use some help with the `srand` call for seeding the random number generator. I tried using `srand(time(nullptr));` in my object's constructor and also tried doing `srand(std::chrono::system_clock::now().time_since_epoch().count());` and...

@hubmartin @geekbozu I did a bit more looking at this -- I ended up using `srand(dateTimeController.CurrentDateTime().time_since_epoch().count());` in the constructor, and that seemed to do the trick. No repeat rolls after...

> This is such a cool idea. Bump, to see this finished and included in the next build. Hey -- thanks for the support. I'd love to finish this up...

I just pushed new changes that make the dice app compatible with 1.6.0. I likely still have to revisit the `tidy` warnings, and also the wrist-motion rolling seems to not...

> There are actually two shake detection algorithms in the works. #691 #660. Seems like the roll detection is quite sensitive, so would a shake work better here too? Oh,...