Re: FreeBSD 10.0-CURRENT r239477 doesn't compile: virtualbox-ose-kmod-4.1.18_1 is marked as broken: Does not compile on FreeBSD < 8.2.

From: O. Hartmann <ohartman_at_zedat.fu-berlin.de>
Date: Wed, 22 Aug 2012 20:54:59 +0200
Am 08/22/12 17:24, schrieb Garrett Cooper:
> On Wed, Aug 22, 2012 at 7:02 AM, Chris Rees <crees_at_freebsd.org> wrote:
>> On 22 August 2012 14:32, O. Hartmann <ohartman_at_mail.zedat.fu-berlin.de> wrote:
>>> On 08/22/12 15:05, Chris Rees wrote:
>>>> On 22 August 2012 08:18, O. Hartmann <ohartman_at_zedat.fu-berlin.de> wrote:
>>>>> Am 08/21/12 22:53, schrieb Bernhard Fröhlich:
>>>>>> On Di., 21. Aug. 2012 13:56:02 CEST, O. Hartmann <ohartman_at_zedat.fu-berlin.de> wrote:
>>>>>>
>>>>>>> Today I ran into a problem with FreeBSD 10.0-CURRENT #0 r239477
>>>>>>> recompiling the VBox kernel module:
>>>>>>>
>>>>>>> ===>   Cleaning for virtualbox-ose-kmod-4.1.18_1
>>>>>>> ===>   virtualbox-ose-kmod-4.1.18_1 is marked as broken: Does not compile
>>>>>>> on FreeBSD < 8.2.
>>>>>>> *** [all] Error code 1
>>>>>>>
>>>>>>> Stop in /usr/ports/emulators/virtualbox-ose-kmod.
>>>>>>>
>>>>>>> The port compiled prior to the updates of today.
>>>>>>>
>>>>>>> oh
>>>>>>
>>>>>> What is the question? We have deprecated < 8.2 almost five months ago because of the memobj r0 rewrite. You're the first who complains about this so I'm pretty sure it was the correct decision to move forward. Please also keep in mind that 8.1 is already EOL.
>>>>>>
>>>>>
>>>>> I do not understand your complains about my mail to the list. For your
>>>>> information: I'm on FreeBSD 10.0-CURRENT and this seems, as far as I
>>>>> know, considered not to be deprecated by now. If I'm wrong in that, sorry.
>>>>
>>>> Can you give us the output of make -C
>>>> /usr/ports/emulators/virtualbox-ose-kmod -VOSVERSION please?
>>>
>>> 1000017
>>>
>>>>
>>>> I think your version of sys/param.h could be out of date.
>>>>
>>>> Chris
>>>
>>>
>>>
>>> As soon as I'm sitting in front of the machine again. But I doubt that
>>> the sys/param.h is out of date, since that box has been recompiling
>>> FreeBSD 10.0-CURRENT now for almost every day.
>>
>> Hm, does that mean that the output you gave me earlier was not from
>> the same machine?
>>
>>> When the problem occured, the change to CLANG 3.2-Beta has just been
>>> introduced, installed with "make buildworld installkernel". This
>>> procedere also triggers (via /etc/src.conf)
>>>
>>> PORTS_MODULES=          "x11/nvidia-driver"
>>> PORTS_MODULES+=         "emulators/virtualbox-ose-kmod"
>>
>> Please remove the quotes! [1]
>>
>>> the build of the modules for the nvidia GPU and Vbox kernel module.
>>>
>>> Thanks for your response,
>>
>> Something really weird is happening here.  All that is happening is
>> that the Makefile is testing against OSVERSION;
>>
>> .if ${OSVERSION} < 802000
>> BROKEN=         Does not compile on FreeBSD < 8.2
>> .endif
>>
>> Since the result from make -VOSVERSION shows that your OSVERSION is
>> indeed above 802000, I am completely at a loss as to what's going on
>> :(
> 
> I think this is the issue that I was referring to earlier that I noted
> to dougb_at_ but hadn't gotten an opportunity to repro because I've been
> busy with other things.
> 
> What does OSVERSION look like when you run it from make buildkernel
> (use this patch)?
> 
> Thanks,
> -Garrett
> 
> $ svn diff /usr/src/sys/conf/kern.post.mk
> Index: /usr/src/sys/conf/kern.post.mk
> ===================================================================
> --- /usr/src/sys/conf/kern.post.mk      (revision 239292)
> +++ /usr/src/sys/conf/kern.post.mk      (working copy)
> _at__at_ -61,6 +61,8 _at__at_
>         OSVERSION=${OSRELDATE} \
>         WRKDIRPREFIX=${WRKDIRPREFIX}
> 
> +.warning "PORTSMODULESENV => ${PORTSMODULESENV}"
> +
>  # The WRKDIR needs to be cleaned before building, and trying to
> change the target
>  # with a :C pattern below results in install -> instclean
>  all:
> 

On both systems I have to maintain, the output is:

BOX 1, patched:
make -C /usr/ports/emulators/virtualbox-ose-kmod -VOSVERSION
1000017

BOX 2, unpatched:
make -C /usr/ports/emulators/virtualbox-ose-kmod -VOSVERSION
1000017

No difference.

As I reported Chris Rees a moment ago, the "faulty" box was running a
kernel compiled with CLANG 3.1 while I installed world with the freshly
compiled CLANG 3.2 stuff and then tried to rebuild the kernel module for
VBox with this mixture. The CLANG issue is a wild guess. I didn't follow
the install procedure for a new world (single user mode startup with new
kernel, installworld, mergemaster et cetera). I guess something really
nasty happened that way and is possibly not worth to be investigated
further.

After I rebuild and installed world on my lab's box today the regular
way and faced no problems building the kernel module for virtual box, I
guess the problem is none but chasing ghosts ...

Regards,
Oliver



Received on Wed Aug 22 2012 - 16:55:12 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:29 UTC