-
Notifications
You must be signed in to change notification settings - Fork 38
Update diener version #506
Conversation
|
Per https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/2360018 (note line 127) and https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/2360019 (note line 127) from paritytech/substrate#13324, the patching seems to be happening without issues. The job is failing due to some code-related problem unrelated to |
|
@joao-paulo-parity sorry by the provided links the jobs are failed
thanks |
Yes, I'm aware. I mentioned that at the end of #506 (comment).
Why does this matter?
Why would the flow with a companion PR behave differently w.r.t. |
But it's not clear wether it was a wrong patch problem or a code, ideally that should succeed to confirm the evidence of work
The last time we updated a diener, it was working with a simple companion cases, but i didn't with a PATCH_repo. That's why I think it's important to test and make sure
Who knows, better know & make sure before roll-out than after |
It was explictly stated that "The job is failing due to some code-related problem unrelated to
There's no usage of Anyways, although I don't think that those extra tests are useful (there should be a standard testing procedure specifically for
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, looking forward for results!
There's no usage of PATCH_something in the companion scripts.
Aren't we updating it globally, so the companion & command-bot would be affected as well?
if no, which scripts does it affect?
This reverts commit e3913c5. No longer needed now that paritytech/scripts#506 has been merged.
See paritytech/pipeline-scripts#97 (comment) for context.
Tested through paritytech/substrate#13324 (see #506 (comment)).
closes paritytech/pipeline-scripts#97