From: Peter Korsgaard <peter@korsgaard.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v3] nc: new virtual package providing "netcat" functionality
Date: Mon, 02 Oct 2017 21:44:56 +0200 [thread overview]
Message-ID: <87k20dcp1j.fsf@dell.be.48ers.dk> (raw)
In-Reply-To: <20171002211840.104aa3df@windsurf.home> (Thomas Petazzoni's message of "Mon, 2 Oct 2017 21:18:40 +0200")
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
> What is the benefit of having a virtual package for this ?
> Virtual packages are mainly useful when several variants of a given
> library provide the same API, but different implementations, and we
> have N consumers of this API. In such a case, a virtual package avoids
> having each consumer explicitly handle every possible provider of the
> API.
> However, in the case of netcat, I don't see the point. Yes, you can
> currently enable several packages that provide the netcat
> functionality, and they will step on each other in some combinations.
> But you can also enable several Web servers that will try to listen on
> port 80 at boot time, leaving only one functional, and still we're not
> going to have a "webserver" virtual package.
> So, I don't see where the problem is, and therefore I don't think a
> solution is necessary :-)
FYI, this is my feeling as well. The current setup afaik only has issues
if you enable more than one package providing a nc implementation (this
solution fixes it by not allowing such setup), but I'm not sure if
there's really a realistic use case where somebody would want to do this
in the first place?
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2017-10-02 19:44 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-17 7:15 [Buildroot] [PATCH] nc: new virtual package providing "netcat" functionality Carlos Santos
2017-09-17 21:45 ` [Buildroot] [PATCH v2] " Carlos Santos
2017-10-02 14:13 ` [Buildroot] [PATCH v3] " Carlos Santos
2017-10-02 19:18 ` Thomas Petazzoni
2017-10-02 19:44 ` Peter Korsgaard [this message]
2017-10-02 20:28 ` Carlos Santos
2017-10-02 20:09 ` Carlos Santos
2017-10-04 9:20 ` Thomas Petazzoni
2017-10-04 12:49 ` [Buildroot] [PATCH] nmap: add option to build/install "ncat" Carlos Santos
2017-10-04 14:08 ` Baruch Siach
2017-10-04 15:43 ` [Buildroot] [PATCH v2] " Carlos Santos
2017-10-06 19:58 ` Arnout Vandecappelle
2017-10-09 16:13 ` Carlos Santos
2017-10-09 22:08 ` Arnout Vandecappelle
2017-10-09 22:10 ` Arnout Vandecappelle
2017-10-09 23:55 ` Carlos Santos
2017-10-10 0:25 ` Arnout Vandecappelle
2017-10-10 8:12 ` Thomas Petazzoni
2017-10-10 12:42 ` Yann E. MORIN
2017-10-10 13:32 ` [Buildroot] [PATCH] nmap: add option to build/install ncat Carlos Santos
2017-10-04 12:58 ` [Buildroot] [PATCH v3] nc: new virtual package providing "netcat" functionality Carlos Santos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k20dcp1j.fsf@dell.be.48ers.dk \
--to=peter@korsgaard.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox