From: Dan Smith <danms@us.ibm.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: Xen Developers <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] Add sequence number to 'xm info'
Date: Wed, 28 Sep 2005 17:14:00 -0700 [thread overview]
Message-ID: <87mzlwwx13.fsf@us.ibm.com> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D32E03D@liverpoolst.ad.cl.cam.ac.uk> (Ian Pratt's message of "Thu, 29 Sep 2005 00:03:04 +0100")
IP> I guess for trees that are direct clones of xenbits with no local
IP> modifications then the short id is meaningful. Such trees are
IP> probably in the majority.
Indeed. Additionally, people who are testing xen on all of their
systems will most likely be doing so with a real clone of the repo,
and not one with a bunch of random patches, I would think.
IP> I guess it doesn't really hurt providing people know what they're
IP> doing.
I think the people who don't know what they're doing won't know that
it's not part of the larger changeset ID, which means they'll copy the
whole thing when posting a bug, which gets the info there anyway.
Would it be better to tuck the sequence number away somewhere else? I
think that would be a bit overkill, but if anyone has strong feelings
about it, I can do it. Perhaps adding "xen_build" to "xen_major" and
"xen_minor"?
--
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms@us.ibm.com
next prev parent reply other threads:[~2005-09-29 0:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-28 23:03 [PATCH] Add sequence number to 'xm info' Ian Pratt
2005-09-29 0:14 ` Dan Smith [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-09-28 22:35 Dan Smith
2005-09-29 15:45 ` Hollis Blanchard
2005-09-29 16:02 ` Sean Dague
2005-09-29 16:22 ` Hollis Blanchard
2005-09-29 16:05 ` Dan Smith
2005-09-29 17:41 ` Hollis Blanchard
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=87mzlwwx13.fsf@us.ibm.com \
--to=danms@us.ibm.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/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.