On Thu, Jan 15, 2015 at 07:29:02PM +0100, Tomasz Kundera wrote:
On Thu, Jan 15, 2015 at 5:26 PM, KatolaZ kato...@freaknet.org wrote:
To be honest, I think there is no final solution to this issue, unless
you opt for a completely centralised (and nazist, in a good way)
package
On Thu, Jan 15, 2015 at 5:26 PM, KatolaZ kato...@freaknet.org wrote:
To be honest, I think there is no final solution to this issue, unless
you opt for a completely centralised (and nazist, in a good way)
package maintenance policy, which leaves the decision on Depends,
Recommends and
Доброго времени суток, KatolaZ.
Спасибо за ответ, Wed, 14 Jan 2015 10:52:39 +, вы писали:
Well, unfortunately there is currently no clear-cut about
Recommends. In most of the cases a package will work fine 99.99% of
the times even if you don't have the Recommends installed (as in the
On Thu, Jan 15, 2015 at 10:59:55PM +0700, Ста Деюс wrote:
Доброго времени суток, KatolaZ.
Спасибо за ответ, Wed, 14 Jan 2015 10:52:39 +, вы писали:
Well, unfortunately there is currently no clear-cut about
Recommends. In most of the cases a package will work fine 99.99% of
the
On 01/14/2015 07:52 AM, KatolaZ wrote:
in some of the cases a Recommend is simply unnecessary (like exim4
recommended by mutt)
*** This sounds like a misuse. It should be Suggests. I get the logic
of recommending an SMTP server for a mail client, but there are many
different implementations
* Recommends: The Recommends field should list packages that would be
found
together with this one in all but unusual installations
The question is what should be the default behaviour. At least in the
minimal installation the default should be No, don't install Recommends.
It was a default
On Wed, Jan 14, 2015 at 11:11:24AM +0100, Tomasz Kundera wrote:
* Recommends: The Recommends field should list packages that would be
found
together with this one in all but unusual installations
The question is what should be the default behaviour. At least in the
minimal installation
cyteen wrote:
I was wondering about the policy of some packagers to use depends rather
than recommends in a case where an upstream source has added support for,
but not a reliance on, some service. I can understand that a build-dep on
the dev package would be seem desirable but in the case of
I was wondering about the policy of some packagers to use depends rather
than recommends in a case where an upstream source has added support
for, but not a reliance on, some service. I can understand that a
build-dep on the dev package would be seem desirable but in the case of
pulseaudio and
On Tuesday, 13 de January de 2015 20:25:25 hellekin escribió:
On 01/13/2015 02:23 PM, Joel Roth wrote:
Also, I recall that in a default Debian install, recommended
packages are pulled in by default. A setting change makes it
possible to only pull in the package dependencies.
*** Are you
10 matches
Mail list logo
