Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 775971 - net-p2p/mldonkey-3.1.7-r1 and net-analyzer/netcat
Summary: net-p2p/mldonkey-3.1.7-r1 and net-analyzer/netcat
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Jesús P Rey (Chuso)
URL:
Whiteboard:
Keywords: PullRequest
Depends on:
Blocks:
 
Reported: 2021-03-14 11:49 UTC by Per Pomsel
Modified: 2021-04-10 07:45 UTC (History)
2 users (show)

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 Per Pomsel 2021-03-14 11:49:01 UTC
net-p2p/mldonkey-3.1.7-r1 depends on net-analyzer/netcat while app-emulation/libvirt depends on net-analyzer/openbsd-netcat. I have both installed on my system but either net-analyzer/netcat or net-analyzer/openbsd-netcat can be installed on my system.
Is there a solution for this problem? Maybe another candidate for a virtual package?
Or can net-p2p/mldonkey also depend on net-analyzer/openbsd-netcat?


Reproducible: Always
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-03-14 11:52:43 UTC
Note that libvirt genuinely needs that netcat, not any.
Comment 2 Jesús P Rey (Chuso) 2021-03-29 20:20:16 UTC
I'm not sure if it's a good candidate for a virtual as both implementations are not 100% compatible.
It was worse before when there were more netcat implementations that were totally incompatible, but it seems it got a bit better recently after some other implementations died.

I think the only reason why net-analyzer/netcat and net-analyzer/openbsd-netcat can't be installed together is because they install their binary to the same path, so that conflict could be easily resolved if they used different paths.

Maybe it could be a good candidate for an eselect instead? So you can have different netcat flavours installed and eselect will choose what's the default one /usr/bin/nc points to?

Anyway, I made net-p2p/mldonkey depend on net-analyzer/netcat because that's the original netcat and it's the one with the most permissive license, but I just tested OpenBSD's one and it seems it will also work for the purpose it's used with mldonkey.

I will push a new commit making net-p2p/mldonkey depend on any of both implementations.

Note also that netcat is only required by net-p2p/mldonkey for the init script to send commands to the telnet interface with HTTP as a failback. Maybe that dependency could be made optional with some USE flag?
Comment 3 Larry the Git Cow gentoo-dev 2021-04-10 07:45:29 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b578d63574a9970585b203ff7436fa55e0eed381

commit b578d63574a9970585b203ff7436fa55e0eed381
Author:     Jesus P Rey (Chuso) <gentoo@chuso.net>
AuthorDate: 2021-03-29 20:37:26 +0000
Commit:     Joonas Niilola <juippis@gentoo.org>
CommitDate: 2021-04-10 07:21:29 +0000

    net-p2p/mldonkey: Add net-analyzer/openbsd-netcat as an alternative
    
    ...to net-analyzer/netcat.
    
    Signed-off-by: Jesus P Rey <gentoo@chuso.net>
    Closes: https://bugs.gentoo.org/775971
    Closes: https://github.com/gentoo/gentoo/pull/20188
    Signed-off-by: Joonas Niilola <juippis@gentoo.org>

 net-p2p/mldonkey/mldonkey-3.1.7-r1.ebuild | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)