Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Apr 2012 14:05:37 +0200
From:      Jan Sieka <jps@semihalf.com>
To:        Current FreeBSD <freebsd-current@freebsd.org>
Cc:        Garrett Cooper <yanegomi@gmail.com>, Doug Barton <dougb@FreeBSD.org>, Dimitry Andric <dim@FreeBSD.org>
Subject:   Re: [workaroud/fix for] buildworld fails on FreeBSD 7.x for HEAD from 19.04.2012
Message-ID:  <4F9A8B91.6060005@semihalf.com>
In-Reply-To: <D5342A23-878F-4F48-8E8A-41203B0FF918@gmail.com>
References:  <4F915384.6070308@semihalf.com> <4F919C50.70809@FreeBSD.org> <9B9312D3-489E-4EF1-85CB-0353024F6B94@gmail.com> <4F9428ED.6060902@FreeBSD.org> <3862F1CA-C1C8-49E6-B768-114A0A212496@gmail.com> <4F944139.4070309@FreeBSD.org> <D5342A23-878F-4F48-8E8A-41203B0FF918@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format.
--------------010305040905000703060905
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

On 2012.04.22 21:07, Garrett Cooper wrote:
> On Apr 22, 2012, at 10:34 AM, Dimitry Andric wrote:
>
>> Well, I wouldn't want to run autoconf during build, firstly because it
>> is horribly slow, and second because the results will be less
>> predictable.  Maybe during the bootstrap stage, it would be acceptable.
>
> Sure -- that seems reasonable.
>
>> But even then, one of the configure scripts could fail due to too-old
>> system components, and you would be SOL.
>
> … but it would be a step forward from where things are currently at. I'm not sure how well tested "source upgrade" paths are, but being able to upgrade from the lowest supported version to the latest supported version, then upgrading to CURRENT (at the very least) would be nice.
>
>> Usually, if something is arch-dependent in a config.h file, we simply
>> surround it with #ifdefs.
>
> Makes sense (assumption being that it can be controlled via the config.h/configure.{ac,in} file). However, jemalloc recently disproved this>_<.
>
>> Apparently the file(1) build needs a 'mkmagic' tool, which generates
>> .mgc files (the 'compiled' version of magic files).  This requirement
>> was originally added in r81845, more than 10 years ago.
>
> I tested out removing libmagic from Makefile.inc1 and see that there's some dependency magic going on there where building the library failed.
>
>> Yes, it might work, but there is no guarantee.  I'm not sure if there is
>> enough incentive to change this policy.  It would potentially require a
>> lot effort to make it always work.
>
> Understood and I guess the ownness is upon the stakeholders to fix this, but there are a lot of companies that depend on things like this working (at least to reduce pain when doing source upgrades). This would probably be less of an issue for developers that use freebsd-update or for companies that roll their own freebsd-update (and servers). I have yet to run into a company that does this though (not saying there aren't groups that could or do do this, but it's not the standard path).
>
>> I wasn't aware of any chroot hackery?
>
> A publicly available example is available in FreeNAS ( http://freenas.svn.sourceforge.net/viewvc/freenas?view=revision&revision=8193 ); the hangup is building packages for a target system that doesn't match the build host.
>
> Cheers!
> -Garrett
Hello!

I have prepared workaround/fix for this issue. It has been tested on FreeBSD 7.3 
and 9.0 (both RELEASE) with good results: world build finishes OK. I attach the 
patch in case someone else is hit by this issue. Feel free to use it.

Thanks for all suggestions and comments.

Regards,

Jan Sieka


--------------010305040905000703060905
Content-Type: text/plain;
 name="libmagic.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="libmagic.patch"

ZGlmZiAtLWdpdCBhL2xpYi9saWJtYWdpYy9NYWtlZmlsZSBiL2xpYi9saWJtYWdpYy9NYWtl
ZmlsZQppbmRleCA5YzM1YzM1Li5lOWI4MjQwIDEwMDY0NAotLS0gYS9saWIvbGlibWFnaWMv
TWFrZWZpbGUKKysrIGIvbGliL2xpYm1hZ2ljL01ha2VmaWxlCkBAIC0xMCw5ICsxMCwxNiBA
QCBEUEFERD0JJHtMSUJafQogTERBREQ9CS1segogTUFOPQlsaWJtYWdpYy4zIG1hZ2ljLjUK
IAorSE9TVE9TUkVMREFURSE9CWVjaG8gJHtWRVJTSU9OfSB8IGN1dCAtZCAiICIgLWYgNAor
CisuaWYgJHtIT1NUT1NSRUxEQVRFfSA8IDgwMDAwMAorR0VUTElORV9DPQlnZXRsaW5lLmMK
Ky5lbHNlCitHRVRMSU5FX0M9CisuZW5kaWYKIFNSQ1M9CWFwcHJlbnRpY2UuYyBhcHB0eXBl
LmMgYXNjbWFnaWMuYyBjZGYuYyBjZGZfdGltZS5jIGNvbXByZXNzLmMgXAogCWVuY29kaW5n
LmMgZnNtYWdpYy5jIGZ1bmNzLmMgXAotCWlzX3Rhci5jIG1hZ2ljLmMgcHJpbnQuYyByZWFk
Y2RmLmMgcmVhZGVsZi5jIHNvZnRtYWdpYy5jCisJaXNfdGFyLmMgbWFnaWMuYyBwcmludC5j
IHJlYWRjZGYuYyByZWFkZWxmLmMgc29mdG1hZ2ljLmMgJHtHRVRMSU5FX0N9CiBJTkNTPQlt
YWdpYy5oCiAKIE1BR0lDUEFUSD89CS91c3Ivc2hhcmUvbWlzYwpAQCAtMzksNyArNDYsOCBA
QCBtYWdpYy5tZ2M6IG1rbWFnaWMgbWFnaWMKIAogQ0xFQU5GSUxFUys9CW1rbWFnaWMKIGJ1
aWxkLXRvb2xzOiBta21hZ2ljCi1ta21hZ2ljOiBhcHByZW50aWNlLmMgZnVuY3MuYyBtYWdp
Yy5jIHByaW50LmMKKworbWttYWdpYzogYXBwcmVudGljZS5jIGZ1bmNzLmMgbWFnaWMuYyBw
cmludC5jICR7R0VUTElORV9DfQogCSR7Q0N9ICR7Q0ZMQUdTfSAtRENPTVBJTEVfT05MWSAk
e0xERkxBR1N9IC1vICR7LlRBUkdFVH0gJHsuQUxMU1JDfQogCiBGSUxFVkVSIT0gYXdrICck
JDEgPT0gIlwjZGVmaW5lIiAmJiAkJDIgPT0gIlZFUlNJT04iIHsgcHJpbnQgJCQzOyBleGl0
IH0nIFwKZGlmZiAtLWdpdCBhL2xpYi9saWJtYWdpYy9jb25maWcuaCBiL2xpYi9saWJtYWdp
Yy9jb25maWcuaAppbmRleCAwNmVkNGVjLi4zZmUxMDNlIDEwMDY0NAotLS0gYS9saWIvbGli
bWFnaWMvY29uZmlnLmgKKysrIGIvbGliL2xpYm1hZ2ljL2NvbmZpZy5oCkBAIC0zOSw3ICsz
OSwxMSBAQAogI2RlZmluZSBIQVZFX0ZTRUVLTyAxCiAKIC8qIERlZmluZSB0byAxIGlmIHlv
dSBoYXZlIHRoZSBgZ2V0bGluZScgZnVuY3Rpb24uICovCi0jZGVmaW5lIEhBVkVfR0VUTElO
RSAxCisjaWYgKF9fRnJlZUJTRF92ZXJzaW9uID49IDgwMDAwMCkKKyNkZWZpbmUJSEFWRV9H
RVRMSU5FIDEKKyNlbHNlCisjZGVmaW5lCUhBVkVfR0VUTElORSAwCisjZW5kaWYKIAogLyog
RGVmaW5lIHRvIDEgaWYgeW91IGhhdmUgdGhlIDxnZXRvcHQuaD4gaGVhZGVyIGZpbGUuICov
CiAjZGVmaW5lIEhBVkVfR0VUT1BUX0ggMQo=
--------------010305040905000703060905--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F9A8B91.6060005>