On Sat, 27 Oct 2018, Rex Dieter wrote:
The problem with using the bundled copy is that the bundled copy doesn't
include the sip binary. So if we use the wxpython bundled sip module code
with the sip package's sip binary, we could end with mismatched sip
versions.
Wow, that's seems like a fragile setup indeed, what does your upstream
recommend?
Well, the upstream build process downloads a copy of the sip binary from
the wxpython website.
For solving this, I am seeing these options:
1) Have the 'sip' package generate a private copy of the sip module for
wxpython as you have done for Qt4 and Qt5.
2) Include the sip module source code in the 'sip-devel' package and
wxpython can generate its own private copy of the module during build.
3) Bundle the sip binary source code (that matches the existing bundled
sip module code) into wxpython and build the sip binary as part of the
wxpython build.
Thoughts?
It really seems to me that the better design (for sip) would be to allow
the sip binary to generate the sip module code during build, so that the
private copy of the module could live in the user packages, not in the sip
package.
Scott
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
