* [Buildroot] [git commit branch/next] Makefile: use /etc/os-release for version info rather than /etc/br-version @ 2012-02-14 12:08 Peter Korsgaard 2012-02-14 16:07 ` Luca Ceresoli 0 siblings, 1 reply; 3+ messages in thread From: Peter Korsgaard @ 2012-02-14 12:08 UTC (permalink / raw) To: buildroot commit: http://git.buildroot.net/buildroot/commit/?id=451a887894faddef019e9a0628c21b5f2e9eee56 branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/next /etc/os-release is becoming a standard interface for distribution name/version info, so let's use that instead of the nonstandard /etc/br-version. Format of the file is something like: NAME=Buildroot VERSION=2012.02-rc1-00003-g2d10e81 ID=buildroot VERSION_ID=2012.02-rc1 PRETTY_NAME="Buildroot 2012.02-rc1" For more details, see: http://0pointer.de/public/systemd-man/os-release.html Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> --- Makefile | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 7d8dd2e..8a8b676 100644 --- a/Makefile +++ b/Makefile @@ -477,7 +477,13 @@ endif else \ /sbin/ldconfig -r $(TARGET_DIR); \ fi - echo $(BR2_VERSION_FULL) > $(TARGET_DIR)/etc/br-version + ( \ + echo "NAME=Buildroot"; \ + echo "VERSION=$(BR2_VERSION_FULL)"; \ + echo "ID=buildroot"; \ + echo "VERSION_ID=$(BR2_VERSION)"; \ + echo "PRETTY_NAME=\"Buildroot $(BR2_VERSION)\"" \ + ) > $(TARGET_DIR)/etc/os-release ifneq ($(BR2_ROOTFS_POST_BUILD_SCRIPT),"") $(BR2_ROOTFS_POST_BUILD_SCRIPT) $(TARGET_DIR) ^ permalink raw reply related [flat|nested] 3+ messages in thread
* [Buildroot] [git commit branch/next] Makefile: use /etc/os-release for version info rather than /etc/br-version 2012-02-14 12:08 [Buildroot] [git commit branch/next] Makefile: use /etc/os-release for version info rather than /etc/br-version Peter Korsgaard @ 2012-02-14 16:07 ` Luca Ceresoli 2012-02-14 16:18 ` Peter Korsgaard 0 siblings, 1 reply; 3+ messages in thread From: Luca Ceresoli @ 2012-02-14 16:07 UTC (permalink / raw) To: buildroot Peter Korsgaard wrote: > commit: http://git.buildroot.net/buildroot/commit/?id=451a887894faddef019e9a0628c21b5f2e9eee56 > branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/next > > /etc/os-release is becoming a standard interface for distribution > name/version info, so let's use that instead of the nonstandard > /etc/br-version. Format of the file is something like: > > NAME=Buildroot > VERSION=2012.02-rc1-00003-g2d10e81 > ID=buildroot > VERSION_ID=2012.02-rc1 > PRETTY_NAME="Buildroot 2012.02-rc1" Nice. I just wish PRETTY_NAME had at least a "-dirty" suffix to make it clear that it is not exactly equal to 2012.02-rc1 (at least when using a git clone). Luca ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] [git commit branch/next] Makefile: use /etc/os-release for version info rather than /etc/br-version 2012-02-14 16:07 ` Luca Ceresoli @ 2012-02-14 16:18 ` Peter Korsgaard 0 siblings, 0 replies; 3+ messages in thread From: Peter Korsgaard @ 2012-02-14 16:18 UTC (permalink / raw) To: buildroot >>>>> "Luca" == Luca Ceresoli <luca@lucaceresoli.net> writes: Hi, >> NAME=Buildroot >> VERSION=2012.02-rc1-00003-g2d10e81 >> ID=buildroot >> VERSION_ID=2012.02-rc1 >> PRETTY_NAME="Buildroot 2012.02-rc1" Luca> Nice. Luca> I just wish PRETTY_NAME had at least a "-dirty" suffix to make it Luca> clear that it is not exactly equal to 2012.02-rc1 (at least when using Luca> a git clone). We can make it use BR2_VERSION_FULL, but I didn't find that particulary "pretty". I normally change the version string to <versionN+1>-git right after a release, so it's only between -rc1 and the final release that there can be a bit of confusion (and you always have VERSION to figure it out). -- Bye, Peter Korsgaard ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-02-14 16:18 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-02-14 12:08 [Buildroot] [git commit branch/next] Makefile: use /etc/os-release for version info rather than /etc/br-version Peter Korsgaard 2012-02-14 16:07 ` Luca Ceresoli 2012-02-14 16:18 ` Peter Korsgaard
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox