Remove my changes. PATH_PORTS is not checked for multiple entries as
[dragonfly.git] / UPDATING
blob883d91fe61c585493a67358d1af104eda39a473c
1 $DragonFly: src/UPDATING,v 1.7 2004/04/22 23:24:19 dillon Exp $
3 Updating Information for DragonFly users.
5 This file should warn you of any pitfalls which you might need to work around
6 when trying to update your DragonFly system.
8 If you discover any problem, please contact the bugs@lists.dragonflybsd.org
9 mailing list with the details.
11 ------------------------------------------------------------------------------
13 > Upgrading to DragonFly from FreeBSD
14 ---------------------
16 You can build the DragonFly world and DragonFly kernels on a FreeBSD-4.x or
17 FreeBSD-5.x machine and then install DragonFly over FreeBSD, replacing
18 FreeBSD.  Note that the DragonFly buildworld target does not try to reuse
19 make depend information, it starts from scratch, so no pre-cleaning of the
20 object hierarchy is necessary.
22         # get the CVS pository (it is placed in /home/dcvs, 500MB).
23         # Please use the -h option and a mirror site to pull the 
24         # initial repository, but feel free to use the main repository
25         # machine to pull updates.
26         cvsup /usr/share/examples/cvsup/DragonFly-supfile
27         # install the source from the CVS hierarchy (remove preexisting
28         # FreeBSD src first) (500MB)
29         cd /usr
30         rm -rf src
31         cvs -R -d /home/dcvs checkout src
32         cvs -R -d /home/dcvs checkout dfports
34         # build it (500MB used in /usr/obj)
35         #
36         cd /usr/src
37         make buildworld
38         make buildkernel KERNCONF=<KERNELNAME>
40 Once you have built DragonFly you have to install it over FreeBSD.  Since
41 DragonFly does not track changes made by FreeBSD to its include file 
42 hierarchy and include file pollution can cause all sorts of unexpected
43 compilation issues to come up, it is best to wipe your include hierarchy
44 prior to installing DragonFly.  Note that you should not wipe any installed
45 FreeBSD header files or binaries until after you have successfully completed
46 the build steps above.
48         rm -rf /usr/include
49         mkdir /usr/include
50         make installkernel KERNCONF=<KERNELNAME>
51         make installworld
53 Then you need to upgrade your /etc.  DragonFly's 'make upgrade' target 
54 will unconditionally upgrade the /etc files that sysops do not usually
55 mess around with, such as the files in /etc/rc.d.  If you are unsure we 
56 recommend that you make a backup of your /etc before applying this step.
57 Note that DragonFly's RC system is basically RCNG from FreeBSD-5, but
58 there are some differences in the contents of the RC files.
60         make upgrade
62 Finally we recommend that you do an 'ls -lta BLAH' for /bin, /sbin, /usr/bin,
63 /usr/bin, and /usr/lib, and remove any stale files that you find.
65 ------------------------------------------------------------------------------
67 > Upgrading DragonFly on an existing DragonFly system.
68 ---------------------
70 The best way to upgrade DragonFly is to maintain a copy of the DragonFly
71 CVS repository via cvsup and to checkout the source base and DragonFly
72 ports via this repository.   The repository is stored in /home/dcvs by
73 default and requires about 500MB of disk space.  The checked out source
74 tree (/usr/src) requires about 500MB of disk space, and the build will
75 eat around 500MB of space out of /usr/obj.  To maintain the build you 
76 should reserve at least 2GB of disk space, and 3GB if you have the space.
78 Note: most people run cvsup via a root cron job to keep the repository up to
79 date.  Please limit such automatic updates to once a day and try to randomize
80 the hour and minute in the cron job a bit to avoid pileups.
82         # get the CVS pository (it is placed in /home/dcvs)
83         cvsup /usr/share/examples/cvsup/DragonFly-supfile
84         # install the source from the CVS hierarchy
85         cd /usr
86         cvs -R -d /home/dcvs checkout src
87         cvs -R -d /home/dcvs checkout dfports
89 Once you have the repository and broken out sources you can decide whether to
90 update your sources from the repository automatically or manually.  Since
91 you are tracking changes made to DragonFly, it is usually a good idea to
92 update the sources manually:
94         cd /usr/src
95         cvs update
97 To upgrade a DragonFly system from sources you run the following sequence:
99         cd /usr/src
100         make buildworld
101         make buildkernel KERNCONF=<KERNELNAME>
102         make installkernel KERNCONF=<KERNELNAME>
103         make installworld
105 You will also want to run the 'upgrade' target to upgrade your /etc.  The
106 upgrade target is aware of stale files created by older DragonFly 
107 installations and should delete them automatically.
109         make upgrade
111 If you are using 'config' manually from /usr/src/sys/i386/conf/BLAH, note 
112 that the build will use the current DragonFly environment rather then
113 the post-build environment from the last buildworld.   For this reason manual
114 configs are discouraged.  The proper way to build a kernel is to use the
115 'buildkernel' or 'quickkernel' target in /usr/src.
117 Once you've done a full build of the world and kernel you can do incremental
118 upgrades of either by using the 'quickworld' and 'quickkernel' targets
119 instead of 'buildworld' and 'buildkernel'.  If you have any problems with
120 the quick targets, try doing a cvsup, cvs update, and then a full buildworld
121 and buildkernel as shown above, before asking for help.
123 > Kerberos IV
124 -------------
126 Kerberos IV (eBones) was removed from the tree, please consider moving to
127 Kerberos 5 (Heimdal).
129 > FreeBSD and DragonFly ports
130 -----------------------------
132 DragonFly will eventually have its own package management system but at the
133 moment we leverage off of the FreeBSD ports system.  You should maintain
134 /usr/ports from the FreeBSD cvs repository via cvsup just like you do now.
136 DragonFly has its own 'port overrides' hierarchy in /usr/dfports.  You can
137 check this out of the DragonFly cvs repository using:
139 cd /usr
140 cvs -R -d /cvs checkout dfports
142 You may wish to use a consolidated distfiles directory, in which case you
143 should make /usr/dfports/distfiles a softlink to your existing distfiles
144 directory (typically /usr/ports/distfiles).
146 Be sure that you have installed 'relpath' from the DragonFly sources
147 (/usr/src/usr.bin/relpath) as well as the updated /usr/share/mk files from
148 /usr/src/share/mk.  As a test you can cd into /usr/ports/sysutils/cpdup and
149 build the port.  Dragonfly should contain an override and you should see a
150 warning message that the DragonFly override is being build instead when you
151 build it from the FreeBSD ports.