Bug 774030 – media-radio/js8call-2.2.0 does not work with >=media-libs/hamlib-4

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Thomas Beierlein 2021-03-03 07:31:03 UTC]

Current ebuild version patches source to only compile with <media-libs/hamlib-3.
With hamlib-4 available in meantime js8call got a blocker (by me) for newer hamlib versions. 

With hamlib-4 nearing stable state we should be able to drop the patch and the blocker for the newer version. Only point to decide is how to handle the old hamlib-3

a) just block it or
b) allow both versions in the ebuild.

If ok by maintainer, I can do the change.

[Comment 1 Richard Freeman 2021-03-03 19:35:10 UTC]

Yeah, I added that patch when they started bundling an at-the-time unreleased version of hamlib (going from memory on that).

I would suggestion doing a revbump, adding the appropriate hamlib version as a dep, and dropping the patch.  I don't think we need to support the old version.  Probably the simplest thing would be to do this as soon as the new version is stabilized.

If waiting for stable is going to take a while we could add a blocker in the interim, or even add a revbump in ~arch that uses the new dependency to allow ~arch users to upgrade hamlib.  

I'm fine if you just want to do this in coordination with hamlib stabilization/etc.  js8call is just on amd64 right now so it should be easy to coordinate.  Or if you want to ping me to coordinate that is fine and I can try to make the change in a timely manner.

[Comment 2 Thomas Beierlein 2021-03-04 05:52:50 UTC]

(In reply to Richard Freeman from comment #1)
> I would suggestion doing a revbump, adding the appropriate hamlib version as
> a dep, and dropping the patch.

Right, that was the idea.

> I don't think we need to support the old
> version.  Probably the simplest thing would be to do this as soon as the new
> version is stabilized.
>
hamlib-4.1 is in tree for nearly 4 weeks. So I will ask for stabilization in next days.
 
> If waiting for stable is going to take a while we could add a blocker in the
> interim, or even add a revbump in ~arch that uses the new dependency to
> allow ~arch users to upgrade hamlib.  
> 
> I'm fine if you just want to do this in coordination with hamlib
> stabilization/etc.  js8call is just on amd64 right now so it should be easy
> to coordinate.  Or if you want to ping me to coordinate that is fine and I
> can try to make the change in a timely manner.

Ok, I will take care for it.

[Comment 3 Thomas Beierlein 2021-04-20 16:18:14 UTC]

News js8call-2.2.0-r1 works with >=media-libs/hamlib-4.

Furthermore it moved away from deprecated cmake_utils.eclass

[Comment 4 Thomas Beierlein 2021-05-25 15:52:43 UTC]

New -r1 version got stable. Closing.