{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":790226832,"defaultBranch":"master","name":"tcpdirect","ownerLogin":"jfeather-amd","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2024-04-22T13:50:43.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/138583224?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1722250202.0","currentOid":""},"activityList":{"items":[{"before":"39d7e84d49d3e009c33c8f8a093b11355809ab42","after":"2b47a884c571a36af40f37851dc1d4b029b250dc","ref":"refs/heads/v8_1","pushedAt":"2024-07-29T11:01:44.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15895: handle TX completions for in-flight retransmitted packets\n\nIf we have not yet processed a TX completion for a given packet and\nthe RTO timer expires, we will retransmit it via PIO or by copying\nit to a new buffer. When adding TX timestamping, these packets would\nbe marked to be freed when the TX completion was processed. However,\nwe would still prepare a TX timestamp report for it, thus expecting\nthe report to be completed.\n\nThe problem with this is that the flag used on retransmit to request\nthe packet gets freed immediately, `ZF_REQ_ID_PROTO_TCP_FREE`, would\nindeed free the packet immediately without informing the TX report\nsystem of this TX completion event. The next sent packet would then\npopulate the TX report for this retransmission with the timestamp in\nits TX completion event. Subsequent packets would also experience\nthis off-by-one failure.\n\nThis failure mode can be triggered by sending some data, then not\nperforming the reactor until the RTO timer must have expired, at\nwhich point performing the reactor again would handle the timer\nexpiration before checking for the probably-already-present TX\ncompletion, meaning we get this specific flavour of retransmit.\n\nTo fix this, the send flag has been updated so that we process the\nTX completion, to be consistent with other retransmissions which\nget TX reports. This also required a minor update to correctly\nlabel this report as a retransmission when preparing the report.\n\n(cherry picked from commit 5c1458664b4ba8bad8f64202f3bbf6a858940abf)","shortMessageHtmlLink":"ON-15895: handle TX completions for in-flight retransmitted packets"}},{"before":"d42f94d5569bdc9ca654f1c87238b3e985cf72e0","after":"0012360e4af4841d96b3e6634a9c34ec650013d6","ref":"refs/heads/master","pushedAt":"2024-07-29T11:01:05.000Z","pushType":"push","commitsCount":6,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"Merge branch 'v8_1'","shortMessageHtmlLink":"Merge branch 'v8_1'"}},{"before":"e8ce97cc03110dcca266ded817721cc883990128","after":null,"ref":"refs/heads/reviews/jfeather/ON-15895","pushedAt":"2024-07-29T10:50:02.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"}},{"before":"ba607b3ca2ada1e56f96042fdf8552012aa785c7","after":"d42f94d5569bdc9ca654f1c87238b3e985cf72e0","ref":"refs/heads/master","pushedAt":"2024-07-19T15:55:26.000Z","pushType":"push","commitsCount":14,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"Merge branch 'v8_1'","shortMessageHtmlLink":"Merge branch 'v8_1'"}},{"before":"a763106caf8c673fd0853e097f6f1f4e15322dc6","after":"e8ce97cc03110dcca266ded817721cc883990128","ref":"refs/heads/reviews/jfeather/ON-15895","pushedAt":"2024-07-19T14:05:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15895: handle TX completions for in-flight retransmitted packets\n\nIf we have not yet processed a TX completion for a given packet and\nthe RTO timer expires, we will retransmit it via PIO or by copying\nit to a new buffer. When adding TX timestamping, these packets would\nbe marked to be freed when the TX completion was processed. However,\nwe would still prepare a TX timestamp report for it, thus expecting\nthe report to be completed.\n\nThe problem with this is that the flag used on retransmit to request\nthe packet gets freed immediately, `ZF_REQ_ID_PROTO_TCP_FREE`, would\nindeed free the packet immediately without informing the TX report\nsystem of this TX completion event. The next sent packet would then\npopulate the TX report for this retransmission with the timestamp in\nits TX completion event. Subsequent packets would also experience\nthis off-by-one failure.\n\nThis failure mode can be triggered by sending some data, then not\nperforming the reactor until the RTO timer must have expired, at\nwhich point performing the reactor again would handle the timer\nexpiration before checking for the probably-already-present TX\ncompletion, meaning we get this specific flavour of retransmit.\n\nTo fix this, the send flag has been updated so that we process the\nTX completion, to be consistent with other retransmissions which\nget TX reports. This also required a minor update to correctly\nlabel this report as a retransmission when preparing the report.","shortMessageHtmlLink":"ON-15895: handle TX completions for in-flight retransmitted packets"}},{"before":null,"after":"a763106caf8c673fd0853e097f6f1f4e15322dc6","ref":"refs/heads/reviews/jfeather/ON-15895","pushedAt":"2024-07-19T10:13:31.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15895: handle TX completions for in-flight retransmitted packets\n\nIf we have not yet processed a TX completion for a given packet and\nthe RTO timer expires, we will retransmit it via PIO or by copying\nit to a new buffer. When adding TX timestamping, these packets would\nbe marked to be freed when the TX completion was processed. However,\nwe would still prepare a TX timestamp report for it, thus expecting\nthe report to be completed.\n\nThe problem with this is that the flag used on retransmit to request\nthe packet gets freed immediately, `ZF_REQ_ID_PROTO_TCP_FREE`, would\nindeed free the packet immediately without informating the TX report\nsystem of this TX completion event. The next sent packet would then\npopulate the TX report for this retransmission with the timestamp in\nits TX completion event. Subsequent packets would also experience\nthis off-by-one failure.\n\nThis failure mode can be triggered by sending some data, then not\nperforming the reactor until the RTO timer must have expired, at\nwhich point performing the reactor again would handle the timer\nexpiration before checking for the probably-already-present TX\ncompletion, meaning we get this specific flavour of retransmit.\n\nTo fix this, the send flag has been updated so that we process the\nTX completion, to be consistent with other retransmissions which\nget TX reports. This also required a minor update to correctly\nlabel this report as a retransmission when preparing the report.","shortMessageHtmlLink":"ON-15895: handle TX completions for in-flight retransmitted packets"}},{"before":"8c4032d46a9e12aeb9c65cbea1067e00c112899f","after":"ba607b3ca2ada1e56f96042fdf8552012aa785c7","ref":"refs/heads/master","pushedAt":"2024-07-18T11:13:04.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"Merge branch 'v8_1'","shortMessageHtmlLink":"Merge branch 'v8_1'"}},{"before":"14c8c29af3a2cbc61184ee999b21afd4b9f8af78","after":null,"ref":"refs/heads/reviews/jfeather/ON-15875-2","pushedAt":"2024-07-18T11:11:05.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"}},{"before":"bb4df1d6ebc60ee0cad1372823cce0426f7f1321","after":"14c8c29af3a2cbc61184ee999b21afd4b9f8af78","ref":"refs/heads/reviews/jfeather/ON-15875-2","pushedAt":"2024-07-18T09:30:01.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add --name option to zf_mkdist\n\nThis option is passed through to zf_make_tarball and is used as the\nstart of the generated tarball name. Previously, zf_mkdist would\nspecify this as \"zf\", but this was dropped in Commit 05f83369e204\n(\"ON-15875: use onload tarball in Jenkins pipeline\") which meant\nthe new default was \"tcpdirect\" to match the existing Jenkins\npipeline. However, this broke other consumers of zf_mkdist that\nexpected a tarball starting with \"zf\" to be generated. As such,\nthis change both adds the option for this to be configured, to be\nused in the Jenkins pipeline, and reverts to the previous default\nname prefix, \"zf\".","shortMessageHtmlLink":"ON-15875: add --name option to zf_mkdist"}},{"before":null,"after":"bb4df1d6ebc60ee0cad1372823cce0426f7f1321","ref":"refs/heads/reviews/jfeather/ON-15875-2","pushedAt":"2024-07-18T09:14:27.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add --name option to zf_mkdist\n\nThis option is passed through to zf_make_tarball and is used as the\nstart of the generated tarball name. Previously, zf_mkdist would\nspecify this as \"zf\", but this was dropped in Commit 05f83369e204\n(\"ON-15875: use onload tarball in Jenkins pipeline\") which meant\nthe new default was \"tcpdirect\" to match the existing Jenkins\npipeline. However, this broke other consumers of zf_mkdist that\nexpected a tarball starting with \"zf\" to be generated. As such,\nthis change both adds the option for this to be configured, to be\nused in the Jenkins pipeline, and revers to the previous default\nname prefix \"zf\".","shortMessageHtmlLink":"ON-15875: add --name option to zf_mkdist"}},{"before":"7171526bce74e77ee8464de5fe7efad26db8b4dd","after":null,"ref":"refs/heads/reviews/jfeather/ON-15875-v8_1","pushedAt":"2024-07-16T15:33:33.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"}},{"before":"4875a8f47d55304ea300df7d92a5db5883417894","after":null,"ref":"refs/heads/ON-15255","pushedAt":"2024-07-16T11:32:01.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"}},{"before":"9b849cada31e487400bc098ce9de3d0815a6112e","after":"4875a8f47d55304ea300df7d92a5db5883417894","ref":"refs/heads/ON-15255","pushedAt":"2024-07-16T10:58:59.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15255: use ef_vi packet in timestamp calls\n\nCommit da134ec0d456 (ON-15255: use new unified ef_vi timestamping\nAPI, 2024-07-01) was an improper patch, and used to wrong packet\nreference; instead of referencing the ef_vi rxpkt it instead tried\nto reference the TCPDirect packet store. This change references\nthe correct packet to correctly extract a timestamp.\n\nThis change also teaches zf_emu to expect sub-nanosecond resolution\ntimestamps, rather than the previous clobbering of the lower-order\nbits in the nanoseconds field.","shortMessageHtmlLink":"ON-15255: use ef_vi packet in timestamp calls"}},{"before":null,"after":"9b849cada31e487400bc098ce9de3d0815a6112e","ref":"refs/heads/ON-15255","pushedAt":"2024-07-15T15:23:48.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15255: use ef_vi packet in timestamp calls\n\nCommit da134ec0d456 (ON-15255: use new unified ef_vi timestamping\nAPI, 2024-07-01) was an improper patch, and used to wrong packet\nreference; instead of referencing the ef_vi rxpkt it instead tried\nto reference the TCPDirect packet store. This change references\nthe correct packet to correctly extract a timestamp.\n\nThis change also teaches zf_emu to expect sub-nanosecond resolution\ntimestamps, rather than the previous clobbering of the lower-order\nbits in the nanoseconds field.","shortMessageHtmlLink":"ON-15255: use ef_vi packet in timestamp calls"}},{"before":"ced220e553617ba965acf1c21153709b957f1c01","after":"7171526bce74e77ee8464de5fe7efad26db8b4dd","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1","pushedAt":"2024-07-10T14:32:29.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"90597c18eaa981cb9e249e20971eb7acc6cf57c2","after":"7171526bce74e77ee8464de5fe7efad26db8b4dd","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T14:12:58.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"5082617ecb01ba4a8ac4d9560a91395acb57b12e","after":"90597c18eaa981cb9e249e20971eb7acc6cf57c2","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T14:12:40.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"13e45bfead13eeeecd58f5961e6edd851755ca1c","after":"5082617ecb01ba4a8ac4d9560a91395acb57b12e","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T13:45:55.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"97d6d13fba050494b1ab23d213e2418db1503d00","after":"13e45bfead13eeeecd58f5961e6edd851755ca1c","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T13:11:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"b032b6c86da5954fd7eeff9a608684e540e19c9f","after":"97d6d13fba050494b1ab23d213e2418db1503d00","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T13:09:39.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"cda0f844547a8677ca7e2a6d633dad0d1f31aedd","after":"b032b6c86da5954fd7eeff9a608684e540e19c9f","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T13:02:55.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"18e3b216bd4c1abd4b9be4997a291e96920b3fb1","after":"cda0f844547a8677ca7e2a6d633dad0d1f31aedd","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T09:43:18.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":null,"after":"18e3b216bd4c1abd4b9be4997a291e96920b3fb1","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1-devel","pushedAt":"2024-07-10T09:41:02.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: unify zf_mkdist and zf_mkdist_build","shortMessageHtmlLink":"ON-15875: unify zf_mkdist and zf_mkdist_build"}},{"before":"e928997064678d09f3c8134c324640aa95d6ca80","after":"ced220e553617ba965acf1c21153709b957f1c01","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1","pushedAt":"2024-07-08T15:32:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add versions.yaml to zf_mkdist\n\nThe build was updated to use versions.yaml to populate some version\ninformation, such as `ZF_SEMANTIC_VERSION`. This caused some issues\nif using zf_mkdist as versions.yaml was not copied to the build\ndirectory.","shortMessageHtmlLink":"ON-15875: add versions.yaml to zf_mkdist"}},{"before":null,"after":"e928997064678d09f3c8134c324640aa95d6ca80","ref":"refs/heads/reviews/jfeather/ON-15875-v8_1","pushedAt":"2024-07-08T10:01:29.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add versions.yaml to zf_mkdist\n\nThe build was updated to use versions.yaml to populate some version\ninformation, such as `ZF_SEMANTIC_VERSION`. This caused some issues\nif using zf_mkdist as versions.yaml was not copied to the build\ndirectory.","shortMessageHtmlLink":"ON-15875: add versions.yaml to zf_mkdist"}},{"before":null,"after":"58c5968ec7074963339fb9a6ce654f5807d62142","ref":"refs/heads/reviews/jfeather/ON-15875","pushedAt":"2024-07-08T09:45:42.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add versions.yaml to zf_mkdist\n\nThe build was updated to use versions.yaml to populate some version\ninformation, such as `ZF_SEMANTIC_VERSION`. This caused some issues\nif using zf_mkdist as versions.yaml was not copied to the build\ndirectory.","shortMessageHtmlLink":"ON-15875: add versions.yaml to zf_mkdist"}},{"before":"fc6cd5b33538265b93b2f24da0e8af5ffd122017","after":"58c5968ec7074963339fb9a6ce654f5807d62142","ref":"refs/heads/ON-15875","pushedAt":"2024-07-08T09:40:37.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add versions.yaml to zf_mkdist\n\nThe build was updated to use versions.yaml to populate some version\ninformation, such as `ZF_SEMANTIC_VERSION`. This caused some issues\nif using zf_mkdist as versions.yaml was not copied to the build\ndirectory.","shortMessageHtmlLink":"ON-15875: add versions.yaml to zf_mkdist"}},{"before":"464c3a7b5a96371453e468119cb35cfb741772f4","after":"fc6cd5b33538265b93b2f24da0e8af5ffd122017","ref":"refs/heads/ON-15875","pushedAt":"2024-07-08T09:38:06.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add versions.yaml to zf_mkdist\n\nThe build was updated to use versions.yaml to populate some version\ninformation, such as `ZF_SEMANTIC_VERSION`. This caused some issues\nif using zf_mkdist as versions.yaml was not copied to the build\ndirectory.","shortMessageHtmlLink":"ON-15875: add versions.yaml to zf_mkdist"}},{"before":null,"after":"464c3a7b5a96371453e468119cb35cfb741772f4","ref":"refs/heads/ON-15875","pushedAt":"2024-07-08T09:34:21.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"},"commit":{"message":"ON-15875: add versions.yaml to zf_mkdist\n\nThe build was updated to use versions.yaml to populate some version\ninformation, such as `ZF_SEMANTIC_VERSION`. This caused some issues\nif using zf_mkdist as versions.yaml was not copied to the build\ndirectory.","shortMessageHtmlLink":"ON-15875: add versions.yaml to zf_mkdist"}},{"before":"7fc1e898b42fb4957656c17b8bb134207f3beac2","after":null,"ref":"refs/heads/ON-15556","pushedAt":"2024-07-02T08:27:38.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"jfeather-amd","name":"Josh Featherstone","path":"/jfeather-amd","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/138583224?s=80&v=4"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEi8q4EwA","startCursor":null,"endCursor":null}},"title":"Activity · jfeather-amd/tcpdirect"}