Closed
Bug 24353
Opened 26 years ago
Closed 26 years ago
Are Build IDs on CVS-pull builds out of date?
Categories
(SeaMonkey :: Build Config, defect, P3)
Tracking
(Not tracked)
VERIFIED
WONTFIX
People
(Reporter: sidr, Assigned: granrosebugs)
Details
It appears that in at least some circumstances a freshly-built-from-new-cvs-pull
browser will have an out-of-date Build ID, which does not help at all, for
a reader of a bug report. It would be nice to be able to rely on the
Build ID as an identifier no matter who built a binary, or where.
Quoting from bug 23336, "Double paste on single mouse click":
>--- Additional Comments From hume@bofh.halifax.ns.ca 2000-01-19 03:48 ---
>As I said, I did a COMPLETE rm -r, re-pull, and rebuild on Jan 10. If CVS
>was handing out December trees on Jan 10th, then that's what I got. I also
>did the same on Jan 14th, and it displayed the very same problem (as well as
>a 1998* build-id).
It seems very unlikely that the entire tree was from December...more likely
that just the ID has gotten out of sync.
| Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WONTFIX
| Assignee | ||
Comment 1•26 years ago
|
||
talking with leaf, the build date is only updated if you are doing an official
build. to do that you need to set MOZ_BUILD_OFFICIAL=1 (I think that's the
variable, check the makefile). I've cc'd leaf for any comments, but I don't
think we want to set the build id automatically for all builds. For
non-official builds or really any builds, the most accurate way to describe the
build is by pull date/time. Buildid only tells us when it was built, which
doesn't necessarily imply when the source tree was pulled which is what we
really need to know.
resolving wont fix.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•