Hello,
I co-maintain a package that contains a library that is used as module for a server. The 32 bits version of this library is pushed automatically into the 64 bits repositories (i.e. in epel6), which doesn't make much sense, since the 64 bits version of the server won't run with the 32 bits libraries.
This wouldn't be a big problem, but the pushed 32 bits rpm has a dependency on the 32 bits server, so then I will get complains (with reason) about the broken package.
globus-gridftp-server-progs is the server, and dpm-dsi is the module.
So my question is: how should I approach this? I got some suggestions in this ticket https://bugzilla.redhat.com/show_bug.cgi?id=957588
Is there any way I can prevent this rpm from being copied into the 64 bits repositories?
Regards.
I think you are better off asking for help on the Fedora devel list. (This packaging list is about RPM Packaging Guidelines.)
I co-maintain a package that contains a library that is used as module for a server. The 32 bits version of this library is pushed automatically into the 64 bits repositories (i.e. in epel6), which doesn't make much sense, since the 64 bits version of the server won't run with the 32 bits libraries.
This wouldn't be a big problem, but the pushed 32 bits rpm has a dependency on the 32 bits server, so then I will get complains (with reason) about the broken package.
globus-gridftp-server-progs is the server, and dpm-dsi is the module.
So my question is: how should I approach this? I got some suggestions in this ticket https://bugzilla.redhat.com/show_bug.cgi?id=957588
I don't think Rel Eng can fix this directly but it needs to be addressed in the repo compose tool I believe.
On 30/04/13 12:34, Jens Petersen wrote:
I think you are better off asking for help on the Fedora devel list. (This packaging list is about RPM Packaging Guidelines.)
Thanks. I'll re-send the mail there.
I co-maintain a package that contains a library that is used as module for a server. The 32 bits version of this library is pushed automatically into the 64 bits repositories (i.e. in epel6), which doesn't make much sense, since the 64 bits version of the server won't run with the 32 bits libraries. This wouldn't be a big problem, but the pushed 32 bits rpm has a dependency on the 32 bits server, so then I will get complains (with reason) about the broken package. globus-gridftp-server-progs is the server, and dpm-dsi is the module. So my question is: how should I approach this? I got some suggestions in this ticket https://bugzilla.redhat.com/show_bug.cgi?id=957588
I don't think Rel Eng can fix this directly but it needs to be addressed in the repo compose tool I believe. -- packaging mailing list packaging@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/packaging
packaging@lists.fedoraproject.org