mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
* [ptxdist] Mitigate build stamp disadvantages for local_src packages
@ 2019-07-03  6:58 Tim Sander
  2019-07-03  8:04 ` Michael Olbrich
  0 siblings, 1 reply; 2+ messages in thread
From: Tim Sander @ 2019-07-03  6:58 UTC (permalink / raw)
  To: ptxdist

Hi

I have noticed that in yocto which is also basically build stamp based that 
local cmake projects get build when they are not updated. So i am wondering if 
something like this would be also possible with ptxdist?

This is one of the most observed errors after a git pull...

Best regards
Tim



_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [ptxdist] Mitigate build stamp disadvantages for local_src packages
  2019-07-03  6:58 [ptxdist] Mitigate build stamp disadvantages for local_src packages Tim Sander
@ 2019-07-03  8:04 ` Michael Olbrich
  0 siblings, 0 replies; 2+ messages in thread
From: Michael Olbrich @ 2019-07-03  8:04 UTC (permalink / raw)
  To: ptxdist

Hi,

On Wed, Jul 03, 2019 at 08:58:54AM +0200, Tim Sander wrote:
> I have noticed that in yocto which is also basically build stamp based that 
> local cmake projects get build when they are not updated. So i am wondering if 
> something like this would be also possible with ptxdist?
> 
> This is one of the most observed errors after a git pull...

'...get build when they are not updated.'? This makes no sense to me. Is
the 'not' correct here? If not then I assume you want to automatically
rebuild local_src packages when the code changes.

There is no integrated solution for this, but it's all make dependencies,
so you can implement something yourself.
If the local_src package has a separate git repository, then you could add
a dependency like this:

$(STATEDIR)/<pkg>.<commitish>.githash:
	rm $(STATEDIR)/<pkg>.*.githash
	touch $@

$(STATEDIR)/<pkg>.prepare: $(STATEDIR)/<pkg>.<commitish>.githash

and generate the commitish with
$(call ptx/force-sh,git -C <dir> rev-parse HEAD)
or something like that.

I'm open to ideas on howto integrate this better. Maybe track
$(<PKG>_VERSION) changes. The you could add the appropriate shell code
there to generate some version string.
Hmm, maybe some helper macro to generate a useful version.

Michael

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-07-03  8:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-03  6:58 [ptxdist] Mitigate build stamp disadvantages for local_src packages Tim Sander
2019-07-03  8:04 ` Michael Olbrich

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox