Bug 2189702

I got hit by this because mcrouter depends on ragel to run its build.

This is because colm got updated to 0.14.7; the latest ragel (7.0.4) does recommend this colm version, but when I tried a local build, unfortunately it turns out ragel now expects colm to provide *.la (libtool archives), and its build fails if those are not available.

WIP (it would fail with a different error as configure.ac's scriptlet for finding colm hardcodes using lib rather than lib64, but fixing that would not help find non-existent *.la files)

https://src.fedoraproject.org/fork/salimma/rpms/ragel/tree/bump-ragel

Mailing list post: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/W532IFQQRP6IBVU3O5NPLADNWBWNHYNR/

https://github.com/adrian-thurston/ragel/commit/463f4914057b0193c6ca025e9233c17035bc0448

From 463f4914057b0193c6ca025e9233c17035bc0448 Mon Sep 17 00:00:00 2001
From: Adrian Thurston <thurston>
Date: Sun, 12 Mar 2023 13:24:22 -0700
Subject: [PATCH] fallback to AC_CHECK_LIB for libcolm and libfsm

If the .la files for libcolm and libfsm are not present then fallback to using
AC_CHECK_LIB for these libraries. Many packaging systems strip out .la files so
we need to still be able to link if they are not there.
---
 configure.ac | 20 ++++++++++++++++++++
 1 file changed, 20 insertions(+)

BTW the changeset ragel began to use .la is:
https://github.com/adrian-thurston/ragel/commit/cc16042c05e241d1ad02551718fe458fce9f5555

From cc16042c05e241d1ad02551718fe458fce9f5555 Mon Sep 17 00:00:00 2001
From: Adrian Thurston <thurston>
Date: Mon, 13 Apr 2020 17:25:04 +0000
Subject: [PATCH] use libcolm and libfsm .la files when linking

Hello,

Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/

This package fails to install and maintainers are advised to take one of the following actions:

 - Fix this bug and close this bugzilla once the update makes it to the repository.
   (The same script that posted this comment will eventually close this bugzilla
   when the fixed package reaches the repository, so you don't have to worry about it.)

or

 - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet.

or

 - Orphan the package if you no longer plan to maintain it.


If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue.
This package may be orphaned in 7+ weeks.
This is the first reminder (step 3) from the policy.

Don't hesitate to ask for help on devel.org if you are unsure how to fix this bug.

(In reply to Mamoru TASAKA from comment #2)
> https://github.com/adrian-thurston/ragel/commit/
> 463f4914057b0193c6ca025e9233c17035bc0448
> 
> From 463f4914057b0193c6ca025e9233c17035bc0448 Mon Sep 17 00:00:00 2001
> From: Adrian Thurston <thurston>
> Date: Sun, 12 Mar 2023 13:24:22 -0700
> Subject: [PATCH] fallback to AC_CHECK_LIB for libcolm and libfsm
> 
> If the .la files for libcolm and libfsm are not present then fallback to
> using
> AC_CHECK_LIB for these libraries. Many packaging systems strip out .la files
> so
> we need to still be able to link if they are not there.
> ---
>  configure.ac | 20 ++++++++++++++++++++
>  1 file changed, 20 insertions(+)

Thanks Mamoru. I'll do a provenpackager update since this is blocking mcrouter and that's blocking a Boost update.

Sigh, libfsm is not packaged and... does not have stable releases

https://github.com/katef/libfsm