* Re: [uml-devel] RFC: Shouldn't "./linux --version" always print the the git commit id [not found] ` <526AE051.5020809@gmx.de> @ 2013-10-26 7:56 ` Geert Uytterhoeven 2013-10-26 10:06 ` Toralf Förster 0 siblings, 1 reply; 3+ messages in thread From: Geert Uytterhoeven @ 2013-10-26 7:56 UTC (permalink / raw) To: Toralf Förster; +Cc: UML devel, linux-kbuild On Fri, Oct 25, 2013 at 11:19 PM, Toralf Förster <toralf.foerster@gmx.de> wrote: > On 10/25/2013 10:18 PM, Geert Uytterhoeven wrote: >> On Fri, Oct 25, 2013 at 10:11 PM, Toralf Förster <toralf.foerster@gmx.de> wrote: >>> Just realized today the fact, that v3.11 reports just the tag and not >>> "tag-g<commit id>" Actually it's "<tag>-<number>-<commit id>", with <number> indicating the number of commits on top of the tag. >> >> You don't have CONFIG_LOCALVERSION_AUTO=y in your .config? >> >> Gr{oetje,eeting}s, >> > I do : > tfoerste@n22 ~/devel/linux $ ./linux --showconfig | grep AUTO > CONFIG_LOCALVERSION_AUTO=y > > pls look here : > > > $ ./linux --version > 3.11.0-00001-g65984ff-dirty > > versus > > $ git checkout HEAD~1 > Previous HEAD position was 65984ff... um: hostfs: Fix writeback > HEAD is now at 6e46645... Linux 3.11 > > $ make -j4 ARCH=um CC="ccache gcc" > ... > > $ ./linux --version > 3.11.0 If there are no additional commits on top of the tag, no number and commit ID are printed. I guess the rationale is that tags are global, hence present in all clones, so there's no need to tell what commit ID the tag corresponds to. > which correlates to > > $ git describe > v3.11 > > $ git describe --long > v3.11-0-g6e46645 This is not UML-specific. If you want to change this, you have to involve the kbuild people (CC added). Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [uml-devel] RFC: Shouldn't "./linux --version" always print the the git commit id 2013-10-26 7:56 ` [uml-devel] RFC: Shouldn't "./linux --version" always print the the git commit id Geert Uytterhoeven @ 2013-10-26 10:06 ` Toralf Förster 2013-11-06 13:31 ` Michal Marek 0 siblings, 1 reply; 3+ messages in thread From: Toralf Förster @ 2013-10-26 10:06 UTC (permalink / raw) To: Geert Uytterhoeven; +Cc: UML devel, linux-kbuild On 10/26/2013 09:56 AM, Geert Uytterhoeven wrote: > On Fri, Oct 25, 2013 at 11:19 PM, Toralf Förster <toralf.foerster@gmx.de> wrote: >> On 10/25/2013 10:18 PM, Geert Uytterhoeven wrote: >>> On Fri, Oct 25, 2013 at 10:11 PM, Toralf Förster <toralf.foerster@gmx.de> wrote: >>>> Just realized today the fact, that v3.11 reports just the tag and not >>>> "tag-g<commit id>" > > Actually it's "<tag>-<number>-<commit id>", with <number> indicating the > number of commits on top of the tag. > >>> >>> You don't have CONFIG_LOCALVERSION_AUTO=y in your .config? >>> >>> Gr{oetje,eeting}s, >>> >> I do : >> tfoerste@n22 ~/devel/linux $ ./linux --showconfig | grep AUTO >> CONFIG_LOCALVERSION_AUTO=y >> >> pls look here : >> >> >> $ ./linux --version >> 3.11.0-00001-g65984ff-dirty >> >> versus >> >> $ git checkout HEAD~1 >> Previous HEAD position was 65984ff... um: hostfs: Fix writeback >> HEAD is now at 6e46645... Linux 3.11 >> >> $ make -j4 ARCH=um CC="ccache gcc" >> ... >> >> $ ./linux --version >> 3.11.0 > > If there are no additional commits on top of the tag, no number and commit > ID are printed. I guess the rationale is that tags are global, hence present > in all clones, so there's no need to tell what commit ID the tag corresponds > to. > >> which correlates to >> >> $ git describe >> v3.11 >> >> $ git describe --long >> v3.11-0-g6e46645 > > This is not UML-specific. If you want to change this, you have to involve > the kbuild people (CC added). > > Gr{oetje,eeting}s, > > Geert Well, the reationale behind my idea comes from the (stupid) logic of one of my bisect scripts. I used there the commit id derived from the UML linux exe as a suffix for gdb back trace files created during the bisect process. Sure - logic can be easily adapted and was in the mean while. But IMO it would be more stringent to have always the commit id presented in the version string for similar cases. > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds > -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [uml-devel] RFC: Shouldn't "./linux --version" always print the the git commit id 2013-10-26 10:06 ` Toralf Förster @ 2013-11-06 13:31 ` Michal Marek 0 siblings, 0 replies; 3+ messages in thread From: Michal Marek @ 2013-11-06 13:31 UTC (permalink / raw) To: Toralf Förster, Geert Uytterhoeven; +Cc: UML devel, linux-kbuild Dne 26.10.2013 12:06, Toralf Förster napsal(a): > On 10/26/2013 09:56 AM, Geert Uytterhoeven wrote: >> On Fri, Oct 25, 2013 at 11:19 PM, Toralf Förster <toralf.foerster@gmx.de> wrote: >>> $ ./linux --version >>> 3.11.0 >> >> If there are no additional commits on top of the tag, no number and commit >> ID are printed. I guess the rationale is that tags are global, hence present >> in all clones, so there's no need to tell what commit ID the tag corresponds >> to. >> >>> which correlates to >>> >>> $ git describe >>> v3.11 >>> >>> $ git describe --long >>> v3.11-0-g6e46645 >> >> This is not UML-specific. If you want to change this, you have to involve >> the kbuild people (CC added). >> > Well, the reationale behind my idea comes from the (stupid) logic of one > of my bisect scripts. I used there the commit id derived from the UML > linux exe as a suffix for gdb back trace files created during the bisect > process. > Sure - logic can be easily adapted and was in the mean while. > But IMO it would be more stringent to have always the commit id > presented in the version string for similar cases. You define your own versioning scheme if you build with CONFIG_LOCALVERSION_AUTO=n and define LOCALVERSION yourself. E.g. echo "-g$(git rev-parse --short HEAD)" >localversion-git or set it in kconfig or on the make commandline. Michal ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-11-06 16:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <526AD08D.10506@gmx.de>
[not found] ` <CAMuHMdX+GtHDB5r6-oXyehbemqS36rVE=Agpi0w-6TcCPQotZQ@mail.gmail.com>
[not found] ` <526AE051.5020809@gmx.de>
2013-10-26 7:56 ` [uml-devel] RFC: Shouldn't "./linux --version" always print the the git commit id Geert Uytterhoeven
2013-10-26 10:06 ` Toralf Förster
2013-11-06 13:31 ` Michal Marek
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox