On September 22, 2011 05:54:02 PM Adam Borowski wrote:
> On Thu, Sep 22, 2011 at 05:14:32PM -0500, Matt Zagrabelny wrote:
> > Hi Bruce,
> >
> > >> > I hope Debian would honour the Social Contract and put the needs of
> > >> > the users ahead of software freeness concerns in that case.
> > >>
> >
On Thu, Sep 22, 2011 at 05:14:32PM -0500, Matt Zagrabelny wrote:
> Hi Bruce,
>
> >> > I hope Debian would honour the Social Contract and put the needs of the
> >> > users ahead of software freeness concerns in that case.
> >>
> >> Do we have a name for the DFSG equivalent of Godwin's Law? Because
Hi Bruce,
>> > I hope Debian would honour the Social Contract and put the needs of the
>> > users ahead of software freeness concerns in that case.
>>
>> Do we have a name for the DFSG equivalent of Godwin's Law? Because you
>> just failed it.
>
> Well, that's disappointing... called a Nazi for d
On September 22, 2011 12:23:00 PM Jonas Smedegaard wrote:
> On 11-09-22 at 08:19am, Bruce Sass wrote:
> > On September 22, 2011 02:50:25 AM Gerfried Fuchs wrote:
> > > * Bruce Sass [2011-09-21 23:18:54 CEST]:
> > > > Debian already favours Main packages by default
> > >
> > > Not if the alterna
On Thu, Sep 22, 2011 at 10:25:06PM +0200, Bill Allombert wrote:
> > I know that the buildd system likes to pull in the first package in
> > such an alternative dependency chain. And now I start to wonder:
> > Is it allowed for a package in main to have a package _outside_ of main
> > as first c
On September 22, 2011 12:06:11 PM Steve Langasek wrote:
> On Thu, Sep 22, 2011 at 08:19:32AM -0600, Bruce Sass wrote:
> > > So *every* time a package outside of main is an installation candidate
> > >
> > > the decision should be made, not once, very much indeed.
> >
> > As someone who doesn't c
On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> Hi!
>
> Policy is clear on packages in main aren't allowed to depend on
> packages outside of main. Now in a fair amount of cases this has been
> worked around by having the package outside of main as alternative
> depende
On 11-09-22 at 08:19am, Bruce Sass wrote:
> On September 22, 2011 02:50:25 AM Gerfried Fuchs wrote:
> > * Bruce Sass [2011-09-21 23:18:54 CEST]:
> > > Debian already favours Main packages by default
> >
> > Not if the alternative dependency chain has a non-free package
> > first. I know what yo
On Thu, Sep 22, 2011 at 08:19:32AM -0600, Bruce Sass wrote:
> > So *every* time a package outside of main is an installation candidate
> > the decision should be made, not once, very much indeed.
> As someone who doesn't care about licences
Since this effectively translates to not caring about t
On September 22, 2011 02:50:25 AM Gerfried Fuchs wrote:
> * Bruce Sass [2011-09-21 23:18:54 CEST]:
> > On September 20, 2011 02:24:33 PM Stefano Zacchiroli wrote:
> > > On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> > > > tl;dr - what do you think, is a "Depends: foo-contrib |
* Bruce Sass [2011-09-21 23:18:54 CEST]:
> On September 20, 2011 02:24:33 PM Stefano Zacchiroli wrote:
> > On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> > > tl;dr - what do you think, is a "Depends: foo-contrib | foo" acceptable
> > > for packages in main or should it be "Depe
On Thu, Sep 22, 2011 at 5:18 AM, Bruce Sass wrote:
> Would once be fine, or should contrib/non-free users need to make an explicit
> choice every first time a package outside of Main is an installation
> candidate?
s/first// but yes.
As a user of contrib/non-free I specifically only want package
On September 20, 2011 02:24:33 PM Stefano Zacchiroli wrote:
> On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> > tl;dr - what do you think, is a "Depends: foo-contrib | foo" acceptable
> >
> > for packages in main or should it be "Depends: foo | foo-contrib"
> > instead?
>
> I t
On 20/09/11 06:24 PM, Paul Wise wrote:
> In my intended case I believe they always end up with foo from main,
> only if they choose foo-contrib will they get it, which is how I think
> it should be. main should not reference packages from contrib/non-free
> in any way.
If that's how it works, then
On Tue, Sep 20, 2011 at 8:04 PM, Ben Armstrong wrote:
> While that neatly sidesteps the issue, 7.5 says:
>
> To specify which of a set of real packages should be the default to
> satisfy a particular dependency on a virtual package, list the real
> package as an alternative before the
On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> tl;dr - what do you think, is a "Depends: foo-contrib | foo" acceptable
> for packages in main or should it be "Depends: foo | foo-contrib"
> instead?
I think the first form above ("foo-contrib | foo") is not acceptable. My
argumen
On Tue, Sep 20, 2011 at 07:41:11PM +0200, Luk Claes wrote:
> On 09/20/2011 01:12 PM, Gerfried Fuchs wrote:
> > Policy is clear on packages in main aren't allowed to depend on
> > packages outside of main. Now in a fair amount of cases this has been
> > worked around by having the package outside
On 11-09-20 at 07:41pm, Luk Claes wrote:
> On 09/20/2011 01:12 PM, Gerfried Fuchs wrote:
> > Hi!
>
> Hi
>
> > Policy is clear on packages in main aren't allowed to depend on
> > packages outside of main. Now in a fair amount of cases this has
> > been worked around by having the packa
On 09/20/2011 01:12 PM, Gerfried Fuchs wrote:
> Hi!
Hi
> Policy is clear on packages in main aren't allowed to depend on
> packages outside of main. Now in a fair amount of cases this has been
> worked around by having the package outside of main as alternative
> dependency and a packag
On 09/20/2011 08:43 AM, Paul Wise wrote:
> On Tue, Sep 20, 2011 at 7:12 PM, Gerfried Fuchs wrote:
> Package: bar
> Depends: foo
>
> Package: foo-contrib
> Provides: foo
While that neatly sidesteps the issue, 7.5 says:
To specify which of a set of real packages should be the default to
On Tue, Sep 20, 2011 at 7:12 PM, Gerfried Fuchs wrote:
> tl;dr - what do you think, is a "Depends: foo-contrib | foo" acceptable
> for packages in main or should it be "Depends: foo | foo-contrib"
> instead?
I vote:
Package: bar
Depends: foo
Package: foo-contrib
Provides: foo
--
bye,
pabs
h
Dear Gerfried,
Gerfried Fuchs schrieb am 20.09.2011 13:12:
> Policy is clear on packages in main aren't allowed to depend on
> packages outside of main. Now in a fair amount of cases this has been
> worked around by having the package outside of main as alternative
> dependency and a package in m
Hi!
Policy is clear on packages in main aren't allowed to depend on
packages outside of main. Now in a fair amount of cases this has been
worked around by having the package outside of main as alternative
dependency and a package in main offer basic functionality for the
package to still
23 matches
Mail list logo
