All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Korsgaard <peter@korsgaard.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1] setlocalversion: fix detection of hg revision for untagged versions
Date: Mon, 03 Jul 2017 11:40:36 +0200	[thread overview]
Message-ID: <87inj997u3.fsf@dell.be.48ers.dk> (raw)
In-Reply-To: <20170613190401.GV13116@argentina> (Thomas De Schampheleire's message of "Tue, 13 Jun 2017 21:04:01 +0200")

>>>>> "Thomas" == Thomas De Schampheleire <thomas.de_schampheleire@nokia.com> writes:

Hi,

 >> > Perhaps synching with the kernel would be a better way forward than
 >> > adding local modifications?

 >> I tried using the latest version from the kernel in Buildroot and
 >> notice the following:
 >> 
 >> - the version from the kernel now expects to find
 >> include/config/auto.conf and bails out otherwise. Commenting out this
 >> test...
 >> - the output of that script is now just a +   i.e. the actual output
 >> of the scm version does not matter. This is due to following code:
 >> scm=$(scm_version --short)
 >> res="$res${scm:++}"
 >> 
 >> which means: if scm is empty, don't change res -- if scm is not
 >> empty, then the literal '+' is appended to res.
 >> - if I ignore that point and check the actual content of the 'scm'
 >> variable, I notice that this script suffers from the same problem as
 >> the buildroot one. My fix solves that aspect also in the kernel
 >> script.
 >> 
 >> 
 >> The kernel script has evolved a lot from the version that Buildroot
 >> once took, I don't know if the changes have real value for us.
 >> I also assume that the kernel developers will not really want to
 >> customize their version of the script to add more configuration
 >> switches to tweak the behavior.
 >> https://github.com/torvalds/linux/blob/master/scripts/setlocalversion
 >> 
 >> Based on this feedback, how do you think we should proceed?

Sorry for the slow response. I was afraid that the cut option wouldn't
be supported by older versions, but it was apparently added ~20 years
go.

Committed, thanks.

It might still be interesting to submit a similar patch to the Linux
kernel (as you presumably have the same issue there).

-- 
Bye, Peter Korsgaard

  reply	other threads:[~2017-07-03  9:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-26 12:43 [Buildroot] [PATCH 1/1] setlocalversion: fix detection of hg revision for untagged versions Thomas De Schampheleire
2017-04-26 13:13 ` Peter Korsgaard
2017-04-26 13:56   ` Thomas De Schampheleire
2017-06-13 19:04     ` Thomas De Schampheleire
2017-07-03  9:40       ` Peter Korsgaard [this message]
2017-07-04 15:36         ` Peter Korsgaard

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=87inj997u3.fsf@dell.be.48ers.dk \
    --to=peter@korsgaard.com \
    --cc=buildroot@busybox.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.