Date: Wed, 12 Mar 2008 11:04:16 +0100 From: Alexander Leidinger <Alexander@Leidinger.net> To: Pav Lucistnik <pav@FreeBSD.org>, emulation@FreeBSD.org Cc: cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/Mk bsd.port.mk bsd.port.subdir.mk bsd.xorg.mk Message-ID: <20080312110416.rvewfpfrqcgswo0c@webmail.leidinger.net> In-Reply-To: <200803112345.m2BNj4Hj051138@repoman.freebsd.org> References: <200803112345.m2BNj4Hj051138@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Pav Lucistnik <pav@FreeBSD.org> (from Tue, 11 Mar 2008 =20 23:45:04 +0000 (UTC)): > - Teach USE_LDCONFIG to do the right thing when used with USE_LINUX_PREF= IX > > PR: ports/118212 =20 > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3D118212 > Original patch: vd > Patch by: pav I would like to know why emulation@ was not in the loop for this. At http://www.leidinger.net/FreeBSD/port-patches/Mk:bsd.port.mk.diff I have a patch for this too (there's more than just the LDCONFIG =20 part), and it handles this a little bit differently. I hadn't time to =20 analyze the committed patch if it is functionally equivalent, but at =20 least in my patch the mtree stuff for ldconfig is disabled in the =20 linux case. I have to say that I hadn't the time to completely test my =20 patch. Until the behavior of USE_LDCONFIG is not evaluated for linux ports =20 regarding the mtree stuff, I suggest to not convert any linux port to =20 use USE_LDCONFIG. Can anyone of the involved people (pav, vd, maybe =20 bsam?) lend a helping hand with the evaluation of differences between =20 the patches? Bye, Alexander. --=20 If you `set watch =3D (0 any any)' in tcsh, you will be notified when someone logs in or out of your system. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080312110416.rvewfpfrqcgswo0c>