On 8/10/2016 5:36 AM, Oliver Pinter wrote:
On 10/5/16, Julian Elischer wrote:
In 11 and 12 the taskqueue code has been rewritten in this area but
under 10 this bug still occurs.
On our appliances this bug stops the system from mounting the ZFS
root, so it is quite severe.
Basically while the t
If your problem is anything like mine was, buildworld is trying to link
with /usr/lib/librt.so rather than the new one built during the buildworld
build. As per a recent commit, the new librt will have the additional
mq_getfd_np() symbol while the original /usr/lib/librt.so will not. That
causes th
If I decide to upgrade from 10.3-RELEASE to 10.3-STABLE
> later on, should I expect that to work? -- George
> _
No. Freebsd-update is only for binary updates. Stable and head are where
you build from source and therefore, freebsd-update doesn't work.
___
On 10/09/16 15:57, Kurt Jaeger wrote:
> Hi!
>
>> What am I doing wrong? (I get the same failure attempting to upgrade
>> to 10.1-RELEASE and 10.2-RELEASE.) -- George
>
> Ah, one thing:
>
> Please do update to the latest 10.1-REL patch level, first.
>
After upgrading to
Dear Developers,
I really appreciate your work for the project so it makes me really
sorry to complain about the code, but probably commit r306905 breaks
builds on i386 machines.
I have been running 11.0-PRERELEASE on i386 machine for a few days.
Upgrade from 9.3-STABLE through 10.3-STABLE went w
# freebsd-update -r 10.3-STABLE upgrade
Looking up update.FreeBSD.org mirrors... 4 mirrors found.
Fetching metadata signature for 10.1-RELEASE from update5.freebsd.org...
done.
Fetching metadata index... done.
Inspecting system... done.
The following components of FreeBSD seem to be installed:
ker
Ok, I solved it by copy those headers from /usr/src to /usr/include.
Simon K.
20161009
P.S. It's a quite old machine, it has not HPET device.
Simon
20161004
2016/10/4 20:40, k simon write:
Hi,Lists,
This is full source based "make buildworld" failure to r306669.
c
