From: Roland Hieber <rhi@pengutronix.de>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] [PATCH 3/7] ptxd_make_world_get: make 'ptxdist urlcheck' idempotent
Date: Mon, 22 Jun 2020 12:19:22 +0200 [thread overview]
Message-ID: <20200622101922.b4ldyj2z5sc5slh2@pengutronix.de> (raw)
In-Reply-To: <20200619110722.GM9312@pengutronix.de>
On Fri, Jun 19, 2020 at 01:07:22PM +0200, Michael Olbrich wrote:
> On Fri, Jun 19, 2020 at 10:22:55AM +0200, Roland Hieber wrote:
> > On Fri, Jun 19, 2020 at 07:34:01AM +0200, Michael Olbrich wrote:
> > > On Sat, Jun 13, 2020 at 03:32:45AM +0200, Roland Hieber wrote:
> > > > There is no guarantee that URLs will still work the next time we want to
> > > > check them, so try to fetch the URL every time instead of caching the
> > > > result. This also makes iterations of editing the URL in the rule file
> > > > and testing if it works quicker.
> > > >
> > > > Unfortunately, GNU make skips implicit rules for .PHONY targets, but it
> > > > is unlikely that $(STATEDIR)/%.urlcheck is created by something other
> > > > than PTXdist, so removing the $(call touch) is a good approximation for
> > > > phony behaviour.
> > >
> > > No. This is deliberately like this. I want to run 'ptxdist urlcheck', fix
> > > errors and then continue with the rest.
> >
> > Can you not use -k to do this?
>
> I do that. But without the successful cache, I need to track all failures
> manually because I cannot call 'urlcheck' again. To check the rest.
Ah, I now understand what you mean. Of course, successfully checked URLs
should be cached, but my change breaks that. My intention with this
patch was that the failed urlchecks are not cached if they are
unsuccessful. But somehow I can no longer reproduce that problem, an
unsuccessful urlcheck now fails without creating the state file... so
I guess everything should be fine without this patch.
> > Caching an error state is at least unusual, and it is not done anywhere
> > else in PTXdist, so this breaks the principle of least surprise.
>
> On the contrary. In general, if something was successful, then we don't do
> it again unless there is a clear indication that the input has changed.
> In all other cases an explicit 'drop' or 'clean' is needed.
>
> For example, we don't skip the 'touch' for local_src/ links either. Even
> though the code can change any time.
I meant, if a package fails to compile or install, we don't cache that
state, so the next ptxdist go will try to build it again. Of course, not
all error states result in a compilation failure, but we can do the best
and fail for those that do.
- Roland
--
Roland Hieber, Pengutronix e.K. | r.hieber@pengutronix.de |
Steuerwalder Str. 21 | https://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de
next prev parent reply other threads:[~2020-06-22 10:19 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-13 1:32 [ptxdist] [PATCH 1/7] setup: remove dead code Roland Hieber
2020-06-13 1:32 ` [ptxdist] [PATCH 2/7] setup: use https by default for PTXCONF_SETUP_PTXMIRROR Roland Hieber
2020-06-19 22:03 ` [ptxdist] [APPLIED] " Michael Olbrich
2020-06-13 1:32 ` [ptxdist] [PATCH 3/7] ptxd_make_world_get: make 'ptxdist urlcheck' idempotent Roland Hieber
2020-06-19 5:34 ` Michael Olbrich
2020-06-19 8:22 ` Roland Hieber
2020-06-19 11:07 ` Michael Olbrich
2020-06-22 10:19 ` Roland Hieber [this message]
2020-06-13 1:32 ` [ptxdist] [PATCH 4/7] ptxd_make_get: print out final redirected URL on dry run Roland Hieber
2020-06-19 22:03 ` [ptxdist] [APPLIED] " Michael Olbrich
2020-06-13 1:32 ` [ptxdist] [PATCH 5/7] ptxd_make_get: continue with next URL when getting HTML file " Roland Hieber
2020-06-19 5:39 ` Michael Olbrich
2020-06-13 1:32 ` [ptxdist] [PATCH 6/7] libjaylink: fix URL Roland Hieber
2020-06-19 5:44 ` Michael Olbrich
2020-06-19 22:04 ` [ptxdist] [APPLIED] " Michael Olbrich
2020-06-13 1:32 ` [ptxdist] [PATCH 7/7] libpopt: replace dead URL with more mirrors Roland Hieber
2020-06-19 5:46 ` Michael Olbrich
2020-06-19 8:24 ` Roland Hieber
2020-06-19 11:07 ` Michael Olbrich
2020-06-28 22:07 ` Roland Hieber
2020-06-29 6:20 ` Michael Olbrich
2020-06-19 22:04 ` [ptxdist] [APPLIED] " Michael Olbrich
2020-06-19 22:03 ` [ptxdist] [APPLIED] setup: remove dead code 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=20200622101922.b4ldyj2z5sc5slh2@pengutronix.de \
--to=rhi@pengutronix.de \
--cc=ptxdist@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