summaryrefslogtreecommitdiffstats
path: root/sys/conf/newvers.sh
Commit message (Collapse)AuthorAgeFilesLines
...
* Update stable/10 to -BETA1 as part of the 10.0-RELEASE cycle.gjb2013-10-121-1/+1
| | | | | Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
* Update head/ to ALPHA6 in preparation of branching to stable/10.gjb2013-10-101-1/+1
| | | | | Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
* Update head/ to 10.0-ALPHA5.gjb2013-10-061-1/+1
| | | | Approved by: re (implicit)
* Append the Git branch to the version string.rpaulo2013-10-031-0/+4
| | | | Approved by: re (gjb)
* Update head/ to -ALPHA4.gjb2013-09-291-1/+1
| | | | | Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
* Allow the path to the system source directory to be passed in toian2013-09-281-1/+4
| | | | | | | | | | | | | | | | newvers.sh. Pass it in from include/Makefile. If it isn't passed in, fall back to the old logic of using dirname $0. Using dirname $0 does not yield the path to the script if it was sourced in from another script in another directory; you end up with the parent script's path. That was causing newvers.sh to look one level below the FreeBSD src/ directory when building osreldate.h and it may find something like a git or svn repo there that has nothing to do with FreeBSD. PR: 174422 Approved by: re () MFC after: 2 weeks
* Update head/ to -ALPHA3.gjb2013-09-241-1/+1
| | | | | | | | This commit marks the point the final KBI change was made as part of the 10.0-RELEASE cycle. Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
* Update head/ to -ALPHA2 status.gjb2013-09-161-1/+1
| | | | Approved by: re (implicit)
* Update head/ to -ALPHA1 status, as part of the 10.0-RELEASEgjb2013-09-121-1/+1
| | | | | | | cycle. Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
* Use realpath(1) to determine the location of the newvers.sh script,gjb2013-08-111-2/+2
| | | | | | | since the current working directory might not be what is expected, causing svn{,lite}version to fail to find ${0} (itself). Submitted by: Dan Mack
* Fix a typo. The script should run /usr/bin/svnliteversion instead ofgjb2013-08-101-1/+1
| | | | | | /usr/bin/svnversion in the affected section. Reported by: lev, Dan Mack
* When newvers.sh is run, it is possible that the svnversiongjb2013-08-081-6/+18
| | | | | | | | | | | | | | | | | | (or svnliteversion) in the current lookup path is not what was used to check out the tree. If an incompatible version is used, the svn revision number is not reported in uname(1). Run ${svnversion} on newvers.sh itself when evaluating if the svn(1) in use is compatible with the tree. Fallback to an empty ${svnversion} if necessary. With this change, svnliteversion from base is only used if no compatible svnversion is found, so with this change, the version of svn(1) from the ports tree is evaluated first. Requested by: many MFC after: 3 days X-MFC-To: stable/9, releng/9.2 only
* Redirect svnversion stderr to /dev/null if we cannot determinegjb2013-08-051-1/+1
| | | | | | | the tree version, for example if the tree is checked out with an outdated svn from ports, but the base system svnlite is built. Approved by: kib (mentor)
* newvers.sh: add another git-svn fallbackavg2013-07-241-0/+5
| | | | | | | | This time it is for a git mirror that stores svn revisions as git notes, e.g. https://github.com/freebsd/freebsd MFC after: 10 days Sponsored by: HybridCluster
* newvers.sh: fix the fallback case of git-svn detectionavg2013-07-241-1/+1
| | | | | MFC after: 5 days Sponsored by: HybridCluster
* - Update newvers.sh to include svn revision in uname(1) if thegjb2013-07-021-2/+12
| | | | | | | | | | | | system has svnliteversion. - If svnliteversion is not found, look for svnversion in /usr/bin and /usr/local/bin, since svnlite can be installed as svn if WITH_SVN is set.[1] - Remove /bin from binary search paths.[1] Discussed with: kib [1] MFC after: 3 days Approved by: kib (mentor)
* print compiler version in the kernel banneravg2013-02-021-0/+2
| | | | | | | | | | And provide kernel compiler version as a sysctl as well. This is useful while we have gcc and clang cohabitation. This could be even more useful when we have support for external toolchains. In cooperation with: mjg MFC after: 13 days
* Improve the check for p4 opened files.rpaulo2012-09-221-2/+2
| | | | | Now we only search for opened files in ${SYSDIR}, which makes it possible to use multiple source trees.
* Add Perforce support.rpaulo2012-09-161-4/+23
|
* newvers.sh: unbreak git/git-svn supportavg2012-02-121-4/+8
| | | | MFC after: 2 weeks
* Remove a bit of debugging that accidentally crept in earlier.jhb2011-11-291-1/+0
|
* Fix svnversion for svn 1.7.x by not looking for .svn in ${SYSDIR} (sincedougb2011-10-271-3/+7
| | | | | | | | it no longer exists). Instead, run svnversion if we can find the binary and test that the output looks like a version string. Reviewed by: discussion on -current@ Tested by: rodrigc for non-svn case (thanks!)
* Shift head from 9.0-CURRENT to 10.0-CURRENT in preparation for releasingkensmith2011-09-261-2/+2
| | | | | | it from the 9.0-RELEASE release cycle code freeze. Approved by: re (implicit)
* Ready for 9.0-BETA2.kensmith2011-08-281-1/+1
| | | | Approved by: re (implicit)
* Looks like we're ready for 9.0-BETA1 builds.kensmith2011-07-261-1/+1
| | | | Approved by: re (implicit)
* expr -> sh arithmetic expansionru2011-05-231-1/+1
|
* Clean up stray line in 213077imp2010-09-231-1/+0
|
* Simplify how we find the kernel source. Rather than depending on sys,imp2010-09-231-39/+32
| | | | | | | | | | | | or some variation in the path, the new version assumes that $0 is newvers.sh path, and that dirname $0/.. is the same as $S aka $SYSDIR. It also removes knowledge of ${MACHINE} and ${MACHINE_ARCH}, which is also good. # I've had this in my tree for about 6 months now, which is why I # didn't notice that I broke it in r209510 and that was fixed in # r212954. This should finally resolve the issues people had with # r204824 as well as address the issues that motivated r204824.
* Fix the path to the sys dir when cross compiling after r209510.thompsa2010-09-211-1/+1
| | | | Reviewed by: imp
* Revert to r197433, the more recent change doesn't work for the commondougb2010-03-101-4/+4
| | | | case, and has not been well received.
* Look for "compile" to decide if this is run as part of the kernel build.obrien2010-03-071-4/+4
| | | | | The assumption of "${ARCH}/compile/FOO" is much harder to change in our build (so assume one hasn't), then assuming every kernel is rooted at "sys/".
* Improve on r197334:mlaier2009-09-231-2/+9
| | | | | | | | | Find the most recently merged svn revision, too. If we get a svn revision that matches HEAD use rXXX=GIT otherwise use rXXX+GIT. Submitted by: avg MFC after: 3 days X-MFC: not stable/8 before 8.0
* Extract version information from git repositories. Try to find amlaier2009-09-191-9/+28
| | | | | | | | | corresponding svn version if this is a git-svn clone'ed repo. This prefers svn version information over git in case a working directory has both .svn and .git directories. MFC after: 3 days X-MFC: not stable/8 before 8.0
* The svnversion string is only relevant when newvers.sh is calleddougb2009-08-231-20/+16
| | | | | | during the kernel build process, the other places that call the script do not make use of that information. So restrict execution of the svnversion-related code to the kernel build context.
* Make head 9.0-CURRENT in preparation for lifting code freeze.kensmith2009-08-221-2/+2
| | | | Approved by: re (implicit)
* Prepare for the 8.0-BETA2 builds.kensmith2009-07-151-1/+1
| | | | Approved by: re (implicit)
* Bump for BETA1.kensmith2009-07-071-1/+1
| | | | Approved by: re (implicit)
* For kernel builds reduce the impact of svnversion, just scanningbz2009-03-281-1/+7
| | | | | | | | src/sys and not the entire src/ tree. An earlier solution by peter had been comitted in r183528 and backed out in r183566 due to problems with newvers.sh also called from other places during world build. With the extra test this survived a make universe.
* Dont assume $MACHINE is set, this breaks for regular builds.thompsa2009-01-201-1/+3
| | | | Reported by: pho
* Also strip the machine arch from SRCDIR in case it is a cross build sothompsa2009-01-181-0/+1
| | | | svnversion works.
* Backout svn r183528.bz2008-10-031-1/+1
| | | | | | | | | | | | | | | | | | | | SRCDIR is seeded from `pwd` which not only means src/sys/ but also src/include/ (and possibly src/usr.sbin/amd/include/ ?). Trying to build world resulted in ===> include (includes) cd /usr/src/include; make buildincludes; make installincludes creating osreldate.h from newvers.sh cd: can't cd to /usr/src/include/sys *** Error code 2 as there is apparently no src/include/sys. There are multiple possible solutions ranging from seeding SRCDIR from the environment to adding more substitution patterns. Reported by: sam, bz Proper solution to be implemented and tested by: peter
* Reduce the impact of svnversion. Just scan the src/sys tree, not all ofpeter2008-10-011-1/+1
| | | | src.
* Change the character prefixed to the svn version to "r" since that seemsdougb2008-07-131-1/+1
| | | | to be how they are commonly referred to.
* The change to add subversion ID has two problems. The first is that whendougb2008-06-081-2/+11
| | | | | | | | | | | | | | | newvers.sh is run pwd is actually the obj directory, so "../../.svn" doesn't exist and the test always fails. The second is that buildkernel is executed with a restrictive PATH, so unless you have svnversion in /bin or /usr/bin it can't run. Fix this by looking for svnversion in /bin, /usr/bin, and /usr/local/bin in that order. If found, store the location and derive the value of the source directory. Then run svnversion in the appropriate directory. There is one possible refinement which would be to add a test for LOCALBASE!=/usr/local if we don't find svnversion the first time, but IMO that's not necessary at this time.
* If we can find it, include SVN version number in kernel version strings.phk2008-06-071-2/+9
| | | | See also: http://www.bikeshed.org/
* To honor the birth of RELENG_7 bump HEAD to 8.0-CURRENT.kensmith2007-10-111-1/+1
| | | | Approved by: re (implicit)
* Pad the strings sccs[], version[], and osrelease[] up to a minimum ofcperciva2005-08-191-3/+10
| | | | | | | | 128 bytes, 256 bytes, and 32 bytes respectively. This makes it much easier to identify when two kernels are identical apart from a version number bump (as often happens on security branches). Discussed on: freebsd-arch, in May 2005
* Make the RELENG_6 branch operation official by moving HEAD to 7.0-CURRENT.scottl2005-07-111-1/+1
| | | | Approved by: re
* Fix what(1) on kernel binaries by duplicating part of version[] in sccs[]jhb2005-07-011-2/+1
| | | | | | | | | | | and stop trying to play cute games so that sccs[] shares space with version[]. Reported by: Jilles Tjoelker jilles at stack dot nl Discussed with: bde, "R. Imura" imura at ryu16 dot org Idea from: NetBSD (via bde) Approved by: re (scottl) MFC after: 1 week
* If USER of HOSTNAME is set to an empty value, use the fallback value.ru2005-01-151-1/+1
| | | | Submitted by: marck
OpenPOWER on IntegriCloud