[EMAIL PROTECTED] (John Hasler) wrote:
> Chrony doesn't include drivers for gps receivers, atomic clocks, etc. It
> is also not well known. People would say "Debian is useless! it doesn't
> even ship ntp!".
Just the way people say "Debian is useless! It doesn't even ship
ssh!" right? ;-)
The dr
Francesco Poli writes:
> Isn't chrony a possible replacement?
> It conflicts with ntp, among other things...
Chrony doesn't include drivers for gps receivers, atomic clocks, etc. It
is also not well known. People would say "Debian is useless! it doesn't
even ship ntp!".
--
John Hasler
Chrony ma
Marco D'Itri wrote:
I do, and I stand by my opinion: the package license is intended to be
applied to everything, and pretending otherwise is useless pedantry.
Modern copyright law, unfortunately, demands pedantry. If you think it's
useless, that's your opinion, but as far as I can tell that'
"Matthew Garrett" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Bdale Garbee <[EMAIL PROTECTED]> wrote:
The file util/ansi2knr.c is also GPL. I'm pretty sure it's unused, but
an easy reference in debian/copyright would cover it.
This may be a problem if it is used, as:
Tha
The UCB advertising clause has been rescinded by the copyright owner.
See this authorization.
ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change
The advertising clause is no longer required and is deleted. With all
of the usual cautions about IANAL I believe it is enough to delete
Marco D'Itri wrote:
No, maybe it's you who do not understand english, or probably just like
armchair lawyering.
Please stop being rude when you're wrong.
You apparenly don't understand the difference between a license and a
copyright notice. Actually, it's
quite possible the authors of NTP d
On Sep 15, Nathanael Nerode <[EMAIL PROTECTED]> wrote:
> You apparenly don't understand the difference between a license and a
> copyright notice.
I do, and I stand by my opinion: the package license is intended to be
applied to everything, and pretending otherwise is useless pedantry.
--
ciao,
Matthew Garrett wrote:
> Bdale Garbee <[EMAIL PROTECTED]> wrote:
> > There are several files that are BSD with advertising clause, including
> > libntp/memmove.c, libntp/mktime.c, libntp/random.c, libntp/strerror.c,
> > libntp/strstr.c, ntpd/refclock_jupiter.c, and ntpd/refclock_mx4200.c.
> > These
[EMAIL PROTECTED] wrote:
Ok, I've just been through the ntp source tree looking at all the
copyright and license assertions. Executive summary is that there are
indeed some problems, but it's not bad, and I believe it can be fixed
with an upload that elides certain bits from the upstream sources
On Sep 15, Nathanael Nerode <[EMAIL PROTECTED]> wrote:
> >I see nothing wrong libparse/*, just because the files have an
> >extra warranty disclaimer it does not mean that the package license does
> >not apply.
>
> Then you don't understand copyright law.
> The package copyright notice and licens
On Thu, Sep 15, 2005 at 01:02:51AM +0200, Francesco Poli wrote:
> On Wed, 14 Sep 2005 00:03:36 -0700 Steve Langasek wrote:
>
> > What are you going to replace it with? AFAIK, ntp is the only package
> > we have in Debian which supports useful clock synchronization, which
> > is essential for a nu
On Wed, 14 Sep 2005 00:03:36 -0700 Steve Langasek wrote:
> What are you going to replace it with? AFAIK, ntp is the only package
> we have in Debian which supports useful clock synchronization, which
> is essential for a number of other services (e.g., Kerberos).
Isn't chrony a possible replacem
Bdale Garbee <[EMAIL PROTECTED]> wrote:
> The file util/ansi2knr.c is also GPL. I'm pretty sure it's unused, but
> an easy reference in debian/copyright would cover it.
This may be a problem if it is used, as:
> There are several files that are BSD with advertising clause, including
> libntp/me
On Wed, 2005-09-14 at 00:03 -0700, Steve Langasek wrote:
> The maintainers should have a chance to clear up this question first.
Ok, I've just been through the ntp source tree looking at all the
copyright and license assertions. Executive summary is that there are
indeed some problems, but it's
ackage
> >>we have in Debian which supports useful clock synchronization, which is
> >>essential for a number of other services (e.g., Kerberos).
> >
> >
> >I've never tested openntpd, but it is the obvious replacement in case of
> >legal problems with n
On Wed, 2005-09-14 at 00:03 -0700, Steve Langasek wrote:
> The maintainers should have a chance to clear up this question first.
I'll have a look at it today.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 14, 2005 at 01:07:30AM -0400, Nathanael Nerode wrote: [...]
> > So I guess NTP should be removed from Debian. It's not very=20
> > maintained anyhow, having multiple RC bugs open for quite a while.
[...]
> Obviously we can't ship non-distribu
only package
we have in Debian which supports useful clock synchronization, which is
essential for a number of other services (e.g., Kerberos).
I've never tested openntpd, but it is the obvious replacement in case of legal
problems with ntp and it has been released with sarge.
I use ope
hile.
>
> What are you going to replace it with? AFAIK, ntp is the only package
> we have in Debian which supports useful clock synchronization, which is
> essential for a number of other services (e.g., Kerberos).
I've never tested openntpd, but it is the obvious replacement in ca
On Wed, Sep 14, 2005 at 01:07:30AM -0400, Nathanael Nerode wrote:
> I just discovered that the ntp source is a nest of licensing problems.
> The arlib subdir isn't distributable.
> Neither is the entire libparse subdir, or anything else by Frank Kardel.
> I'm not actually sure it will build witho
I just discovered that the ntp source is a nest of licensing problems.
The arlib subdir isn't distributable.
Neither is the entire libparse subdir, or anything else by Frank Kardel.
I'm not actually sure it will build without these bits.
So I guess NTP should be removed from Debian. It's not ve
21 matches
Mail list logo