Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416)

[Trond Endrestøl]

On Sun, 4 Jan 2015 12:45-0800, Kevin Oberman wrote:

> On Sun, Jan 4, 2015 at 9:41 AM, Trond Endrestøl <
> Trond.Endrestol at fagskolen.gjovik.no> wrote:
> 
> > Hi,
> >
> > I'm investigating how to convert my stable/8 systems to stable/9, and
> > subsequently to stable/10.
> >
> > The test subject was installed with 8.4-RELEASE, I then upgraded to
> > the latest stable/8, r276471, with no contents in /etc/make.conf nor
> > /etc/src.conf. So far, so good.
> >
> > Next, I tried to compile stable/9 r276623 on the stable/8 system,
> > still no contents in /etc/make.conf nor /etc/src.conf, and nothing
> > mentioned in /usr/src/UPDATING, only to receive this error message:
> >
> >
> > ===> lib/libmagic (obj,build-tools)
> > cc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H
> > -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src
> > -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY
> > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic
> > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c
> > /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c
> > /usr/src/lib/libmagic/../../contrib/file/src/encoding.c
> > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c
> > /usr/src/lib/libmagic/../../contrib/file/src/magic.c
> > /usr/src/lib/libmagic/../../contrib/file/src/print.c  -lz -legacy
> > In file included from
> > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32:
> > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error:
> > xlocale.h: No such file or directory
> >
> 
> 
> > [...]
> >
> > I reverted the stable/9 tree to r276385 to get rid of file 5.21
> > (r276416), and now the system is able to build world and kernel.
> >
> > Once I get stable/9 r276385 installed, I might be able to build the
> > latest stable/9 source tree.
> >
> 
> This is very odd. /usr/include/xlocale.h has been in the source tree for
> over three years. In the buildworld process, header files are moved to
> /usr/obj very early in the make and used for building world. Do you have
> /usr/src/include/xlocale.h? If so, it should be found when building file.
> Do you have /usr/include/xlocale.h? (This file should NOT be used in
> buildworld, but it is a data point.)
> 
> Are you running the "official" system update process? Not that there is
> much there at this point.
> # cd /usr/src
> # make buildworld

Yup. I renamed the existing /usr/obj containing the stable/8 object 
tree to /usr/obj-8 and created a new /usr/obj directory for the 
stable/9 object tree.

I then ran: make buildworld buildkernel

The pit stop at r276385 helped building stable/9 while still 
running the latest stable/8.

The test subject now runs the latest stable/9, r276664, and is 
currently regenerating the 40 ports I installed after upgrading 
8.4-RELEASE to stable/8.

I tested the transition from stable/9 to stable/10 on my laptop in the 
time between Christmas and New Year. That went well.

The only snag I noticed is that a separate root fs should be larger 
than 1 GiB, and anything less than 1 GiB will not necessary 
accommodate two kernels and the minimalistic userland unless you 
delete the old kernel's *.symbols files prior to installing the new 
kernel.

-- 
+-------------------------------+------------------------------------+
| Vennlig hilsen,               | Best regards,                      |
| Trond Endrestøl,              | Trond Endrestøl,                   |
| IT-ansvarlig,                 | System administrator,              |
| Fagskolen Innlandet,          | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,       | Cellular...: +47 952 62 567,       |
| sentralbord 61 14 54 00.      | Switchboard: +47 61 14 54 00.      |
+-------------------------------+------------------------------------+