Hide Forgot
Description of problem: fltk1.3 is the latest stable version Version-Release number of selected component (if applicable): 1.1 How reproducible: always Steps to Reproduce: 1.sudo yum list fltk --enablerepo=updates-testing 2. 3. Actual results: Installed Packages fltk.x86_64 1.1.10-6.fc15 @fedora Available Packages fltk.i686 1.1.10-6.fc15 fedora Expected results: Additional info: Please see www.fltk.org for more information.
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.