Closed caronc closed 6 years ago
No, I don't think this is correct. We continuously run CI builds every commit and check for errors (even warnings). As one of the submodule commits changed something related to that, I assume you created a mix and match of main module and submodule (both at HEAD I guess). That would explain your problem. Please try "git submodule update" (after reverting your commit) and try again.
no reaction => close
Sorry about the delay in response. I went out of town shortly after I opened the pull request. I was back yesterday, but have not had a chance to try again. Your assumptions were correct though, I was using the master branch of the submodule. I will hopefully try again later this week.
The issue you closed just now however does make drbd-utils compatible with your latest drbd-headers module. Regardless, thanks for your input. I'll open a new ticket if I have any further issues.
There is no "however". You are supposed to use the submodule commit that is referenced in the main code. That is how git submodules work, and what git submodule update
does. Period. You are not supposed to use a submodule commit that is behind the reference in the main module and you are not supposed to use one that is newer (your case with using HEAD). No "however", you need to look up how git submodules work.
Newer commits in drbd-utils (not pushed), will then reference a submodule commit hat is now the HEAD of the submodule. And then again everything will work as expected (if one knows how to handle git submodules).
Nothing is broken here, you just don't know how git submodules work.
Calling make in CentOS 7.x:
This pull request just removes the duplicate definition of al_transaction_types.