Date: Fri, 15 May 2020 21:17:05 +0200 (CEST) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= <trond.endrestol@ximalas.info> To: Christoph Kukulies <kuku@kukulies.org> Cc: =?UTF-8?Q?Trond_Endrest=C3=B8l?= <trond.endrestol@ximalas.info>, Mario Lobo <lobo@bsd.com.br>, freeBSD Mailing List <freebsd-questions@freebsd.org> Subject: Re: virtualbox-ose port fails (12.1) Message-ID: <alpine.BSF.2.22.395.2005152104200.4575@enterprise.ximalas.info> In-Reply-To: <910A2CF5-E2A5-4EC8-B250-C87FA8399ABA@kukulies.org> References: <3D852AFC-329C-46B7-A2DE-3E9B3D61BB21@kukulies.org> <alpine.BSF.2.22.395.2005151110010.4575@enterprise.ximalas.info> <310BA73B-3BFC-4B5A-B175-0A942FCC92B0@kukulies.org> <CA%2ByoEx8ye1fEy1Zi0wROo9ew-XG8XZ8R=hE1JSo1iPRufS274Q@mail.gmail.com> <29080AE7-3C98-4D2D-9A73-34E7CF02EA5C@kukulies.org> <alpine.BSF.2.22.395.2005152022380.4575@enterprise.ximalas.info> <910A2CF5-E2A5-4EC8-B250-C87FA8399ABA@kukulies.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 15 May 2020 21:02+0200, Christoph Kukulies wrote: > > Am 15.05.2020 um 20:39 schrieb Trond Endrestøl <trond.endrestol@ximalas.info>: > > > > On Fri, 15 May 2020 20:18+0200, Christoph Kukulies wrote: > > > >>> Am 15.05.2020 um 19:15 schrieb Mario Lobo <lobo@bsd.com.br>: > >>> > >>> On Fri, May 15, 2020 at 8:57 AM Christoph Kukulies <kuku@kukulies.org <mailto:kuku@kukulies.org>> > >>> wrote: > >>>> > >>>>> Am 15.05.2020 um 11:18 schrieb Trond Endrestøl < > >>>> trond.endrestol@ximalas.info <mailto:trond.endrestol@ximalas.info>>: > >>>>> > >>>>> On Fri, 15 May 2020 10:40+0200, Christoph Kukulies wrote: > >>>>> > >>>>>> I knew why I initially began compiling the virtual box. Then I got the > >>>> advice here to use the pckg. Trying that I ended up in a failing > >>>> (panicking) vboxvfs.ko module. > >>>>>> > >>>> > >>> [snip...] > >>> > >>>>>> > >>>>>> Stop. > >>>>>> make: stopped in /usr/ports/emulators/virtualbox-ose > >>>>>> # > >>>>>> > >>>>>> I’m wondering anyway why two python versions (2 and 3) have to be built > >>>> . But that left aside, how do I now get around this obstacle? > >>>>> > >>>>> According to ports/Mk/bsd.default-versions.mk, Python 3.7 is both the > >>>>> default Python version and the default Python3 version. > >>>>> > >>>>> Have you locked the Pythons to 3.6 in /etc/make.conf or in an > >>>>> equivalent file such as /usr/local/etc/poudriere.d/make.conf? > >>>> > >>>> Thanks. Yes, I had some of these tools installed as pkg and already > >>>> deleted them and the correct tools got built out of the ports tree. > >>>> > >>>>> Do you mix prebuilt packages and packages built yourself? > >>>>> > >>>>> You should recompile devel/py-setuptools@py36 so that it abstains from > >>>>> creating the /usr/local/bin/easy_install symlink. > >>>> > >>>> Done so, thanks. > >>>> > >>> Doesn't Vbox require python 2.7 to be built? > >>> > >>> I get a warning about python 2.7 everytime I build VBox. > >>> > >>> I have this in make.conf: > >>> > >>> DEFAULT_VERSIONS=perl5=5.30 linux=c7_64 ssl=base python=3.7 python2=2.7 > >>> python3=3.7 > >>> > >>> -- > >>> Mario Lobo > >> > >> In this vein my vbox make stops at the next obstacle: > >> ===> qt5-gui-5.13.0_1 depends on shared library: libharfbuzz.so - found (/usr/local/lib/libharfbuzz.so) > >> ===> qt5-gui-5.13.0_1 depends on shared library: libinput.so - not found > >> ===> libinput-1.12.6_1 needs Python 3.4 at least, but 2.7 was specified. > >> *** Error code 1 > >> > >> Stop. > >> make[5]: stopped in /usr/ports/x11/libinput > >> *** Error code 1 > >> > >> Stop. > >> make[4]: stopped in /usr/ports/x11-toolkits/qt5-gui > >> *** Error code 1 > >> > >> Stop. > >> make[3]: stopped in /usr/ports/x11-toolkits/qt5-declarative > >> *** Error code 1 > >> > >> Stop. > >> make[2]: stopped in /usr/ports/devel/qt5-linguisttools > >> *** Error code 1 > >> > >> Stop. > >> make[1]: stopped in /usr/ports/emulators/virtualbox-ose > >> *** Error code 1 > >> > >> Stop. > >> make: stopped in /usr/ports/emulators/virtualbox-ose > >> # > > > > lang/python controls what the /usr/local/bin/python symlink points to. > > It might still be pointing to Python 2.7 when it should be pointing to > > Python 3.7. > > > > You have two options: > > > > 1. Recreate and reinstall lang/python. > > 2. Change the /usr/local/bin/python symlink yourself. > > > Thanks. But I don’t have /usr/local/bin/python: I see. Maybe you could try "ln -s python3.7 /usr/local/bin/python" just to see if it helps. If not, then I'm out of suggestions. > lrwxr-xr-x 1 root wheel 11 May 15 11:40 pybabel -> pybabel-3.6 > -rwxr-xr-x 1 root wheel 384 May 15 11:40 pybabel-3.6 > -rwxr-xr-x 1 root wheel 84 May 15 10:04 pydoc2.7 > -rwxr-xr-x 1 root wheel 84 May 15 10:22 pydoc3.6 > -rwxr-xr-x 1 root wheel 84 Apr 23 03:20 pydoc3.7 > lrwxr-xr-x 1 root wheel 14 May 15 11:44 pygmentize -> pygmentize-3.6 > -rwxr-xr-x 1 root wheel 399 May 15 11:44 pygmentize-3.6 > -r-xr-xr-x 1 root wheel 15192 May 15 10:03 python2.7 > -r-xr-xr-x 1 root wheel 1769 May 15 10:04 python2.7-config > -r-xr-xr-x 2 root wheel 15392 May 15 10:21 python3.6 > lrwxr-xr-x 1 root wheel 17 May 15 10:22 python3.6-config -> python3.6m-config > -r-xr-xr-x 2 root wheel 15392 May 15 10:21 python3.6m > -r-xr-xr-x 1 root wheel 3127 May 15 10:22 python3.6m-config > -r-xr-xr-x 2 root wheel 15208 Apr 23 03:20 python3.7 > lrwxr-xr-x 1 root wheel 17 Apr 23 03:20 python3.7-config -> python3.7m-config > -r-xr-xr-x 2 root wheel 15208 Apr 23 03:20 python3.7m > -r-xr-xr-x 1 root wheel 2936 Apr 23 03:20 python3.7m-config > -rwxr-xr-x 1 root wheel 441 May 15 10:22 pyvenv-3.6 > -rwxr-xr-x 1 root wheel 441 Apr 23 03:20 pyvenv-3.7 > > > The same advice applies to lang/python2 and lang/python3, if any of > > these are installed. > > > > Just a friendly piece of advice: > > > > Explore the possible use of ports-mgmt/poudriere and ports-mgmt/synth. > > Even an old fart like myself have realised their potential and > > practical value. > > > > They both build each package in full isolation from the running system > > and from each other. They can also build packages in parallel. > > > > synth is more straight forward of the two but requires an Ada > > compiler. Its /usr/local/etc/synth/synth.ini has self-explanatory > > parameters for each profile you create. > > > > poudriere requires you to set ALLOW_MAKE_JOBS=yes and PARALLEL_JOBS=6 > > in /usr/local/etc/poudriere.conf, and MAKE_JOBS_NUMBER=4 in > > /usr/local/etc/poudriere.d/make.conf, in order to achieve reasonable > > parallelism. > > > > 6 and 4 are the values chosen by synth when auto-configured on an > > 8-core system, yielding a 300 % load on the CPUs in the worst case. > > Adjust these values to suit your system and/or taste. > > # dmesg | head > ---<<BOOT>>--- > Copyright (c) 1992-2019 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.1-RELEASE GENERIC amd64 > FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) > VT(vga): resolution 640x480 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (1995.64-MHz K8-class CPU) > Origin="AuthenticAMD" Id=0x20fb1 Family=0xf Model=0x2b Stepping=1 > # > > > I’m afraid there is not much to parallelize :( (with a dual core) Incidently, I'm playing with an old Dell Latitude D531 at $WORK. It has almost the same processor as your system. It took me 84 hours building stable/11 from scratch. synth ran for 8 days and 17 hours while building in excess of 700 packages. synth initially ran in a 2x2 configuration, but I'm now experimenting running it as 1x2. I have two separate ccache instances, one for each of base and localbase, at least it speeds up autoconf and friends. -- Trond. From owner-freebsd-questions@freebsd.org Fri May 15 19:39:43 2020 Return-Path: <owner-freebsd-questions@freebsd.org> Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 109E72FE771 for <freebsd-questions@mailman.nyi.freebsd.org>; Fri, 15 May 2020 19:39:43 +0000 (UTC) (envelope-from kuku@kukulies.org) Received: from mail.kukulies.org (mail.kukulies.org [116.203.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id 49NzJG2yylz4LGY for <freebsd-questions@freebsd.org>; Fri, 15 May 2020 19:39:42 +0000 (UTC) (envelope-from kuku@kukulies.org) Received: from localhost (localhost [127.0.0.1]) by mail.kukulies.org (Postfix) with ESMTP id C293C10276A; Fri, 15 May 2020 21:39:41 +0200 (CEST) Received: from mail.kukulies.org ([127.0.0.1]) by localhost (mail.kukulies.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vzVXhE_S32Dc; Fri, 15 May 2020 21:39:41 +0200 (CEST) Received: from christophs-mbp.fritz.box (p57a1fddf.dip0.t-ipconnect.de [87.161.253.223]) by mail.kukulies.org (Postfix) with ESMTPSA id F015B102769; Fri, 15 May 2020 21:39:40 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: virtualbox-ose port fails (12.1) From: Christoph Kukulies <kuku@kukulies.org> In-Reply-To: <alpine.BSF.2.22.395.2005152104200.4575@enterprise.ximalas.info> Date: Fri, 15 May 2020 21:39:40 +0200 Cc: Mario Lobo <lobo@bsd.com.br>, freeBSD Mailing List <freebsd-questions@freebsd.org> Content-Transfer-Encoding: quoted-printable Message-Id: <184EB792-871B-486C-A210-6AA0D31BEECB@kukulies.org> References: <3D852AFC-329C-46B7-A2DE-3E9B3D61BB21@kukulies.org> <alpine.BSF.2.22.395.2005151110010.4575@enterprise.ximalas.info> <310BA73B-3BFC-4B5A-B175-0A942FCC92B0@kukulies.org> <CA+yoEx8ye1fEy1Zi0wROo9ew-XG8XZ8R=hE1JSo1iPRufS274Q@mail.gmail.com> <29080AE7-3C98-4D2D-9A73-34E7CF02EA5C@kukulies.org> <alpine.BSF.2.22.395.2005152022380.4575@enterprise.ximalas.info> <910A2CF5-E2A5-4EC8-B250-C87FA8399ABA@kukulies.org> <alpine.BSF.2.22.395.2005152104200.4575@enterprise.ximalas.info> To: =?utf-8?Q?Trond_Endrest=C3=B8l?= <trond.endrestol@ximalas.info> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49NzJG2yylz4LGY X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kuku@kukulies.org has no SPF policy when checking 116.203.115.43) smtp.mailfrom=kuku@kukulies.org X-Spamd-Result: default: False [2.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[kukulies.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.23)[0.228,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.28)[0.284,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.203.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.27)[ipnet: 116.203.0.0/16(2.86), asn: 24940(-1.48), country: DE(-0.02)]; RECEIVED_SPAMHAUS_PBL(0.00)[223.253.161.87.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions <freebsd-questions.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-questions>, <mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions/>; List-Post: <mailto:freebsd-questions@freebsd.org> List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-questions>, <mailto:freebsd-questions-request@freebsd.org?subject=subscribe> X-List-Received-Date: Fri, 15 May 2020 19:39:43 -0000 I did the following: ln -s /usr/local/bin/phython3.7 /usr/local/bin/python (not sure whether this was healthy at all) Then went into=20 /usr/ports/x11/libinput make install (this went through without a hitch) Then continued with building virtualbox-ose and it got over the point where it wanted to build libinput since the = request got satisfied. Don=E2=80=99t know what time to build the rest I would have to expect at = all. I also have a desktop with WIndows 10 that has 16GB and an AMD Hex core = (whatnot GHz). Maybe I should dedicate this one to FreeBSD :) ?) =E2=80=94 Christoph > Am 15.05.2020 um 21:17 schrieb Trond Endrest=C3=B8l = <trond.endrestol@ximalas.info>: >=20 > On Fri, 15 May 2020 21:02+0200, Christoph Kukulies wrote: >=20 >>> Am 15.05.2020 um 20:39 schrieb Trond Endrest=C3=B8l = <trond.endrestol@ximalas.info>: >>>=20 >>> On Fri, 15 May 2020 20:18+0200, Christoph Kukulies wrote: >>>=20 >>>>> Am 15.05.2020 um 19:15 schrieb Mario Lobo <lobo@bsd.com.br>: >>>>>=20 >>>>> On Fri, May 15, 2020 at 8:57 AM Christoph Kukulies = <kuku@kukulies.org <mailto:kuku@kukulies.org>> >>>>> wrote: >>>>>>=20 >>>>>>> Am 15.05.2020 um 11:18 schrieb Trond Endrest=C3=B8l < >>>>>> trond.endrestol@ximalas.info = <mailto:trond.endrestol@ximalas.info>>: >>>>>>>=20 >>>>>>> On Fri, 15 May 2020 10:40+0200, Christoph Kukulies wrote: >>>>>>>=20 >>>>>>>> I knew why I initially began compiling the virtual box. Then I = got the >>>>>> advice here to use the pckg. Trying that I ended up in a failing >>>>>> (panicking) vboxvfs.ko module. >>>>>>>>=20 >>>>>>=20 >>>>> [snip...] >>>>>=20 >>>>>>>>=20 >>>>>>>> Stop. >>>>>>>> make: stopped in /usr/ports/emulators/virtualbox-ose >>>>>>>> # >>>>>>>>=20 >>>>>>>> I=E2=80=99m wondering anyway why two python versions (2 and 3) = have to be built >>>>>> . But that left aside, how do I now get around this obstacle? >>>>>>>=20 >>>>>>> According to ports/Mk/bsd.default-versions.mk, Python 3.7 is = both the >>>>>>> default Python version and the default Python3 version. >>>>>>>=20 >>>>>>> Have you locked the Pythons to 3.6 in /etc/make.conf or in an >>>>>>> equivalent file such as /usr/local/etc/poudriere.d/make.conf? >>>>>>=20 >>>>>> Thanks. Yes, I had some of these tools installed as pkg and = already >>>>>> deleted them and the correct tools got built out of the ports = tree. >>>>>>=20 >>>>>>> Do you mix prebuilt packages and packages built yourself? >>>>>>>=20 >>>>>>> You should recompile devel/py-setuptools@py36 so that it = abstains from >>>>>>> creating the /usr/local/bin/easy_install symlink. >>>>>>=20 >>>>>> Done so, thanks. >>>>>>=20 >>>>> Doesn't Vbox require python 2.7 to be built? >>>>>=20 >>>>> I get a warning about python 2.7 everytime I build VBox. >>>>>=20 >>>>> I have this in make.conf: >>>>>=20 >>>>> DEFAULT_VERSIONS=3Dperl5=3D5.30 linux=3Dc7_64 ssl=3Dbase = python=3D3.7 python2=3D2.7 >>>>> python3=3D3.7 >>>>>=20 >>>>> --=20 >>>>> Mario Lobo >>>>=20 >>>> In this vein my vbox make stops at the next obstacle: >>>> =3D=3D=3D> qt5-gui-5.13.0_1 depends on shared library: = libharfbuzz.so - found (/usr/local/lib/libharfbuzz.so) >>>> =3D=3D=3D> qt5-gui-5.13.0_1 depends on shared library: = libinput.so - not found >>>> =3D=3D=3D> libinput-1.12.6_1 needs Python 3.4 at least, but 2.7 = was specified. >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make[5]: stopped in /usr/ports/x11/libinput >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make[4]: stopped in /usr/ports/x11-toolkits/qt5-gui >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make[3]: stopped in /usr/ports/x11-toolkits/qt5-declarative >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make[2]: stopped in /usr/ports/devel/qt5-linguisttools >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make[1]: stopped in /usr/ports/emulators/virtualbox-ose >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make: stopped in /usr/ports/emulators/virtualbox-ose >>>> #=20 >>>=20 >>> lang/python controls what the /usr/local/bin/python symlink points = to.=20 >>> It might still be pointing to Python 2.7 when it should be pointing = to=20 >>> Python 3.7. >>>=20 >>> You have two options: >>>=20 >>> 1. Recreate and reinstall lang/python. >>> 2. Change the /usr/local/bin/python symlink yourself. >>=20 >>=20 >> Thanks. But I don=E2=80=99t have /usr/local/bin/python: >=20 > I see. Maybe you could try "ln -s python3.7 /usr/local/bin/python"=20 > just to see if it helps. If not, then I'm out of suggestions. >=20 >> lrwxr-xr-x 1 root wheel 11 May 15 11:40 pybabel -> = pybabel-3.6 >> -rwxr-xr-x 1 root wheel 384 May 15 11:40 pybabel-3.6 >> -rwxr-xr-x 1 root wheel 84 May 15 10:04 pydoc2.7 >> -rwxr-xr-x 1 root wheel 84 May 15 10:22 pydoc3.6 >> -rwxr-xr-x 1 root wheel 84 Apr 23 03:20 pydoc3.7 >> lrwxr-xr-x 1 root wheel 14 May 15 11:44 pygmentize -> = pygmentize-3.6 >> -rwxr-xr-x 1 root wheel 399 May 15 11:44 pygmentize-3.6 >> -r-xr-xr-x 1 root wheel 15192 May 15 10:03 python2.7 >> -r-xr-xr-x 1 root wheel 1769 May 15 10:04 python2.7-config >> -r-xr-xr-x 2 root wheel 15392 May 15 10:21 python3.6 >> lrwxr-xr-x 1 root wheel 17 May 15 10:22 python3.6-config -> = python3.6m-config >> -r-xr-xr-x 2 root wheel 15392 May 15 10:21 python3.6m >> -r-xr-xr-x 1 root wheel 3127 May 15 10:22 python3.6m-config >> -r-xr-xr-x 2 root wheel 15208 Apr 23 03:20 python3.7 >> lrwxr-xr-x 1 root wheel 17 Apr 23 03:20 python3.7-config -> = python3.7m-config >> -r-xr-xr-x 2 root wheel 15208 Apr 23 03:20 python3.7m >> -r-xr-xr-x 1 root wheel 2936 Apr 23 03:20 python3.7m-config >> -rwxr-xr-x 1 root wheel 441 May 15 10:22 pyvenv-3.6 >> -rwxr-xr-x 1 root wheel 441 Apr 23 03:20 pyvenv-3.7 >>=20 >>> The same advice applies to lang/python2 and lang/python3, if any of=20= >>> these are installed. >>>=20 >>> Just a friendly piece of advice: >>>=20 >>> Explore the possible use of ports-mgmt/poudriere and = ports-mgmt/synth. >>> Even an old fart like myself have realised their potential and=20 >>> practical value. >>>=20 >>> They both build each package in full isolation from the running = system=20 >>> and from each other. They can also build packages in parallel. >>>=20 >>> synth is more straight forward of the two but requires an Ada=20 >>> compiler. Its /usr/local/etc/synth/synth.ini has self-explanatory=20 >>> parameters for each profile you create. >>>=20 >>> poudriere requires you to set ALLOW_MAKE_JOBS=3Dyes and = PARALLEL_JOBS=3D6=20 >>> in /usr/local/etc/poudriere.conf, and MAKE_JOBS_NUMBER=3D4 in=20 >>> /usr/local/etc/poudriere.d/make.conf, in order to achieve reasonable=20= >>> parallelism. >>>=20 >>> 6 and 4 are the values chosen by synth when auto-configured on an=20 >>> 8-core system, yielding a 300 % load on the CPUs in the worst case.=20= >>> Adjust these values to suit your system and/or taste. >>=20 >> # dmesg | head >> ---<<BOOT>>--- >> Copyright (c) 1992-2019 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 >> The Regents of the University of California. All rights = reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.1-RELEASE GENERIC amd64 >> FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on = LLVM 8.0.1) >> VT(vga): resolution 640x480 >> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (1995.64-MHz = K8-class CPU) >> Origin=3D"AuthenticAMD" Id=3D0x20fb1 Family=3D0xf Model=3D0x2b = Stepping=3D1 >> #=20 >>=20 >>=20 >> I=E2=80=99m afraid there is not much to parallelize :( (with a dual = core) >=20 > Incidently, I'm playing with an old Dell Latitude D531 at $WORK. It=20 > has almost the same processor as your system. It took me 84 hours=20 > building stable/11 from scratch. synth ran for 8 days and 17 hours=20 > while building in excess of 700 packages. synth initially ran in a 2x2=20= > configuration, but I'm now experimenting running it as 1x2. I have two=20= > separate ccache instances, one for each of base and localbase, at=20 > least it speeds up autoconf and friends. >=20 > --=20 > Trond.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.22.395.2005152104200.4575>