mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: Christian Melki <christian.melki@t2data.com>
To: "Sven Püschel" <s.pueschel@pengutronix.de>
Cc: ptxdist@pengutronix.de
Subject: Re: [ptxdist] Globally define GIT_CEILING_DIRECTORIES?
Date: Mon, 13 Feb 2023 20:27:54 +0100	[thread overview]
Message-ID: <9d213425-e705-a84c-6d70-9923e0d443a6@t2data.com> (raw)
In-Reply-To: <a360cdfa-6d39-74e1-01c7-028abaafa4c0@pengutronix.de>

On 2/13/23 16:03, Sven Püschel wrote:
> Hi Christian,
> 
> 
>> Just to summarize so I understand this.
>> You want to limit the searching for git repos,
>> so that if it isn't found in the current posix PWD (cwd), it's not a 
>> git repo?
>> I'm assuming it's expandable by doing an export to $PWD?
> 
> I only want to limit the parent search at a specific directory, not to 
> the current directory. Practically I'm using DistroKit as a BSP with 
> PTXDist. The target package (e.g. sockperf) is downloaded and extracted 
> to /path/to/DistroKit/platform-v8a/build-target/sockperf-3.10 . 
> Currently sockperf executes "git rev-parse HEAD" to get the current 
> commit, that is attached to the version number. As the sockperf-3.10 
> directory itself isn't a Git directory, git checks the parent 
> directories until it finds the Git repository of DistroKit and returns 
> it's commit hash. This results in sockperf having a Distrokit commit as 
> part of it's version number. lshw as another example used the version 
> tag of Distrokit as it's own version.
> 
> When setting 
> GIT_CEILING_DIR=/path/to/DistroKit/platform-v8a/build-target , then Git 
> will still backtrack, but stop when it reaches the build-target 
> directory. E.g. when 
> /path/to/Distrokit/platform-v8a/build-target/sockperf-3.10 is a Git 
> repository and some buildscript calls git from 
> /path/to/DistroKit/platform-v8a/build-target/sockperf-3.10/src , then 
> Git still traverses the parent directory to find the sockperf Git 
> repository. But if sockperf-3.10 isn't a git repo, it will stop 
> backtracking to the build-target directory and return that it didn't 
> find a git repository.
>
>> Have you tried this as an global?
>> Afaict, sockperf treats this locally?
> 
> I've added it locally to sockperf via
> 
> SOCKPERF_CONF_ENV       := $(CROSS_ENV) GIT_CEILING_DIRECTORIES="$(BUILDDIR)"
> SOCKPERF_MAKE_ENV       := $(CROSS_ENV) GIT_CEILING_DIRECTORIES="$(BUILDDIR)"
> 
> I haven't tried this globally yet, as I'm not that familiar with the 
> PTXDist internals and didn't wanted to spend multiple hours creating a 
> patch and then get the feedback, that there might be a better way to do it.
> 

The different CROSS_ENVs are defined in rules/pre/Rules.make
Maybe test it there?

>> Also, do you have any anecdotal or factual history from other build 
>> environments?
>> Some of them rely extensively on git hashes, ie, repos.
>> They've likely stumbled upon the same question.
> 
> Nope, PTXDist is my first embedded build environment.
> 

\o/ :)

> 
> Best regards
> 
> Sven
> 




  reply	other threads:[~2023-02-13 19:28 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-13 13:58 Sven Püschel
2023-02-13 14:24 ` Christian Melki
2023-02-13 15:03   ` Sven Püschel
2023-02-13 19:27     ` Christian Melki [this message]
2023-02-14 10:32 ` Michael Riesch
2023-02-14 14:21 ` Michael Olbrich
2023-02-27 21:22   ` Michael Riesch
2023-03-03  7:25     ` Michael Olbrich
2023-03-06  8:34       ` Michael Riesch

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=9d213425-e705-a84c-6d70-9923e0d443a6@t2data.com \
    --to=christian.melki@t2data.com \
    --cc=ptxdist@pengutronix.de \
    --cc=s.pueschel@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