freebsd-update.conf revision 173564
1# $FreeBSD: head/etc/freebsd-update.conf 173564 2007-11-12 04:47:57Z cperciva $ 2 3# Trusted keyprint. Changing this is a Bad Idea unless you've received 4# a PGP-signed email from <security-officer@FreeBSD.org> telling you to 5# change it and explaining why. 6KeyPrint 800651ef4b4c71c27e60786d7b487188970f4b4169cc055784e21eb71d410cc5 7 8# Server or server pool from which to fetch updates. You can change 9# this to point at a specific server if you want, but in most cases 10# using a "nearby" server won't provide a measurable improvement in 11# performance. 12ServerName update.FreeBSD.org 13 14# Components of the base system which should be kept updated. 15Components src world kernel 16 17# Example for updating the userland and the kernel source code only: 18# Components src/base src/sys world 19 20# Paths which start with anything matching an entry in an IgnorePaths 21# statement will be ignored. 22IgnorePaths 23 24# Paths which start with anything matching an entry in an UpdateIfUnmodified 25# statement will only be updated if the contents of the file have not been 26# modified by the user (unless changes are merged; see below). 27UpdateIfUnmodified /etc/ /var/ 28 29# When upgrading to a new FreeBSD release, files which match MergeChanges 30# will have any local changes merged into the version from the new release. 31MergeChanges /etc/ /var/named/etc/ 32 33### Default configuration options: 34 35# Directory in which to store downloaded updates and temporary 36# files used by FreeBSD Update. 37# WorkDir /var/db/freebsd-update 38 39# Destination to send output of "freebsd-update cron" if an error 40# occurs or updates have been downloaded. 41# MailTo root 42 43# Is FreeBSD Update allowed to create new files? 44# AllowAdd yes 45 46# Is FreeBSD Update allowed to delete files? 47# AllowDelete yes 48 49# If the user has modified file ownership, permissions, or flags, should 50# FreeBSD Update retain this modified metadata when installing a new version 51# of that file? 52# KeepModifiedMetadata yes 53 54# When upgrading between releases, should the list of Components be 55# read strictly (StrictComponents yes) or merely as a list of components 56# which *might* be installed of which FreeBSD Update should figure out 57# which actually are installed and upgrade those (StrictComponents no)? 58# StrictComponents no 59