summaryrefslogtreecommitdiffstats
path: root/usr.sbin/freebsd-update
Commit message (Collapse)AuthorAgeFilesLines
* Add change missing from previous commit: Remove temporary file.cperciva2007-11-161-1/+1
|
* Fix "freebsd-update rollback" applied to minor-version upgrades: Oldcperciva2007-11-161-2/+16
| | | | | | | | | | | | | | shared object files which have the same name as currently-installed shared object files should be reinstalled after binaries are rolled back. The order for rolling back updates is therefore 1. Install any old shared object files which can be installed without overwriting a new shared object file. 2. Rollback everything which isn't a shared object or kernel file. 3. Rollback any shared object files which we didn't deal with in (1). 4. Rollback to the old kernel. Bug reported by: Jan Henrik Sylvester MFC after: 3 days
* Add support for "freebsd-update -r newrelease upgrade" -- binarycperciva2007-11-122-64/+850
| | | | | | | | | | | | | | | | | | | upgrading to new releases. Important parts of this code include * automatically determining which optional components (e.g., src, info, proflibs) are installed. * merging changes in files which are modified locally and have changed between the currently running and new release. * prompting the user to rebuild all 3rd party software before deleting old shared libraries. Yes, this is compatible with "freebsd-update rollback" -- you can test a new -BETA and roll back to the old release if you don't like it. Subject to re@ approval, this will be MFCed before 7.0-BETA3 and 6.3-RC1. MFC after: 2 days
* Two minor improvements uncovered by work on upgrading between releases:cperciva2007-11-081-2/+14
| | | | | | | | | | | | | * When installing updates, make sure that securelevel <= 0. Otherwise we can't remove the schg flag from files. * When preparing to download updates, check to see if we already have them sitting in the /files/ directory. This saves bandwidth if users run "freebsd-update fetch" more than once without installing updates in between. While I'm here, bump the copyright date. MFC after: 3 days
* Change the time of the first "EoL is coming soon, you should upgrade" warningcperciva2007-08-141-2/+2
| | | | | | | | | | | from EoL minus 6 months to EoL minus 3 months, in order to increase the odds of there actually being a more recent release to which users can upgrade. (In particular, for releases which are only supported for 12 months, it's quite likely that the next release will occur between 6 and 9 months later.) Discussed with: kensmith Approved by: re (bmah) MFC after: 3 days
* When storing old versions of files for use in generating new files viacperciva2007-08-071-5/+20
| | | | | | | | | | | | patching and for rolling back updates, don't copy a file if it has already been stored. This provides a significant speedup to the "Preparing to download files" stage of "freebsd-update fetch" if many updates have already been applied or if a file being updated is linked many times (such as /rescue/*). Reported by: Paul Dekkers MFC after: 1 week Approved by: re (bmah)
* Add some missing '${BASEDIR}/'s. Prior to this commit, FreeBSD Updatecperciva2007-05-161-3/+3
| | | | | | | | | operating with the "-b basedir" option would not correctly update files which had flags set or were hardlinked. Submitted by: Karsten Schmidt Pointy hat to: cperciva MFC after: 1 week
* Fix problems resulting from SMP kernels (mis-)identifying themselves ascperciva2007-03-041-3/+20
| | | | | | | | | "SMP-GENERIC" (i386) or "GENERIC" (amd64). FreeBSD 6.2 Errata candidate. MFC after: 3 days Pointy hat to: cperciva
* "block is set to UTC" -> "clock is set to UTC"cperciva2006-12-311-1/+1
| | | | Submitted by: csjp
* Add a sentence to the DESCRIPTION noting that updates aren't availablecperciva2006-12-261-0/+15
| | | | | | | for -STABLE or -CURRENT. Inspired by submission from: Scott Robbins MFC after: 3 days
* Three minor bug fixes:cperciva2006-11-251-8/+18
| | | | | | | | | | | | | | | | 1. When downloading metadata files, make sure we only download each file once; without this fix, "freebsd-update fetch" will fail the first time it is run if there have been no updates yet for the installed release. 2. If the FOO kernel is installed in /boot/kernel instead of /boot/FOO and the /boot/FOO directory does not exist, don't try to update /boot/FOO. This is an issue only where an update involves adding a new kernel module. 3. When removing files and directories, operate in reverse lexographical order, in order to ensure that files are removed before the directory which contains them. MFC after: 3 days
* Set LC_ALL=C in order to avoid problems with character ranges andcperciva2006-10-211-0/+3
| | | | | | | sorting. PR: bin/104505 MFC after: 3 days
* Conform to wider English usage.cperciva2006-09-021-2/+2
| | | | Submitted by: Royce Williams
* It's spelled MAN.ru2006-09-011-1/+1
|
* Add FreeBSD Update 2.0 client code. The build code is in the projectscperciva2006-08-313-0/+2075
repository. Sponsored by: FreeBSD security development fundraiser
OpenPOWER on IntegriCloud