| Summary: | media-radio/wsjtx-2.1.2 ebuild erroneously removes rigctld-wsjtx | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Adam <adam+gentoo> |
| Component: | Current packages | Assignee: | Thomas Beierlein <tomjbe> |
| Status: | UNCONFIRMED --- | ||
| Severity: | normal | CC: | jstein, radio |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
There is a simple reason for it. wsjtx-rigctld is doubling the functionality of hamlibs rigctld. As we rely on gentoos version of hamlib we also do not need the additional version of rigctld. It's in the wsjtx packaging for a reason and generally (at least in the past) isn't the same version of hamlib that's there system wide. It doesn't conflict with with anything on the system, it's under a different name. It's already built and ready to install, there seems to be no point in removing it at install time, except to save the 97K? So, all that said, they may well be producing exactly the same code these days, but they still seem to be working on the hamlib pieces in the wsjtx project, if their developer mailing list is anything to go by. |
I have looked to see if I can find a reason why the wsjtx ebuild is removing rigctld-wsjtx, but haven't found an answer. rigctld-wsjtx is part of the wsjtx package, and I'm not sure of any reason why it should be removed. I have successfully used the ebuild with the 'rm' lines removed in the src_install() section: src_install() { cmake-utils_src_install rm "${D}"/usr/bin/rigctl{,d}-wsjtx || die rm "${D}"/usr/share/man/man1/rigctl{,d,com}-wsjtx.1.gz || die }