Katola2:
> 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
On Thu, Jan 15, 2015 at 07:29:02PM +0100, Tomasz Kundera wrote:
> On Thu, Jan 15, 2015 at 5:26 PM, KatolaZ 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,
On Thu, Jan 15, 2015 at 5:26 PM, KatolaZ 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 "Suggests" 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
> >
Доброго времени суток, 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 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 implementa
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
> * 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 de
On Wed, Jan 14, 2015 at 12:19:24AM +, Noel Torres wrote:
> 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 make
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.
>
> ***
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 suggesting that Devuan should use that setting and not pull
i
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
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
13 matches
Mail list logo
