On 7/20/20 4:51 PM, Sam Mulvey wrote:
>
> On 7/20/20 1:34 AM, brent s. wrote:
>> Because the binaries formerly known as "bind-tools" are a part of BIND9
>> proper[0]. Upstream, by including "bind-tools" binaries in the source
>> for the BIND9 daemon, ipso facto*intends* them to be built (and thus
On 7/20/20 1:34 AM, brent s. wrote:
Because the binaries formerly known as "bind-tools" are a part of BIND9
proper[0]. Upstream, by including "bind-tools" binaries in the source
for the BIND9 daemon, ipso facto*intends* them to be built (and thusly
packaged) together. To do so otherwise is - o
On 7/20/20 3:15 AM, Óscar García Amor wrote:
> The problem is. Where is the limit? The whole distribution in one
> package? The argument is the same, if you don't need it simply don't
> use it.
Don't be facetious.
> In this case we are talking about binaries widely used that will be
> installed
Responses inline.
On 7/20/20 03:15, Óscar García Amor via arch-general wrote:
(SNIP)
>
> The problem is. Where is the limit? The whole distribution in one
> package? The argument is the same, if you don't need it simply don't
> use it.
Because the binaries formerly known as "bind-tools" are a p
On Mon, 20 Jul 2020 09:15:47 +0200, Óscar García Amor wrote:
>The problem is. Where is the limit? The whole distribution in one
>package? The argument is the same, if you don't need it simply don't
>use it.
No it is not the same!
Not splitting software provided by a single upstream source into
se
Hi Eli,
El lun., 20 jul. 2020 a las 0:11, Eli Schwartz via arch-general
() escribió:
>
> Why do you care if a service is installed, if you aren't using that
> service? Don't enable the service. You have lots of disabled services
> installed already.
So so... :-)
> Why is it a problem if a system
6 matches
Mail list logo
