Details
- Reviewers
salvadore kp markj pauamma_gundo.com - Group Reviewers
status - Commits
- R9:28a0d0b9dc6e: Status/2024Q3/kyua.adoc: Add report
Diff Detail
- Repository
- R9 FreeBSD doc repository
- Lint
Lint Skipped - Unit
Tests Skipped - Build Status
Buildable 59530 Build 56417: arc lint + arc unit
Event Timeline
I wonder if it's worth mentioning the work you're doing in the 'skipped' count as well, or if that would just invite bike-shedding.
Thank you for writing this. I included some suggestions, but please feel free to replace them with your own.
| website/content/en/status/report-2024-07-2024-09/kyua.adoc | ||
|---|---|---|
| 6 | I would instead write something like, "The FreeBSD test suite is executed by the kyua utility." kyua is a tool that lets you glue different test frameworks (e.g., ATF, googletest, TAP, ...) together, giving some unified interface. To me it sounds a bit incorrect to call kyua itself a "framework." | |
| 7 | ||
| 8 | ||
| 11 | ||
| 13 | ||
| 14 | I would specifically mention VNETs here, since that's the main component that makes this concept useful. | |
| 15 | Isn't this speedup relative to the amount of parallelism? That is, the speedup from parallelism=2 and parallelism=100 is different. | |
Thanks for your help!
| website/content/en/status/report-2024-07-2024-09/kyua.adoc | ||
|---|---|---|
| 6 | I've simply followed the official README, but I think it should not hurt anyone with rewording. I guess, the "framework" term is an eternal dispute :) | |
| 15 | Thanks, I'm so in the context to forget about this. And a reader is out of the context completely. | |
| website/content/en/status/report-2024-07-2024-09/kyua.adoc | ||
|---|---|---|
| 8 | Yes, this is a good idea to highlight that. | |