| Re: [chrony-dev] Changing License to GPL for candm.h |
[ Thread Index |
Date Index
| More chrony.tuxfamily.org/chrony-dev Archives
]
- To: chrony-dev@xxxxxxxxxxxxxxxxxxxx
- Subject: Re: [chrony-dev] Changing License to GPL for candm.h
- From: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
- Date: Tue, 25 Apr 2023 10:43:06 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1682412189; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1B9Cah6sH8w5r7cQYUHTEY1BM6AxBNbV4Ei6CfW4PtU=; b=OgrOxxhRyAfRrcuWbG3LuhQANZgXYJBM3D3m0NMaGaiTOnqXQuxcBx3bZJzEEx4yuoSYsy e3iViH9GfhKqu4fRzN0Pf80Q/Ado5Dpe+6gHaICvmNTtCghoyM0m7vzUpPmXyHE8IFYgEf smy8zMMvb4vmOeF9HFKE8xZ0xJolJUw=
On Mon, Apr 24, 2023 at 05:19:09PM +0200, Walfred Tedeschi wrote:
> If they agree it would be great. I think even if we consider a library as
>
> described below, being able to rely on a header to build on top it would
> easier
>
> the maintenance of the code.
Maybe easier for another project, but I suspect it might make things
more difficult for chrony, e.g. if we needed to move something between
files with different licenses.
I think writing a new header file from scratch and maintaining it
shouldn't be too difficult if you really need it. Maybe it could be
automated with a script generating the names of the fields and their
type.
> > Maybe it would be better to start a separate libchrony project from
> > scratch, with less restrictive licensing, simple API, an ABI that
> > doesn't need to break with future updates, and also support for
> > previous versions (chronyc supports only the current version). At
> > least the monitoring part, it shouldn't be too much work. I can look
> > into it. If it turns out to be working well, we can consider adopting
> > it in chrony and rewriting chronyc to use it.
>
> Here would you be considering to host the code in the same repository?
A separate repository, at least for start. If it turns out to be
useful and chronyc could easily be ported to it, it would be adopted
to the chrony repository.
I wrote some minimal code to send a request, process the response and
get the fields from the tracking report. It doesn't seem so bad. I'll
add the remaining reports and publish it. Commands could be added
later if there is interest.
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "unsubscribe" in the subject.
For help email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "help" in the subject.
Trouble? Email listmaster@xxxxxxxxxxxxxxxxxxxx.