Paul Würtz

Mi komencas kun la react afero [ĉi tie](https://github.com/paulwuertz/kurso-zagreba-metodo/tree/bs4), se pretas mi legu kaj faru la aferojn por statika paĝo...

I am not sure, if there was an option to configure the write-block-size to 16. I read through the last commits, issues and PRs and it seems I eyes some...

Can one support you updating the public routines - I do not know if PRs for that are welcome or already on someones desk/TODO list? I do not quite understand...

Is there some issue or rough guide on which functions need an update? Otherwise I would search for `BOOT_MAX_ALIGN` and see if all uses hold for the use with min-write-size...

And thank you for maintaining mcuboot, really appreciate your work! I hope I can contribute rather then make more trouble asking questions :s

I managed to make McuBoot run on the Atmel SAM by changing BOOT_MAX_ALIGN, as mentioned in [other issues] finally :) (https://github.com/mcu-tools/mcuboot/issues/713). What confused me, was that I already tried to...

Just saw the new release of puncover, nice :) Did a rebase for this proposal, any opinions if you agree with the configargparse package and yaml a config format? Cheers...

Profiling a known slow analysis of the prusa 3d printer firmware cProfile and looking at it in snakeviz a single culprit - the call to `nm -Sl` reveals itself 1440...

In the binutils it also states at the [nm source](https://gnu.googlesource.com/binutils-gdb/+/master/binutils/nm.c), that the --line-numbers option will be slow: > /* We need to get the canonical symbols in order to call...

In the binutils it also states at the [nm source](https://gnu.googlesource.com/binutils-gdb/+/master/binutils/nm.c), that the --line-numbers option will be slow: > /* We need to get the canonical symbols in order to call...