* A little suggestion @ 2010-01-05 10:35 Angelo Graziosi 2010-01-05 10:40 ` Lennart Borgman 2010-01-05 11:23 ` Stephen J. Turnbull 0 siblings, 2 replies; 10+ messages in thread From: Angelo Graziosi @ 2010-01-05 10:35 UTC (permalink / raw) To: Emacs In Emacs, Help | About Emacs, there is written: "GNU Emacs 23.1.91.1 (i686-pc-cygwin, GTK+ Version 2.18.3) of 2010-01-05 on..." Why, in the development stage, not adding the revision number? i.e.: "GNU Emacs 23.1.91.1 rev. 99259..." In GCC, for example, this happens. Ciao, Angelo. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 10:35 A little suggestion Angelo Graziosi @ 2010-01-05 10:40 ` Lennart Borgman 2010-01-05 11:05 ` Angelo Graziosi ` (2 more replies) 2010-01-05 11:23 ` Stephen J. Turnbull 1 sibling, 3 replies; 10+ messages in thread From: Lennart Borgman @ 2010-01-05 10:40 UTC (permalink / raw) To: Angelo Graziosi; +Cc: Emacs On Tue, Jan 5, 2010 at 11:35 AM, Angelo Graziosi <angelo.graziosi@alice.it> wrote: > In Emacs, Help | About Emacs, there is written: > > "GNU Emacs 23.1.91.1 (i686-pc-cygwin, GTK+ Version 2.18.3) > of 2010-01-05 on..." > > Why, in the development stage, not adding the revision number? i.e.: > > "GNU Emacs 23.1.91.1 rev. 99259..." > > In GCC, for example, this happens. I wonder if it is possible? Is it well defined? Perhaps the beginning and ending time of the checkout could be used instead? But I wonder if they are available either. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 10:40 ` Lennart Borgman @ 2010-01-05 11:05 ` Angelo Graziosi 2010-01-05 11:15 ` Sven Joachim 2010-01-05 21:26 ` Giorgos Keramidas 2 siblings, 0 replies; 10+ messages in thread From: Angelo Graziosi @ 2010-01-05 11:05 UTC (permalink / raw) To: Lennart Borgman; +Cc: Emacs Il 05/01/2010 11.40, Lennart Borgman ha scritto: > On Tue, Jan 5, 2010 at 11:35 AM, Angelo Graziosi > <angelo.graziosi@alice.it> wrote: >> In Emacs, Help | About Emacs, there is written: >> >> "GNU Emacs 23.1.91.1 (i686-pc-cygwin, GTK+ Version 2.18.3) >> of 2010-01-05 on..." >> >> Why, in the development stage, not adding the revision number? i.e.: >> >> "GNU Emacs 23.1.91.1 rev. 99259..." >> >> In GCC, for example, this happens. > > > I wonder if it is possible? Is it well defined? > > Perhaps the beginning and ending time of the checkout could be used > instead? But I wonder if they are available either. Shouldn't writing 'rev. 99259' in some .bzr files be enough? For example, when building, if it finds 'rev. 99259', it generates: "GNU Emacs 23.1.91.1 rev. 99259..." else if it finds 'release', it gives: "GNU Emacs 23.2 release..." I am sure Emacs guys have better ideas. :-) Thanks, Angelo. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 10:40 ` Lennart Borgman 2010-01-05 11:05 ` Angelo Graziosi @ 2010-01-05 11:15 ` Sven Joachim 2010-01-05 21:26 ` Giorgos Keramidas 2 siblings, 0 replies; 10+ messages in thread From: Sven Joachim @ 2010-01-05 11:15 UTC (permalink / raw) To: Lennart Borgman; +Cc: Emacs, Angelo Graziosi On 2010-01-05 11:40 +0100, Lennart Borgman wrote: > On Tue, Jan 5, 2010 at 11:35 AM, Angelo Graziosi > <angelo.graziosi@alice.it> wrote: >> In Emacs, Help | About Emacs, there is written: >> >> "GNU Emacs 23.1.91.1 (i686-pc-cygwin, GTK+ Version 2.18.3) >> of 2010-01-05 on..." >> >> Why, in the development stage, not adding the revision number? i.e.: >> >> "GNU Emacs 23.1.91.1 rev. 99259..." >> >> In GCC, for example, this happens. > > > I wonder if it is possible? Certainly, you just need to run "bzr revno" during the build and dump the result into Emacs. > Is it well defined? Not very well, if you have local commits it can be misleading. And there is the problem that not all changes lead to re-dumping Emacs. Running "bzr revno" at bug commit time will not always work either. Sven ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 10:40 ` Lennart Borgman 2010-01-05 11:05 ` Angelo Graziosi 2010-01-05 11:15 ` Sven Joachim @ 2010-01-05 21:26 ` Giorgos Keramidas 2 siblings, 0 replies; 10+ messages in thread From: Giorgos Keramidas @ 2010-01-05 21:26 UTC (permalink / raw) To: Lennart Borgman; +Cc: Emacs, Angelo Graziosi On Tue, 5 Jan 2010 11:40:36 +0100, Lennart Borgman <lennart.borgman@gmail.com> wrote: > On Tue, Jan 5, 2010 at 11:35 AM, Angelo Graziosi > <angelo.graziosi@alice.it> wrote: >> In Emacs, Help | About Emacs, there is written: >> >> "GNU Emacs 23.1.91.1 (i686-pc-cygwin, GTK+ Version 2.18.3) >> of 2010-01-05 on..." >> >> Why, in the development stage, not adding the revision number? i.e.: >> >> "GNU Emacs 23.1.91.1 rev. 99259..." >> >> In GCC, for example, this happens. > > I wonder if it is possible? Is it well defined? > > Perhaps the beginning and ending time of the checkout could be used > instead? But I wonder if they are available either. A revision number like 2100 is *not* well-defined in a DVCS. But there is a revision identifier that includes a hash we could probably use: % keramida@kobe:/bzr/emacs/gker$ bzr log --limit 1 --show-ids . % ------------------------------------------------------------ % revno: 99248 % revision-id: eliz@gnu.org-20100102213336-hnnaav0wq0al1gni % ... The `revision-id' value is arguably something that may be useful to have in `M-x emacs-version' output. At least for non-release builds of Emacs. ^ permalink raw reply [flat|nested] 10+ messages in thread
* A little suggestion 2010-01-05 10:35 A little suggestion Angelo Graziosi 2010-01-05 10:40 ` Lennart Borgman @ 2010-01-05 11:23 ` Stephen J. Turnbull 2010-01-05 19:24 ` Eli Zaretskii 1 sibling, 1 reply; 10+ messages in thread From: Stephen J. Turnbull @ 2010-01-05 11:23 UTC (permalink / raw) To: Angelo Graziosi; +Cc: Emacs Angelo Graziosi writes: > Why, in the development stage, not adding the revision number? i.e.: > > "GNU Emacs 23.1.91.1 rev. 99259..." Revision numbers are not globally defined in bzr; they mean different things in different branches. There is a global revision ID, but it's typically at least 40 characters long, sometimes a fair amount more. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 11:23 ` Stephen J. Turnbull @ 2010-01-05 19:24 ` Eli Zaretskii 2010-01-05 19:55 ` Lennart Borgman ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: Eli Zaretskii @ 2010-01-05 19:24 UTC (permalink / raw) To: Stephen J. Turnbull; +Cc: emacs-devel, angelo.graziosi > From: "Stephen J. Turnbull" <stephen@xemacs.org> > Date: Tue, 05 Jan 2010 20:23:27 +0900 > Cc: Emacs <emacs-devel@gnu.org> > > There is a global revision ID, but it's typically at least 40 > characters long, sometimes a fair amount more. Part of that is the email address of the committer, the other part is the time of the commit in second resolution, and only the last part, 16 characters in my case, is a meaningless string (which is probably an ASCII encoding of a number). So we could display the global revid as something palatable, if not exactly short. <shrug> Not that I understand why this would be useful... ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 19:24 ` Eli Zaretskii @ 2010-01-05 19:55 ` Lennart Borgman 2010-01-05 20:05 ` Óscar Fuentes 2010-01-06 2:24 ` Stephen J. Turnbull 2 siblings, 0 replies; 10+ messages in thread From: Lennart Borgman @ 2010-01-05 19:55 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Stephen J. Turnbull, angelo.graziosi, emacs-devel On Tue, Jan 5, 2010 at 8:24 PM, Eli Zaretskii <eliz@gnu.org> wrote: >> From: "Stephen J. Turnbull" <stephen@xemacs.org> >> Date: Tue, 05 Jan 2010 20:23:27 +0900 >> Cc: Emacs <emacs-devel@gnu.org> >> >> There is a global revision ID, but it's typically at least 40 >> characters long, sometimes a fair amount more. > > Part of that is the email address of the committer, the other part is > the time of the commit in second resolution, and only the last part, > 16 characters in my case, is a meaningless string (which is probably > an ASCII encoding of a number). So we could display the global revid > as something palatable, if not exactly short. > > <shrug> Not that I understand why this would be useful... I don't think it will. Check out time is much more easy to understand and compare. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 19:24 ` Eli Zaretskii 2010-01-05 19:55 ` Lennart Borgman @ 2010-01-05 20:05 ` Óscar Fuentes 2010-01-06 2:24 ` Stephen J. Turnbull 2 siblings, 0 replies; 10+ messages in thread From: Óscar Fuentes @ 2010-01-05 20:05 UTC (permalink / raw) To: emacs-devel Eli Zaretskii <eliz@gnu.org> writes: >> There is a global revision ID, but it's typically at least 40 >> characters long, sometimes a fair amount more. > > Part of that is the email address of the committer, the other part is > the time of the commit in second resolution, and only the last part, > 16 characters in my case, is a meaningless string (which is probably > an ASCII encoding of a number). So we could display the global revid > as something palatable, if not exactly short. > > <shrug> Not that I understand why this would be useful... It potentially allows to replicate the exact state of the sources used for building emacs (suppossing that they didn't contained uncommitted changes.) Very useful on bug reports. -- Óscar ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: A little suggestion 2010-01-05 19:24 ` Eli Zaretskii 2010-01-05 19:55 ` Lennart Borgman 2010-01-05 20:05 ` Óscar Fuentes @ 2010-01-06 2:24 ` Stephen J. Turnbull 2 siblings, 0 replies; 10+ messages in thread From: Stephen J. Turnbull @ 2010-01-06 2:24 UTC (permalink / raw) To: Eli Zaretskii; +Cc: angelo.graziosi, emacs-devel Eli Zaretskii writes: > So we could display the global revid as something palatable, if not > exactly short. > > <shrug> Not that I understand why this would be useful... You can ask bzr to search for it, and if it's not in the Emacs repository, you know the user has local changes, and you can even ask for an exact diff. (You would also need to check bzr status for uncommitted changes.) Seems to me that this is about as useful as the rest of the information generated by M-x report-emacs-bug. ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2010-01-06 2:24 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-01-05 10:35 A little suggestion Angelo Graziosi 2010-01-05 10:40 ` Lennart Borgman 2010-01-05 11:05 ` Angelo Graziosi 2010-01-05 11:15 ` Sven Joachim 2010-01-05 21:26 ` Giorgos Keramidas 2010-01-05 11:23 ` Stephen J. Turnbull 2010-01-05 19:24 ` Eli Zaretskii 2010-01-05 19:55 ` Lennart Borgman 2010-01-05 20:05 ` Óscar Fuentes 2010-01-06 2:24 ` Stephen J. Turnbull
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).