| Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
argument
After a lot (a lot) of debugging, I've discovered the issue to be with mdpo,
and how it behaved differently in an unexpected way when in a pipe instead of
being invoked directly.
An issue was filled [0] upstream to report problem, but the workaround was
enough to address #task-f957647c-df05-c0c1-a38b-2e6faea99b8f.
[0]: https://github.com/mondeja/mdpo/issues/159
|
|
|
|
|
|
|
|
|
|
BONUS: Log instruction to re-execute build.
|
|
|
|
previous colour pallete
|
|
|
|
|
|
|
|
The tests were relying on the unspecified and non-standartized
behaviour of "mktemp". Now they use "mkstemp()", a shim sh function to
provide the expected behaviour, and an accompanying "mkdtemp()"
function is also defined.
To further decouple from specific implementations and OS-behaviours and
quirks, a aux/lib.sh file containing both those functions was added.
Its purpose is to also allow code under aux/ to not depend on specific
behaviour.
"mkdtemp()" had to be replicated in aux/ci/ci-build.sh, since it runs
outside the repository.
|
|
|
|
|
|
|
|
|
|
Adjust Makfile to include it and give it both to aux/workflow/l10n.sh
and to aux/workflow/public.sh
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Adjust aux/workflow/assert-todos.sh accordingly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#question-539a1902-ed41-fc93-806a-088b6caf8134
|
|
#decision-ce5cd33e-b3a1-1606-0d78-0d9586b07529
|