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
rpm generation process update #1980
Conversation
success |
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.
It looks good to me.
@@ -2,3 +2,5 @@ | |||
libdbi | |||
libdbi-drivers | |||
riemann-c-client-devel | |||
syslog-ng-java-deps |
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.
Where does this package come from?
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.
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.
I think it's not the githead branch in your repo, but version "3.11":
https://github.com/balabit/syslog-ng/blob/4ab34df81a7f97740e60aa5b0748c54b6518338b/dbld/images/helpers/functions.sh#L14-L17
This is used during docker image creation.
# CzP's spec file expect it in the pwd | ||
# where the build was initiated | ||
cp packaging/rhel/syslog-ng.* /build | ||
|
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.
My understanding is that they need to be in the rpmbuild source directory. Isn't that the case?
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.
It is looking for the files where rpmbuild is initiated. In our case it is '''/build'''
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.
I was experimenting with it as well.
rpmbuild is using the dist tarball, isn't it?
Why don't we include it our Makefile instead of this copy? I have tried it out and it works, it would be similar to what our debian packaging does.
# CzP's spec file expect it in the pwd | ||
# where the build was initiated | ||
cp packaging/rhel/syslog-ng.* /build | ||
|
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.
I was experimenting with it as well.
rpmbuild is using the dist tarball, isn't it?
Why don't we include it our Makefile instead of this copy? I have tried it out and it works, it would be similar to what our debian packaging does.
@@ -2,3 +2,5 @@ | |||
libdbi | |||
libdbi-drivers | |||
riemann-c-client-devel | |||
syslog-ng-java-deps |
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.
I think it's not the githead branch in your repo, but version "3.11":
https://github.com/balabit/syslog-ng/blob/4ab34df81a7f97740e60aa5b0748c54b6518338b/dbld/images/helpers/functions.sh#L14-L17
This is used during docker image creation.
This is a huge step to resolve #1857 👍 |
Hi, We've just merged a CI-related pull request into our master branch. |
c945bd9
to
53ca55c
Compare
success |
53ca55c
to
8e14af4
Compare
success |
Did a quick test in a completely clean environment. Running dbld/rules rpm-centos7 fails with dependency problems only if dbld/rules image-centos7 is not run first. Thanks to @szemere it now also works if it was invoked as root. As discussed IRL with @gaborznagy , my githead repo should be used instead of 311 to make sure that the right version of dependencies are used. |
@czanik : by completely clean environment you mean you did not have any of the docker images prior testing, right? About the changes:
|
You are absolutely right. A little background information: |
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.
I reviewed and it looks good to me in general. If Gabors comment on wrong version: 3.11 is resolved, approve from my side.
"dbld/rpm" will work with this patch and it's awaited. However it's not a sophisticated solution, it needs more work.
This PR is awaited. The resolution of the many copying of the packaging dir in dbld will be resolved later. |
- remove syslog-ng-add-contextual-data.pc from file list - update to 3.15.1 - re-enable amqp & mongodb on RHEL only - keep tcp wrappers support only on RHEL - updated epel: centos7->git_head
8e14af4
to
d51bba8
Compare
Updated epel repo url to git head. |
success |
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.
I tried the patchset manually. I could build image-centos7 successfully. The rpm's are generated successfully. I could successfully install the generated rpm-s inside image-centos7, and syslog-ng started with an stdin source stdout destination, log are generated as expected.
All looks good to me! Thanks for putting this together.
RPM generation process update from @czanik.
This is the first step in a long process, the final goal is to harmonize Peter's work and
/dbld
Fixes: #1857