-
Notifications
You must be signed in to change notification settings - Fork 128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
builder: defer submodule detection to git #507
builder: defer submodule detection to git #507
Conversation
If anyone has a workaround for this without waiting for a new release, I would appreciate the pointers. |
Hello @abn, I don't use this builder in any of my projects. @arcivanov, @t0fik could you please try the PR to make sure it doesn't break your use-cases? |
91c23dc
to
53f3f8c
Compare
Addressed the linting errors reported by last ci run. |
53f3f8c
to
350afb0
Compare
@FrostyX sorry had to re-push since I figured the linting fixes are better off in a separate commit. |
I need a little more time to confirm it works, sorry. |
LGTM |
Looks like the PyLint rules are in conflict with the epel-7 build environments.
The fix was introduced due to failures in PyLint checks in the original workflow runs. Should I maintain python2 compatibility? |
Thank you very much @t0fik and @arcivanov for testing.
There was a discussion about dropping RHEL7 in a recent PR. I am not opposed to doing so, especially if it complicates the development/maintenance. But here it seems we can just replace f-string with Can you please do this one last thing @abn and then I will merge and publish a new release with your fix. |
350afb0
to
81f3765
Compare
@FrostyX I have replaced all the lint fixes with the format you have suggested |
Thank you very much :-) |
Recent builds on copr started failing for rpms using submodule aware builders, see logs below. The root cause for the issue was the presence of an empty
.gitmodules
file in a submodule. The recursion logic currently only checks if the file exists, if it does, tries to fetch the paths using thegit config --file .gitmodules --get-regexp path
command. Which exits with status code1
when the.gitmodules
file is empty.I have tried to work around this issue by deferring the logic of identifying all nested submodules to
git submodule status --recursive
instead. Which allows for a less complex handling within tito. Ideally, I reckon this could even be simplified further by use of either thegit submodules foreach 'git archive ...'
command orgit ls-files --recurse-submodules
and piping those files into thetarfile
module. But for now, I have kept the change trivial and attempted to keep the interface change to a minimum.Please let me know if I need to fix/add anything.
copr-build.log