Didier 'OdyX' Raboud writes ("Re: Automatic downloading of non-free software by
stuff in main"):
> Le jeudi, 30 novembre 2017, 18.54:32 h CET Ian Jackson a écrit :
> > [1] The GR would require a 2:3 supermajority because the TC abandoned
> > my efforts to re
Le jeudi, 30 novembre 2017, 18.54:32 h CET Ian Jackson a écrit :
> [1] The GR would require a 2:3 supermajority because the TC abandoned
> my efforts to reform the bugs in its constitutional foundations, when
> I left the TC.
These don't need to be carried by the TC. It's "nice" if the TC kept in
On Tue, 05 Dec 2017 at 14:50:00 +, Ian Jackson wrote:
> I appreciate that the configuration I am describing is quite fierce.
> Many people would hate it. I wouldn't use it myself. It shouldn't be
> the default.
Then why are you suggesting that the project should consider using
release-critic
Anthony DeRobertis writes ("Re: Automatic downloading of non-free software by
stuff in main"):
> Ok, let's take an example: how should Firefox (or Chromium) behave
> differently if the free-only flag is set?
The minimum implementation IMO is: the "addons" menu is
On 11/30/2017 12:31 PM, Josh Triplett wrote:
- For the sake of avoiding ambiguity, an interpreter for file formats or
network protocols that include software, such as scripts, may consider
the user browsing to a site or opening a file as "user interaction"
for the purposes of processing
On 11/30/2017 08:52 AM, Ian Jackson wrote:
[...] But the overall result is that a user who wants to use Free
software can be steered by Debian into installing and using non-free
software, sometimes unwittingly,
I would like to establish a way to prevent this.
I think the ideal way would be if
On Thu, 30 Nov 2017 at 09:31:57 -0800, Josh Triplett wrote:
> Ian Jackson wrote:
> > The obvious example is web browsers with extension repositories
> > containing both free and non-free software.
Another example that seems obvious in the context of Debian is libapt
frontends.
Like a web browser
On Thu, Nov 30, 2017 at 01:52:18PM +, Ian Jackson wrote:
> Over the years, d-legal has discussed a number of packages which
> automatically download non-free software, under some circumstances.
>
> The obvious example is web browsers with extension repositories
> containing both free and non-f
Ian Jackson wrote:
> If there is a core implementation needed (eg a library which parses a
> standard config location or soemthing), I expect to to write it.
I sincerely hope we can avoid needing to develop some new infrastructure
or library here, since any such mechanism would almost certainly in
On Thu, Nov 30, 2017 at 06:54:32PM +, Ian Jackson wrote:
> Josh Triplett writes ("Re: Automatic downloading of non-free software by
> stuff in main"):
> > - Packages in main must not point the user to specific non-free or
> > contrib software and recommend it
Josh Triplett writes ("Re: Automatic downloading of non-free software by stuff
in main"):
> - Packages in main must not point the user to specific non-free or
> contrib software and recommend its installation,
I agree with this as a goal for at least some configuration setting
On Thu, Nov 30, 2017 at 06:40:46PM +, Ian Jackson wrote:
> > > I would like to establish a way to prevent this.
> > Why would the project do that, though?
>
> Because...
>
> > > We should aim for most of the changes necessary for
> > > such derivatives to be in Debian proper, so the derivati
(dropping the profligacy of lists)
Andrey Rahmatullin writes ("Re: Automatic downloading of non-free software by
stuff in main"):
> On Thu, Nov 30, 2017 at 01:52:18PM +, Ian Jackson wrote:
> > I would like to establish a way to prevent this.
> Why would the project do
Ian Jackson wrote:
> Over the years, d-legal has discussed a number of packages which
> automatically download non-free software, under some circumstances.
>
> The obvious example is web browsers with extension repositories
> containing both free and non-free software.
>
> We have also recently d
On Thu, Nov 30, 2017 at 01:52:18PM +, Ian Jackson wrote:
> I would like to establish a way to prevent this.
Why would the project do that, though?
> (There are even whole Debian derivatives who have as one of their
> primary goals, preventing this.
Good.
> We should aim for most of the chang
This mail is going to a lot of lists. I have set the followups to
d-policy because ultimately this is hopefully going to result in a
change to policy.
Over the years, d-legal has discussed a number of packages which
automatically download non-free software, under some circumstances.
The obvious
16 matches
Mail list logo
