<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/usr.sbin/sysinstall/sysinstall.h, branch release/5.3.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2004-11-04T19:12:42+00:00</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2004-11-04T19:12:42+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=3f86d8a2ea3f3265afaa1fd263b0004c5c000e69'/>
<id>3f86d8a2ea3f3265afaa1fd263b0004c5c000e69</id>
<content type='text'>
'RELENG_5_3_0_RELEASE'.

This commit was manufactured to restore the state of the 5.3-RELEASE image.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
'RELENG_5_3_0_RELEASE'.

This commit was manufactured to restore the state of the 5.3-RELEASE image.
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC of the X server configuration removal from sysinstall.  Versions</title>
<updated>2004-09-02T01:55:00+00:00</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2004-09-02T01:55:00+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=6acac063586b02280a2e1d1b176aa4d594d1af00'/>
<id>6acac063586b02280a2e1d1b176aa4d594d1af00</id>
<content type='text'>
being MFC-ed:

	config.c	V1.226
	dispatch.c	V1.47
	install.c	V1.359
	menus.c		V1.400
	sysinstall.8	V1.65
	sysinstall.h	V1.262

Discussed on:	freebsd-current@
Approved by:	re (scottl)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
being MFC-ed:

	config.c	V1.226
	dispatch.c	V1.47
	install.c	V1.359
	menus.c		V1.400
	sysinstall.8	V1.65
	sysinstall.h	V1.262

Discussed on:	freebsd-current@
Approved by:	re (scottl)
</pre>
</div>
</content>
</entry>
<entry>
<title>Initial pass at shifting sysinstall(8) to install X.org instead of XFree86.</title>
<updated>2004-08-10T02:18:28+00:00</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2004-08-10T02:18:28+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=83e386eb0652695466237263c68f61f6c4422bdc'/>
<id>83e386eb0652695466237263c68f61f6c4422bdc</id>
<content type='text'>
There are still a few nits to work out (graphical config non-functional).

Patches by:	anholt@, adapted slightly
Reviewed by:	'make release'
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There are still a few nits to work out (graphical config non-functional).

Patches by:	anholt@, adapted slightly
Reviewed by:	'make release'
</pre>
</div>
</content>
</entry>
<entry>
<title>o  Save pointers to the chunks for root, home, swap, usr, var and tmp in</title>
<updated>2004-08-07T01:19:54+00:00</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2004-08-07T01:19:54+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e66a84ac142c5166cab9306620e0f5165e9b050f'/>
<id>e66a84ac142c5166cab9306620e0f5165e9b050f</id>
<content type='text'>
   global variables. On ia64, save a pointer to the efi chunk as well.
o  At the same time, change checkLabels() to define these globals instead
   of having the caller of checkLabels() pass addresses to variables for
   these. Change the two callers correspondingly.
o  Spent a bit more time adjusting try_auto_label() to prepate for having
   the EFI partition created on ia64.
o  Remove efi_mountpoint(). The EFI chunk is now available without having
   to iterate over the disks and chunks to find it every time we need it.
o  On ia64, now that the root chunk is globally available, set the
   vfs.root.mountfrom tunable in loader.conf. This avoids that one cannot
   boot into FreeBSD after an install. The kernel cannot find the root
   device without a little help...
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
   global variables. On ia64, save a pointer to the efi chunk as well.
o  At the same time, change checkLabels() to define these globals instead
   of having the caller of checkLabels() pass addresses to variables for
   these. Change the two callers correspondingly.
o  Spent a bit more time adjusting try_auto_label() to prepate for having
   the EFI partition created on ia64.
o  Remove efi_mountpoint(). The EFI chunk is now available without having
   to iterate over the disks and chunks to find it every time we need it.
o  On ia64, now that the root chunk is globally available, set the
   vfs.root.mountfrom tunable in loader.conf. This avoids that one cannot
   boot into FreeBSD after an install. The kernel cannot find the root
   device without a little help...
</pre>
</div>
</content>
</entry>
<entry>
<title>Join the 21st century: Cryptography is no longer an optional component</title>
<updated>2004-08-06T07:27:08+00:00</updated>
<author>
<name>Colin Percival</name>
<email>cperciva@FreeBSD.org</email>
</author>
<published>2004-08-06T07:27:08+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=d37df47d3104331743c4d05ebba3f996f5a2308a'/>
<id>d37df47d3104331743c4d05ebba3f996f5a2308a</id>
<content type='text'>
of releases.  The -DNOCRYPT build option still exists for anyone who
really wants to build non-cryptographic binaries, but the "crypto"
release distribution is now part of "base", and anyone installing from a
release will get cryptographic binaries.

Approved by:	re (scottl), markm
Discussed on:	freebsd-current, in late April 2004
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
of releases.  The -DNOCRYPT build option still exists for anyone who
really wants to build non-cryptographic binaries, but the "crypto"
release distribution is now part of "base", and anyone installing from a
release will get cryptographic binaries.

Approved by:	re (scottl), markm
Discussed on:	freebsd-current, in late April 2004
</pre>
</div>
</content>
</entry>
<entry>
<title>Move the inclusion of libdisk.h from sysinstall.h to the source files</title>
<updated>2004-08-02T23:18:48+00:00</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2004-08-02T23:18:48+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=498609452e200a7ef2a0155b6b67f2fac4c35041'/>
<id>498609452e200a7ef2a0155b6b67f2fac4c35041</id>
<content type='text'>
that actually need it. This makes it easier for a platform porter to
find the files that may need tweaking to support whatever MD specific
partitioning is needed. It also helps to prevent that the libdisk API
gets exposed and/or used where it's not needed.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
that actually need it. This makes it easier for a platform porter to
find the files that may need tweaking to support whatever MD specific
partitioning is needed. It also helps to prevent that the libdisk API
gets exposed and/or used where it's not needed.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed assorted misuses of NULL in integer context.</title>
<updated>2004-03-11T11:58:16+00:00</updated>
<author>
<name>Bruce Evans</name>
<email>bde@FreeBSD.org</email>
</author>
<published>2004-03-11T11:58:16+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=03f0d9e8ae6d98324d750f279801106df7b32877'/>
<id>03f0d9e8ae6d98324d750f279801106df7b32877</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>s/package_exists/package_installed/g as that's much more descriptive of</title>
<updated>2004-01-02T09:19:13+00:00</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2004-01-02T09:19:13+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=1618a918609a84421f67de8d952a8c2b724735f2'/>
<id>1618a918609a84421f67de8d952a8c2b724735f2</id>
<content type='text'>
what the function does.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
what the function does.
</pre>
</div>
</content>
</entry>
<entry>
<title>FBSD nit.</title>
<updated>2004-01-02T08:31:00+00:00</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2004-01-02T08:31:00+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=c67aadb9690a6a8b6dec3e4a456a8153190cfc95'/>
<id>c67aadb9690a6a8b6dec3e4a456a8153190cfc95</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a Securelevel sub-menu to the Security configuration menu,</title>
<updated>2003-11-29T21:44:51+00:00</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2003-11-29T21:44:51+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=4b51d758d5d8c59b73e2a9379875223a41ba9cb7'/>
<id>4b51d758d5d8c59b73e2a9379875223a41ba9cb7</id>
<content type='text'>
permitting the administrator to select a securelevel top operate
at.  Include a helpfile summarizing some of the information from
init(8).  This allows for explicit configuration of securelevels,
which was previously implicit in Security Profile selection.
Currently, there are no checkboxes for the active securelevel,
because sysinstall's facilities for deriving "current settings"
from rc.conf may use only one variable, not two, and I opted for
the simplest approach at this point.

Approved by:	re (scottl)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
permitting the administrator to select a securelevel top operate
at.  Include a helpfile summarizing some of the information from
init(8).  This allows for explicit configuration of securelevels,
which was previously implicit in Security Profile selection.
Currently, there are no checkboxes for the active securelevel,
because sysinstall's facilities for deriving "current settings"
from rc.conf may use only one variable, not two, and I opted for
the simplest approach at this point.

Approved by:	re (scottl)
</pre>
</div>
</content>
</entry>
</feed>
