| Summary: | RFE: fltk needs an update to 1.3 (from 1.1) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ranjan Maitra <itsme_410> |
| Component: | fltk | Assignee: | Rex Dieter <rdieter> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | atkac, oget.fedora, pertusus, rdieter |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-07-17 18:18:46 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Ranjan Maitra
2011-06-18 13:46:57 UTC
Hi, I checked the 1.3 build from koji. In the F-15 version of fltk-devel, when we look at /usr/include/FL, we see that there is a .h file (symlink) for every .H file. However the same symlink does not exist in the 1.3 build. This breaks the build of my package (zynaddsubfx). Is this behavior change intentional? Should I patch the zynaddsubfx code to include the correct headers, or is this a packaging error? Took a closer look at the headers, what a mess indeed with .h vs .H I'm tempted just to rename all .H -> .h and call it good (or at least restore the symlinks). Regardless, I'm leaning toward WONTFIX here, the new release is not ABI-compatible with the prior release, so in the least, would require rebuilding of all dependant packages. And, as seen here, there's even some api breakage as a bonus. That is, unless there is some very good (ie, *compelling*) reason to do otherwise. oget, ok, looks like fltk-1.1 builds with option: --with-links make header links for common misspellings (default=yes) and fltk-1.3: --with-links make header links for common misspellings (default=no) So, for us here and now, I'll build using --with-links explicitly, but... it would appear fltk upstream considers these to be misspellings, so long-term, it would behoove you to either patch to use non-symlinks or poke your upstream to fix it. confused: so is this CLOSED WONTFIX or is this still being attended to. I agree: it is really annoying when thinks like defaults completely reverse for no reason whatsoever.... Won't fix as in no 1.3 update for f15, but I did fix the 1.3 related issues mentione for rawhide thanks! but this will also mean that dillo will remain stuck at 0.8.6. They will be releasing dillo3 soon, which will depend on 1.3 (in fact they were waiting for this release). are there many projects on fedora that depend on fltk? Rex, thanks, now I was able to build zynaddsubfx. Globe, there is quite a number of packages that need fltk. See the output of $ repoquery --whatrequires fltk\* anything new on this? will fltk be updated to 1.3? See comment #6. |