On su, 2008-02-24 at 17:05 -0800, Russ Allbery wrote:
> Ian's original wording deals with more edge cases, such as apt's
> sources.list (which is not turned off by default, at least by definitions
> of default that I'm comfortable with).
That's true, and I think Ian's right. I don't, however, cons
David Nusinow wrote:
> On Sun, Feb 24, 2008 at 07:44:53PM -0600, Raphael Geissert wrote:
>>
>> The problem I see here is that admin != user in all the situations.
>> IMO it should ask, or at least warn, the user and not the admin.
>> Because in the end is the user's privacy the one affected, not t
On Sun, Feb 24, 2008 at 07:44:53PM -0600, Raphael Geissert wrote:
> David Nusinow wrote:
> >
> > Yes please! I think this sort of thing could be an acceptable use of
> > debconf (preferrably at a low priority), so that users who want to
> > participate can.
>
> The problem I see here is that adm
David Nusinow wrote:
>
> Yes please! I think this sort of thing could be an acceptable use of
> debconf (preferrably at a low priority), so that users who want to
> participate can.
The problem I see here is that admin != user in all the situations.
IMO it should ask, or at least warn, the user
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> On su, 2008-02-24 at 16:43 -0600, Raphael Geissert wrote:
>> * The package/software SHOULD offer a way to disable the 'phoning home'
>> code if it contains such kind of 'feature'.
> Speaking as a human being, I would suggest that Debian policy should b
On Mon, Feb 25, 2008 at 01:05:32AM +0200, Lars Wirzenius wrote:
> On su, 2008-02-24 at 16:43 -0600, Raphael Geissert wrote:
> > * The package/software SHOULD offer a way to disable the 'phoning home' code
> > if it contains such kind of 'feature'.
>
> Speaking as a human being, I would suggest tha
On su, 2008-02-24 at 16:43 -0600, Raphael Geissert wrote:
> * The package/software SHOULD offer a way to disable the 'phoning home' code
> if it contains such kind of 'feature'.
Speaking as a human being, I would suggest that Debian policy should be
that all "phoning home" MUST be enabled explicit
Hello Ian,
Ian Jackson wrote:
> * Software in Debian should not communicate over the network except
>- in order to, and as necessary to, perform their function
> (which includes the established Debian software update
> distribution infrastructure); or
>- for other purposes with
On Sun, 2008-02-24 at 13:54 +, Ian Jackson wrote:
> I'm involved in sponsoring a proogram (meshlab, ITP #426581) where
> I've discovered that it phones home with statistical information about
> the files being used, and so forth. I'm working with upstream and
> with the prospective maintainer
On Sun, 24 Feb 2008 18:01:36 +, Ian Jackson wrote:
> David Paleino writes ("Re: Bug#465140: debian-policy: clarify when to use
> alternatives"):
> > On Sun, 24 Feb 2008 17:49:48 +, Ian Jackson wrote:
> > > I think neither program should be using the general word `translate'.
> >
> > In fa
David Paleino writes ("Re: Bug#465140: debian-policy: clarify when to use
alternatives"):
> On Sun, 24 Feb 2008 17:49:48 +, Ian Jackson wrote:
> > I think neither program should be using the general word `translate'.
>
> In fact I've renamed my program "ntranslate" (I've contacted the
> autho
On Sun, Feb 24, 2008 at 01:54:11PM +, Ian Jackson wrote:
> I think therefore that we should add some statement to policy about
> phoning home.
Agreed.
> As a starting point:
>
> * Software in Debian should not communicate over the network except
>- in order to, and as necessary to, perf
David Paleino writes ("Bug#465140: debian-policy: clarify when to use
alternatives"):
> translate [-niwvh] [-l languages] [words to translate]
...
> ntranslate {-? | -v | --list-services}
> ntranslate [-s SERVICES] [-f LANG] [-t LANG] -l
> ntranslate [-s SERVICES] [-f LANG] [-t LANG] {HTTP_U
On Sun, 24 Feb 2008 17:49:48 +, Ian Jackson wrote:
> David Paleino writes ("Bug#465140: debian-policy: clarify when to use
> alternatives"):
> > translate [-niwvh] [-l languages] [words to translate]
> ...
> > ntranslate {-? | -v | --list-services}
> > ntranslate [-s SERVICES] [-f LANG] [-
I'm involved in sponsoring a proogram (meshlab, ITP #426581) where
I've discovered that it phones home with statistical information about
the files being used, and so forth. I'm working with upstream and
with the prospective maintainer to resolve this and I don't think
there will be any difficulty
15 matches
Mail list logo
