mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: Jon Ringle <jon@ringle.org>
To: r.hieber@pengutronix.de
Cc: ptxdist@pengutronix.de
Subject: Re: [ptxdist] [PATCH 1/3] host-faketime: new package
Date: Thu, 11 Oct 2018 17:30:54 -0400	[thread overview]
Message-ID: <CAMwGMjyqr4J7DAqq3dZFJGT5E+zNnnc218WptOAvzUOgMy8eDw@mail.gmail.com> (raw)
In-Reply-To: <20181011144301.komugmtd5kmsg267@pengutronix.de>

On Thu, Oct 11, 2018 at 10:43 AM Roland Hieber <r.hieber@pengutronix.de> wrote:
>
> Hmmm, we had a similar patch in August that added libfaketime as a
> runtime dependency to PTXdist in order to detect changes to packages'
> patch series:
>
> https://www.mail-archive.com/ptxdist@pengutronix.de/msg13198.html
>
> If we can be sure that faketime is present at run time, we could leave
> it out as a host package (or maybe only need a host-system-faketime
> package instead).
>
> Jon (or mol?), I think the patches from that series were never applied,
> but in light of recent development I don't know if they are still
> needed. In any case, does it make more sense to have faketime as a host
> system dependency available at PTXdist startup, or is a host-* package
> in PTXdist as proposed by Florian here sufficient?


mol had suggested the following as an alternative to my patch, but I
haven't gotten around to trying it:
> I think it should be possible to provide the correct timestamps with
> GIT_AUTHOR_DATE and/or GIT_COMMITTER_DATE or something like that.

In any case, what I proposed was independent of having a host faketime.

>
>  - Roland
>
> On Thu, Oct 11, 2018 at 02:19:15PM +0000, Baeuerle, Florian wrote:
> > Signed-off-by: Florian Bäuerle <florian.baeuerle@allegion.com>
> > ---
> >  rules/host-faketime.in   | 10 +++++++++
> >  rules/host-faketime.make | 47 ++++++++++++++++++++++++++++++++++++++++
> >  2 files changed, 57 insertions(+)
> >  create mode 100644 rules/host-faketime.in
> >  create mode 100644 rules/host-faketime.make
> >
> > diff --git a/rules/host-faketime.in b/rules/host-faketime.in
> > new file mode 100644
> > index 000000000..1a2e7ae19
> > --- /dev/null
> > +++ b/rules/host-faketime.in
> > @@ -0,0 +1,10 @@
> > +## SECTION=hosttools_noprompt
> > +## SECTION=hosttools_platform
> > +
> > +config HOST_FAKETIME
> > +     tristate
> > +     default ALLYES
> > +     help
> > +       libfaketime intercepts various system calls that programs use to
> > +       retrieve the current date and time. It then reports modified (faked)
> > +       dates and times to these programs.
> > diff --git a/rules/host-faketime.make b/rules/host-faketime.make
> > new file mode 100644
> > index 000000000..462854eb9
> > --- /dev/null
> > +++ b/rules/host-faketime.make
> > @@ -0,0 +1,47 @@
> > +# -*-makefile-*-
> > +#
> > +# Copyright (C) 2018 by Florian Bäuerle <florian.baeuerle@allegion.com>
> > +#
> > +# See CREDITS for details about who has contributed to this project.
> > +#
> > +# For further information about the PTXdist project and license conditions
> > +# see the README file.
> > +#
> > +
> > +#
> > +# We provide this package
> > +#
> > +HOST_PACKAGES-$(PTXCONF_HOST_FAKETIME) += host-faketime
> > +
> > +#
> > +# Paths and names
> > +#
> > +HOST_FAKETIME_VERSION        = $(LIBFAKETIME_VERSION)
> > +HOST_FAKETIME_MD5    = $(LIBFAKETIME_MD5)
> > +HOST_FAKETIME                = $(LIBFAKETIME)
> > +HOST_FAKETIME_SUFFIX = $(LIBFAKETIME_SUFFIX)
> > +HOST_FAKETIME_URL    = $(LIBFAKETIME_URL)
> > +HOST_FAKETIME_SOURCE = $(LIBFAKETIME_SOURCE)
> > +HOST_FAKETIME_LICENSE        = $(LIBFAKETIME_LICENSE)
> > +HOST_FAKETIME_DIR    = $(HOST_BUILDDIR)/$(HOST_FAKETIME)

I would suggest that it should be called host-libfaketime, which
should then allow much of the boilerplate code above to be removed

_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de

  reply	other threads:[~2018-10-11 21:30 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-11 14:19 Baeuerle, Florian
2018-10-11 14:19 ` [ptxdist] [PATCH 2/3] barebox: add option for building barebox reproducibly Baeuerle, Florian
2018-10-12  7:59   ` Baeuerle, Florian
2018-10-12 12:01   ` Michael Olbrich
2018-10-12 12:21     ` Baeuerle, Florian
2018-10-24  8:19       ` Michael Olbrich
2018-10-26 13:46         ` [ptxdist] [PATCH 0/2] Barebox reproducible build + ptxdist setup configuration Baeuerle, Florian
2018-10-26 13:46           ` [ptxdist] [PATCH 1/4] config/setup: make reproducible builds configurable Baeuerle, Florian
2018-10-26 13:46           ` [ptxdist] [PATCH 2/4] barebox: depend on HOST_LZOP Baeuerle, Florian
2018-10-26 13:46           ` [ptxdist] [PATCH 3/4] lzop: add patch that allows overriding mtime Baeuerle, Florian
2018-10-26 13:46           ` [ptxdist] [PATCH 4/4] barebox: add support for reproducible build Baeuerle, Florian
2018-10-12 12:28     ` [ptxdist] [PATCH 2/3] barebox: add option for building barebox reproducibly Baeuerle, Florian
2018-10-16  8:59       ` Michael Olbrich
2018-10-16 11:06         ` Baeuerle, Florian
2018-10-16 12:51           ` Michael Olbrich
2018-10-16 14:11             ` Baeuerle, Florian
2018-10-16 19:06               ` Michael Olbrich
2018-10-16 10:09   ` Michael Olbrich
2018-10-16 10:57     ` Baeuerle, Florian
2018-10-16 12:38       ` Michael Olbrich
2018-10-16 14:27         ` Baeuerle, Florian
2018-10-16 19:20           ` Michael Olbrich
2018-10-16 17:15       ` Alexander Dahl
2018-10-16 19:13         ` Michael Olbrich
2018-10-11 14:19 ` [ptxdist] [PATCH 3/3] barebox_mlo: add option for building barebox_mlo reproducibly Baeuerle, Florian
2018-10-11 14:43 ` [ptxdist] [PATCH 1/3] host-faketime: new package Roland Hieber
2018-10-11 21:30   ` Jon Ringle [this message]
2018-10-16  7:33     ` Baeuerle, Florian
2018-10-16  8:47       ` Michael Olbrich
2018-10-12  7:47   ` Baeuerle, Florian
2018-10-16  8:51     ` Michael Olbrich
2018-10-16 11:34       ` Alexander Dahl
2018-10-16 12:30         ` Michael Olbrich
2018-10-16  8:53 ` Michael Olbrich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAMwGMjyqr4J7DAqq3dZFJGT5E+zNnnc218WptOAvzUOgMy8eDw@mail.gmail.com \
    --to=jon@ringle.org \
    --cc=ptxdist@pengutronix.de \
    --cc=r.hieber@pengutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox