Releases retrieved: 1.3.9 Upstream release that is considered latest: 1.3.9 Current version/release in rawhide: 1.3.8-7.fc39 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Created attachment 2003446 [details] Update to 1.3.9 (#2253781)
the-new-hotness/release-monitoring.org's scratch build of fltk-1.3.9-1.fc38.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=110107161
Releases retrieved: 1.3.10 Upstream release that is considered latest: 1.3.10 Current version/release in rawhide: 1.3.8-10.fc41 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Created attachment 2058183 [details] Update to 1.3.10 (#2253781)
the-new-hotness/release-monitoring.org's scratch build of fltk-1.3.10-1.fc40.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=125929088
Releases retrieved: 1.4.0 Upstream release that is considered latest: 1.4.0 Current version/release in rawhide: 1.3.8-10.fc41 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Created attachment 2058415 [details] Update to 1.4.0 (#2253781)
the-new-hotness/release-monitoring.org's scratch build of fltk-1.4.0-1.fc40.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=125962679
Releases retrieved: 1.4.0-1 Upstream release that is considered latest: 1.4.0-1 Current version/release in rawhide: 1.3.8-10.fc41 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Created attachment 2058442 [details] Update to 1.4.0-1 (#2253781)
the-new-hotness/release-monitoring.org's scratch build of fltk-1.4.0-1.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=125969643
For posterity, I can get a good build for the linux targets but the mingw build is failing.
Where can we see the mingw failure logs? I assume this is for cross compilation for Windows.
I haven't had time to investigate if this contains the error, it seems it has changed since my last attempt: https://koji.fedoraproject.org/koji/taskinfo?taskID=126607004
Here's the error from a local mock build plus Sandro's personal response to my query: [ 85%] Building CXX object test/CMakeFiles/tree.dir/tree.cxx.obj cd /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test && /usr/bin/i686-w64-mingw32-g++ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -Dtree_EXPORTS @CMakeFiles/tree.dir/includes_CXX.rsp -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -MD -MT test/CMakeFiles/tree.dir/tree.cxx.obj -MF CMakeFiles/tree.dir/tree.cxx.obj.d -o CMakeFiles/tree.dir/tree.cxx.obj -c /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx make[2]: Leaving directory '/builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32' /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx: In function 'void Button_CB(Fl_Widget*, void*)': /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:41:3: error: 'tty' was not declared in this scope 41 | tty->printf("'%s' button pushed (height=%d)\n", w->label(), height); | ^~~ /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx: In function 'void cb_tree(Fl_Tree*, void*)': /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:338:3: error: 'tty' was not declared in this scope 338 | tty->printf("TREE CALLBACK: label='%s' userdata=%ld reason=%s, changed=%d", | ^~~ /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:352:3: error: 'tty' was not declared in this scope 352 | tty->printf("TREE CALLBACK: reason=%s, changed=%d, item=(no item -- probably multiple items were changed at once)\n", | ^~~ /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx: In function 'void cb_testcallbackflag_button(Fl_Button*, void*)': /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:758:1: error: 'tty' was not declared in this scope 758 | tty->printf("--- Checking docallback off\n"); | ^~~ /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx: In function 'void cb_testrootshowself_button(Fl_Button*, void*)': /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:824:1: error: 'tty' was not declared in this scope 824 | tty->printf("--- Show Tree\n"); | ^~~ /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx: In function 'void cb_showselected_button(Fl_Button*, void*)': /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:1040:3: error: 'tty' was not declared in this scope 1040 | tty->printf("--- SELECTED ITEMS\n"); | ^~~ /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx: In function 'void cb_nextselected_button(Fl_Button*, void*)': /builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32/test/tree.cxx:1111:3: error: 'tty' was not declared in this scope 1111 | tty->printf("--- TEST next_selected():\n"); | ^~~ make[2]: *** [test/CMakeFiles/tree.dir/build.make:91: test/CMakeFiles/tree.dir/tree.cxx.obj] Error 1 make[1]: *** [CMakeFiles/Makefile2:4136: test/CMakeFiles/tree.dir/all] Error 2 make[2]: Entering directory '/builddir/build/BUILD/fltk-1.4.0-build/fltk-1.4.0/build_win32' --- Hi Richard I see that in the test/tree.cxx generated (by fluid) for redhat-linux-build, there is Fl_Terminal *tty=(Fl_Terminal *)0; at line 1433, but in the test/tree.cxx generated for win32/win64, no such line is present. Don't know anything about fltk/fluid unfortunately, but this this does not look like a problem with the mingw toolchain, but rather something with fluid.
Note that FLTK 1.4 is not fully backwards compatible with FLTK 1.3. Both would need to be packaged, much like GTK versions. E.g. TigerVNC will not build or function correctly with FLTK 1.4.
So someone will need to maintain a 1.3 package. IIRC we can request a new package for compatibility without doing a full review but I might be wrong. As far as the mingw build, upstream correctly pointed out that fltk 1.3 fluid doesn't have Fl:tty which is why the build is failing. I either need a way to point to native fluid in the buildroot, or do a bootstrap build of 1.4 without mingw first.
Upstream helped me use FLTK_FLUID_HOST to point to the linux build of fluid so I should have a usable build soon. Now we need a compat package for 1.3 and migrate projects which are not yet compatible with 1.4.
Not staying up to see if all arches complete but it looks like this scratch build will be successful: https://koji.fedoraproject.org/koji/taskinfo?taskID=126632156
Scratch build failed. Details below: BuilderException: Build failed: Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-izdg4isa/fltk.spec']' returned non-zero exit status 1. StdOut: setting SOURCE_DATE_EPOCH=1733875200 error: Bad file: ./fltk-1.4.0-source.tar.gz: No such file or directory RPM build errors: Bad file: ./fltk-1.4.0-source.tar.gz: No such file or directory Traceback: File "/usr/local/lib/python3.12/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/hotness/builders/koji.py", line 229, in build raise BuilderException( If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Created attachment 2062014 [details] Update to 1.4.0-1 (#2253781)
Releases retrieved: 1.4.1 Upstream release that is considered latest: 1.4.1 Current version/release in rawhide: 1.3.8-10.fc41 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Scratch build failed. Details below: BuilderException: Build failed: Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-if1pwz87/fltk.spec']' returned non-zero exit status 1. StdOut: setting SOURCE_DATE_EPOCH=1733961600 error: Bad file: ./fltk-1.4.1-source.tar.gz: No such file or directory RPM build errors: Bad file: ./fltk-1.4.1-source.tar.gz: No such file or directory Traceback: File "/usr/local/lib/python3.12/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/hotness/builders/koji.py", line 229, in build raise BuilderException( If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Created attachment 2062222 [details] Update to 1.4.1 (#2253781)
(In reply to Upstream Release Monitoring from comment #23) > Scratch build failed. Details below: > > BuilderException: Build failed: > Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', > '/var/tmp/thn-if1pwz87/fltk.spec']' returned non-zero exit status 1. > > StdOut: > setting SOURCE_DATE_EPOCH=1733961600 > error: Bad file: ./fltk-1.4.1-source.tar.gz: No such file or directory > > RPM build errors: > Bad file: ./fltk-1.4.1-source.tar.gz: No such file or directory This failure might be caused by FLTK now hosting their source tarballs exclusively on github only. "FLTK 1.4.1 is the first FLTK release exclusively hosted on GitHub [3]. Links to all releases can be found at FLTK's download page [4] as usual." https://github.com/fltk/fltk/releases
Yup, got all those kinks worked out and built. Now working through the packages that didn't build with it. A couple only needed some easy fixes, the rest will need to be migrated to the compat package when available.
Scratch build failed. Details below: BuilderException: Build failed: Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-8ciih18_/fltk.spec']' returned non-zero exit status 1. StdOut: setting SOURCE_DATE_EPOCH=1738713600 error: Bad file: ./fltk-1.4.1-source.tar.gz: No such file or directory RPM build errors: Bad file: ./fltk-1.4.1-source.tar.gz: No such file or directory Traceback: File "/usr/local/lib/python3.12/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/hotness/builders/koji.py", line 229, in build raise BuilderException( If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Created attachment 2075204 [details] Update to 1.4.1 (#2253781)
Releases retrieved: 1.4.2 Upstream release that is considered latest: 1.4.2 Current version/release in rawhide: 1.3.8-11.fc42 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Scratch build failed. Details below: BuilderException: Build failed: Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-xo4sozv1/fltk.spec']' returned non-zero exit status 1. StdOut: setting SOURCE_DATE_EPOCH=1740268800 error: Bad file: ./fltk-1.4.2-source.tar.gz: No such file or directory RPM build errors: Bad file: ./fltk-1.4.2-source.tar.gz: No such file or directory Traceback: File "/usr/local/lib/python3.12/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/hotness/builders/koji.py", line 229, in build raise BuilderException( If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Created attachment 2077502 [details] Update to 1.4.2 (#2253781)
Any progress on this? Fedora 42 and RedHat 10 are both Wayland only and fltk 1.4x has a greatly improved Wayland interface. Any where I could get a development src.rpm?
Is there a list of these Richard? From your comment here: https://bugzilla.redhat.com/show_bug.cgi?id=2253781#c26
Currently we are stalled. Not all project build with FLTK 1.4 and no one has stepped up to maintain a FLTK 1.3 compatibility package. The current status of what builds or fails can be found here: https://copr.fedorainfracloud.org/coprs/hobbes1069/fltk/builds/
I there 1.42 src.rpm available for my testing? (I can build it myself)
https://copr.fedorainfracloud.org/coprs/hobbes1069/fltk/builds/ Are those packages even have a Fedora maintainers or they are in autopilots? I checked upstream githubs and e.g. for TigerVNC and rasterview there is no even an issue filled for not compiling against fltk-1.4x.
The current stable fltk1.3 is fltk-1.3.11, is this the right version to base a compat package on? I'm not going to claim I know how to make a compat package, but I assume the right starting point is important.
fltk-1.3.11 is the last in the 1.3 series.
The latest for Fedora is fltk-1.3.8 so I would expect to have fltk-1.3.11 to confirm that current packages work with that before upgrading to fltk1.3 and fltk-1.4.x packages.
I'm working on a 1.3.11 update but there are some changes in CMake causing the mingw build to fail. Not the build itself, but it's now installing the CMake config files to the wrong directory.
1.3.11 is building for Rawhide now. I did an ABI comparison with 1.3.8 and there's one indirect sub-type change which is more likely due to GCC 14 than any change in fltk. Once complete, if someone wants to use it to create a compat package that would be great. See here for naming: https://docs.fedoraproject.org/en-US/packaging-guidelines/Naming/#multiple And a ticket should be filed to mark it as deprecated: https://docs.fedoraproject.org/en-US/packaging-guidelines/deprecating-packages/
We can't see the error logs for the failed packages listed at https://copr.fedorainfracloud.org/coprs/hobbes1069/fltk/builds/ all the failed logs report "404 Not Found" See fltk developer comment here https://groups.google.com/g/fltkgeneral/c/5wvb2cOngHY
Releases retrieved: 1.4.3 Upstream release that is considered latest: 1.4.3 Current version/release in rawhide: 1.3.11-1.fc43 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Created attachment 2087753 [details] Update to 1.4.3 (#2253781)
the-new-hotness/release-monitoring.org's scratch build of fltk-1.4.3-1.fc40.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=132109008
Releases retrieved: 1.4.4 Upstream release that is considered latest: 1.4.4 Current version/release in rawhide: 1.3.11-1.fc43 URL: https://www.fltk.org/software.php Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/823/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/fltk
Scratch build failed. Details below: Fault: <Fault 1: "<class 'FileExistsError'>: [Errno 17] File exists: '/mnt/koji/work/cli-build/1753024225.849768.gIXoWBph'"> Traceback: File "/usr/local/lib/python3.12/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/hotness/builders/koji.py", line 252, in build output["build_id"] = self._scratch_build(session, package.name, srpm) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/hotness/builders/koji.py", line 469, in _scratch_build session.uploadWrapper(source, serverdir) File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3406, in uploadWrapper self.fastUpload(localfile, path, name, callback, blocksize, overwrite, volume=volume) File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3303, in fastUpload result = self._callMethod('rawUpload', (chunk, ofs, path, name), callopts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3120, in _renew_expired_session return func(self, *args, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3199, in _callMethod raise err File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3146, in _callMethod return self._sendCall(handler, headers, request) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3039, in _sendCall raise e File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3035, in _sendCall return self._sendOneCall(handler, headers, request) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3088, in _sendOneCall ret = self._read_xmlrpc_response(r) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.12/site-packages/koji/__init__.py", line 3100, in _read_xmlrpc_response result = u.close() ^^^^^^^^^ File "/usr/lib64/python3.12/xmlrpc/client.py", line 668, in close raise Fault(**self._stack[0]) If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Any update on this? A new development release of fldigi requires fltk-1.4.4 according to the author, this has only happened today.
I tried to build a fltk1.3 compat package suite. It was successful although I didn't use mock to do it, just built with rpmbuild but not in a chroot. Do I need to change the mingw package names? They don't have a fltk1.3 sub-string in them. I have no real experience of doing this, but thought I would try to get something working.
I think for the compatibility package we can drop the mingw packages. There is a couple of finer points though... 1. The -devel packages need to conflict because I don't plan on supporting having both installed at the same time and most of the headers would conflict without major rearranging. 2. Make sure the packages that do need to be installed at the same time don't have any conflicting files. Libraries with sonames are likely fine, just need to verify what else may be in the package. Dave and I have it down to 6 packages that will need the compatibility packge: https://copr.fedorainfracloud.org/coprs/hobbes1069/fltk/builds/
Right, I will have another go later once I have worked out how to modify the spec file. I will have to determine how to force a conflict with the -devel packages, as at present I have no idea.
There used to be better documentation but it’s gotten spread out: https://docs.fedoraproject.org/en-US/packaging-guidelines/Conflicts/