Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 774030 - media-radio/js8call-2.2.0 does not work with >=media-libs/hamlib-4
Summary: media-radio/js8call-2.2.0 does not work with >=media-libs/hamlib-4
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Richard Freeman
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 773997
  Show dependency tree
 
Reported: 2021-03-03 07:31 UTC by Thomas Beierlein
Modified: 2021-05-25 15:52 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Beierlein gentoo-dev 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 gentoo-dev 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 gentoo-dev 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 gentoo-dev 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 gentoo-dev 2021-05-25 15:52:43 UTC
New -r1 version got stable. Closing.