Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 4 Feb 2018 05:00:31 -0800
From:      David Wolfskill <david@catwhisker.org>
To:        "O. Hartmann" <ohartmann@walstatt.org>
Cc:        Jason Harmening <jason.harmening@gmail.com>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r328489 - head/sys/conf
Message-ID:  <20180204130031.GC1178@albert.catwhisker.org>
In-Reply-To: <20180204133337.3d03f01d@thor.intern.walstatt.dynvpn.de>
References:  <201801272013.w0RKDaMU098200@repo.freebsd.org> <20180127214755.3c59661e@thor.intern.walstatt.dynvpn.de> <98501f75-1a1b-9221-c52d-24415230a886@gmail.com> <20180129130022.GT1125@albert.catwhisker.org> <20180204133337.3d03f01d@thor.intern.walstatt.dynvpn.de>

next in thread | previous in thread | raw e-mail | index | archive | help

--m51xatjYGsM+13rf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Feb 04, 2018 at 01:33:10PM +0100, O. Hartmann wrote:
> Am Mon, 29 Jan 2018 05:00:22 -0800
> David Wolfskill <david@catwhisker.org> schrieb:
> > On Mon, Jan 29, 2018 at 02:10:04AM -0800, Jason Harmening wrote:
> > > > This happens now if PORTS_MODULE=3Dx11/nvidia-driver is defined in =
/etc/src.conf:
> > > >=20
> > > > [...]
> > > > --- kernel-install ---
> > > > mkdir -p /boot/kernel
> > > > install -p -m 555 -o root -g wheel kernel /boot/kernel/
> > > > --- ports-install ---
> > > > Variable OBJTOP is recursive.
> > > >=20
> > > > make[8]: stopped =20
> > > ...
> > >=20
> > > David sent me logs of the failing case; thanks David! =20
> >=20
> > Happy to help! :-)
> >=20
> > > The failure happens when buildkernel and installkernel are run=20
> > > separately instead of all-up, e.g. 'make kernel'.  The installkernel=
=20
> > > step is leaving MK_AUTO_OBJ=3Dno in the env passed to the port build.=
  It=20
> > > looks like at least one of the install stages of nvidia-driver needs =
to=20
> > > generate temporary output, which leads to confusion when the port isn=
't=20
> > > built as though it's an in-tree component.
> > >=20
> > > Can you guys try out the attached patch? =20
> >=20
> > I tried it both on my build machine (which does not use kernel modules
> > from ports, and thus did not exhibit the problem -- but I thought that
> > verifying that the patch did not break that case worth checking) and on
> > my laptop (which did exhibit the problem).
> >=20
> > It worked in both cases with no issues for me.
> >=20
> > Thanks! :-)
> >=20
> > Peace,
> > david
>=20
> The problem still persists!
>=20
> I'm on CURRENT, FreeBSD 12.0-CURRENT #32: Sun Feb  4 09:41:39 CET 2018 am=
d64, the source
> tree is at revision 328839.

I have augmented
<http://www.catwhisker.org/~david/FreeBSD/head/r328489/>; with
"new_typescript.txt" -- the typescript from this morning's update of
head/amd64 from r328830 to r328838...  which worked without complaint
for me.

And you can see in the log where x11/nvidia-driver-340 is rebuilt
(starting around line 23660).

> I use WITH_META_MODE=3DYES in /etc/src.conf. My /etc/make.conf consists o=
f a .include
> statement which reels in /usr/local/etc/ports.conf in which I define ever=
ything outside
> the source tree for ports (in case of the nvidia driver, its DISTVERSION)=
=2E This worked
> before and should work again. Today I checked out a completely fresh /usr=
/src and gleanced
> the /usr/obj folder and rebuilt the system - and get the error again:

I also use 'WITH_META_MODE=3Dyes' (in /etc/src-env.conf).

> [...]
> =3D=3D=3D> Ports module x11/nvidia-driver (install)
> cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; env  -u CC  -u CXX  -u CPP =
 -u MAKESYSPATH
> MAKEFLAGS=3D"-j 4 -J 15,16 .MAKE.LEVEL.ENV=3DMAKELEVEL KERNEL=3Dkernel MK=
_AUTO_OBJ=3Dno
> TARGET=3Damd64 TARGET_ARCH=3Damd64"  SYSDIR=3D/usr/src/sys
> PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/=
amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:=
/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/=
usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin
> SRC_BASE=3D/usr/src  OSVERSION=3D1200056  WRKDIRPREFIX=3D/usr/obj/usr/src=
/amd64.amd64/sys/THOR
> make -B deinstall reinstall =3D=3D=3D>  Deinstalling for nvidia-driver =
=3D=3D=3D>   Deinstalling
> nvidia-driver-387.34 Updating database digests format: . done Checking in=
tegrity... done
> (0 conflicting) Deinstallation has been requested for the following 1 pac=
kages (of 0
> packages in the universe):
>=20
> Installed packages to be REMOVED:
>         nvidia-driver-387.34
>=20
> Number of packages to be removed: 1
>=20
> The operation will free 99 MiB.
> [1/1] Deinstalling nvidia-driver-387.34...
> [1/1] Deleting files for nvidia-driver-387.34: .......... done
> =3D=3D=3D>  Staging for nvidia-driver-387.34
> =3D=3D=3D>   nvidia-driver-387.34 depends on file: /usr/local/lib/libGL.s=
o - found
> =3D=3D=3D>   nvidia-driver-387.34 depends on file: /usr/local/libdata/pkg=
config/x11.pc - found
> =3D=3D=3D>   nvidia-driver-387.34 depends on file: /usr/local/libdata/pkg=
config/xorg-server.pc
> - found =3D=3D=3D>   nvidia-driver-387.34 depends on file: /usr/local/lib=
data/pkgconfig/xext.pc
> - found =3D=3D=3D>   Generating temporary packing list
> =3D=3D=3D> src (install)
> =3D=3D=3D> src/nvidia (install)
> Variable OBJTOP is recursive.
>=20
> make[8]: stopped
> in /usr/obj/usr/src/amd64.amd64/sys/DUMMBOX/usr/ports/x11/nvidia-driver/w=
ork/NVIDIA-FreeBSD-x86_64-387.34/src/nvidia
> *** Error code 2
>=20
>=20
>=20
> Oliver
>=20
> --=20
> O. Hartmann
> ....

Well, it is working for me....

Peace,
david
--=20
David H. Wolfskill				david@catwhisker.org
The circus around that memo helps confirm that Mr. Trump is unfit for offic=
e.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

--m51xatjYGsM+13rf
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQGTBAEBCgB9FiEEzLfO+ReoAfQwZNd7FTnMQKBJ7hcFAlp3A+9fFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEND
QjdDRUY5MTdBODAxRjQzMDY0RDc3QjE1MzlDQzQwQTA0OUVFMTcACgkQFTnMQKBJ
7hePMgf+M3h3HJY/38/aqdG5uZKDG8yKrFOSBizr32KgN70fT83tpEKjgpbf0nku
Byx+o5Zj1IDSl5pprb8MDpNcdtDgQp+E40ldJ9EVEdroYg068/XqJUR71vrmSZB9
KZ9jBsCxx0SVH+3iDmTqB9EQVFlZbbSLJJfpTVt08oFX1b5B8NGz0DDx469A3+Bw
V+vuw3sRPrPv3Mhka+DTD356n5DcLpREH+UuSu4IjwSvjZw6EdBkududJYEI4G1g
JsnUiI5KHaJ5iGZXzq0s+iL/yvJuQaRaxmbGsoLUVKA9e82ykdrbazSMDJCgZfKY
kEV9QuZHwPwb1JVCrapuNv+rpcyQuA==
=/pEO
-----END PGP SIGNATURE-----

--m51xatjYGsM+13rf--



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