| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
'RELENG_2_2_5_RELEASE'.
This commit was manufactured to restore the state of the 2.2.5-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
|
| |
|
|
|
|
|
|
|
|
| |
later today. RELDATE is a mystery to me - looks like an encoded version
number now so I'll leave it alone.
Rod: You will probably wish to review this file with bitwise scrutiny. :)
Notes:
svn path=/stable/2.2/; revision=30604
|
| |
|
|
|
|
|
| |
please change this too if it is still necessary.
Notes:
svn path=/stable/2.2/; revision=30053
|
| |
|
|
|
|
|
| |
denote post-release version.
Notes:
svn path=/stable/2.2/; revision=25921
|
| |
|
|
|
|
|
| |
2.2.2R.
Notes:
svn path=/stable/2.2/; revision=25919
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=25851
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=25325
|
| |
|
|
|
|
|
|
|
|
|
| |
have texinfo-3.9. (We probably should have changed it to 221000 for
2.2.1 release, but hindsight is always 20/20. ;)
Whenever a major component is brought in from -current, please add 1
to this number.
Notes:
svn path=/stable/2.2/; revision=24941
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=24332
|
| |
|
|
|
|
|
| |
interval for us (I think that's 3 days :) but it comes close. Sigh.
Notes:
svn path=/stable/2.2/; revision=24107
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=23919
|
| |
|
|
|
|
|
|
|
|
| |
can add new releases (2.1.8, 2.1.9, whatever) without crossing
lines again.
Silently approved by: current, core
Notes:
svn path=/stable/2.2/; revision=22918
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=22159
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=20032
|
| |
|
|
|
|
|
| |
trees.
Notes:
svn path=/stable/2.2/; revision=19770
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=19743
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=19666
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=19358
|
| |
|
|
|
|
|
|
| |
Put RELEASE back.
Pointed-out-by: peter
Notes:
svn path=/head/; revision=18868
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
First, change sysinstall and the Makefile rules to not build the kernel
nlist directly into sysinstall now. Instead, spit it out as an ascii
file in /stand and parse it from sysinstall later. This solves the chicken-n-
egg problem of building sysinstall into the fsimage before BOOTMFS is built
and can have its symbols extracted. Now we generate the symbol file in
release.8.
Second, add Poul-Henning's USERCONFIG_BOOT changes. These have two
effects:
1. Userconfig is always entered, rather than only after a -c
(don't scream yet, it's not as bad as it sounds).
2. Userconfig reads a message string which can optionally be
written just past the boot blocks. This string "preloads"
the userconfig input buffer and is parsed as user input.
If the first command is not "USERCONFIG", userconfig will
treat this as an implied "quit" (which is why you don't need
to scream - you never even know you went through userconfig
and back out again if you don't specifically ask for it),
otherwise it will read and execute the following commands
until a "quit" is seen or the end is reached, in which case
the normal userconfig command prompt will then be presented.
How to create your own startup sequences, using any boot.flp image
from the next snap forward (not yet, but soon):
% dd of=/dev/rfd0 seek=1 bs=512 count=1 conv=sync <<WAKKA_WAKKA_DOO
USERCONFIG
irq ed0 10
iomem ed0 0xcc000
disable ed1
quit
WAKKA_WAKKA_DOO
Third, add an intro screen to UserConfig so that users aren't just thrown
into this strange screen if userconfig is auto-launched. The default
boot.flp startup sequence is now, in fact, this:
USERCONFIG
intro
visual
(Since visual never returns, we don't need a following "quit").
Submitted-By: phk & jkh
Notes:
svn path=/head/; revision=18702
|
| |
|
|
| |
Notes:
svn path=/head/; revision=17432
|
| |
|
|
|
|
|
|
|
|
|
| |
2.1.5-RELEASE). This will obviously be set "for real" closer to the time.
(some ports use this to differentiate the two branches /dev/kmem kernel
architectures. This exact same procedure happened in November last year
for the 2.1 RELEASE as well.)
Notes:
svn path=/head/; revision=17127
|
| |
|
|
|
|
|
| |
distinguish this from the version containing the NFSv3 code.
Notes:
svn path=/head/; revision=12196
|
| |
|
|
| |
Notes:
svn path=/head/; revision=11730
|
| |
|
|
| |
Notes:
svn path=/head/; revision=10419
|
| |
|
|
|
|
|
|
|
| |
2.0.5, most notably the NFSv3 kernel support.
Reviewed by: the mailing lists
Notes:
svn path=/head/; revision=10297
|
| |
|
|
|
|
|
| |
Reviewed by: jkh
Notes:
svn path=/head/; revision=9770
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
what CSRG had, plus make things like, TYPE, REVISION, and BRANCH
easy to set, and derive RELEASE and VERSION from them.
Kill the JUST_TELL_ME hack, it is no longer needed.
Kill DISTNAME, I could find no reveference to it any place in the
source tree.
Now I just need to rework a few bits in release/Makefile, but want
to wait and talk to jkh about that.
Oh, and your now all running:
TYPE="FreeBSD"
REVISION="2.2"
BRANCH="CURRENT"
and the -BUILD-yymmdd is dead and gone. The date was already in the
version[] string, no need for it to be there in 2 formats!
Notes:
svn path=/head/; revision=9515
|
| |
|
|
|
|
|
| |
on FreeBSD (ie: netscape), so we revert a little bit. "2.0-" is added back.
Notes:
svn path=/head/; revision=8229
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
We now have RELEASE=CURRENT in the CVS-tree.
If this hasn't been edited, we will use "BUILT-yyyymmdd" where the time is
that of the compile, and leave it at that, we can't do any better.
If there is no serious objections, I will modify the "cvs co" script on
freefall to fiddle this file after checkout so that it becomes
CURRENT-yyyymmdd, where the time is that of the checkout.
Notes:
svn path=/head/; revision=8003
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7905
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7839
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7838
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7788
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7704
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7310
|
| |
|
|
| |
Notes:
svn path=/head/; revision=7153
|
| |
|
|
| |
Notes:
svn path=/head/; revision=4315
|
| |
|
|
| |
Notes:
svn path=/head/; revision=3678
|
| |
|
|
| |
Notes:
svn path=/head/; revision=3172
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
are running under. Here's how to bootstrap (order is important):
1) Re-compile gcc (just the driver is all you need).
2) Re-compile libc.
3) Re-compile your kernel. Reboot.
4) cd /usr/src/include; make install
You can now detect the compilation environment with the following code:
#if !defined(__FreeBSD__)
#define __FreeBSD_version 199401
#elif __FreeBSD__ == 1
#define __FreeBSD_version 199405
#else
#include <osreldate.h>
#endif
You can determine the run-time environment by calling the new C library
function getosreldate(), or by examining the MIB variable kern.osreldate.
For the time being, the release date is defined as 199409, which we have
already established as our target.
Notes:
svn path=/head/; revision=2004
|
| |
|
|
| |
Notes:
svn path=/head/; revision=1817
|
| |
|
|
|
|
|
|
| |
Reviewed by: Rodney W. Grimes
Submitted by: John Dyson and David Greenman
Notes:
svn path=/head/; revision=1549
|
|
|
Notes:
svn path=/head/; revision=1541
|