Date: Thu, 28 Jul 2005 01:43:42 -0400 From: Mikhail Teterin <mi+kde@aldan.algebra.com> To: Joe Marcus Clarke <marcus@marcuscom.com> Cc: gnome@freebsd.org, kris@freebsd.org Subject: Re: updating security/nss Message-ID: <200507280143.43228@aldan> In-Reply-To: <1122525249.25076.3.camel@shumai.marcuscom.com> References: <200507272315.14407.mi%2Bmx@aldan.algebra.com> <200507280031.12568@aldan> <1122525249.25076.3.camel@shumai.marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Boundary-00=_PCH6CDHInVeU1CW Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 28 July 2005 12:34 am, Joe Marcus Clarke wrote: = > Great. I hope, you'll find it possible to use some of the features = > of my version nevertheless. In particular: = > = > . do not build/use NSS' own version of -lz; = > . do not build/use NSS' own version of db (patch-sysdb); = > . patch the tests, so they can be used automatically; = > . fix a lot of compiler warnings and some warning-identified = > bugs. = The tests will not be run automatically. Most users don't care about = this, _Users_ may not care (how do you know, BTW?), but you (the maintainers) should. Wouldn't you rather learn, that "test such and such failed", than "evolution crashed"? Also, if some change in the OS breaks a test, we better learn about quickly -- and with automated tests in post-build we will. If you read the change I submitted, you'll see, that the vendors' tests run only if BATCH is defined -- is that a compromise? = and Kris is working on creating a regression framework for package = builds on the cluster. Whatever regression framework Kris (CC-ed) comes up with, it should be using software vendors' own self-tests, whenever such tests are available. In fact, one of the ways to do it would be to check if a port has a "test" (or "do-test") target. My version of the update (for both NSPR and NSS) provide such a target to each and I've spent considerable amounts of both time and effort to make the tests easy to run and to avoid bogus failures. These are live and kicking regression tests available today... = As for the other things, you're free to modify the diff I sent out to = the gnome list. Can you give me a URL? = > P.S. I just realized, that our recent upgrade of devel/nspr = > should've bumped the major library version(s) :-( The new version = > provides some stuff, that is required to build the browsers -- = > without the major number bump, the browsers will not be able to = > LIB_DEPEND properly. = = The browsers use their own version of nspr. They should not. I'm attaching your e-mail from 6 months ago, which points at the then-current NSPR being too old as the only barrier to using it instead of browsers' own versions. That e-mail prompted me to file: https://bugzilla.mozilla.org/show_bug.cgi?id=276891 which was finally (partially) solved a few weeks ago... Browsers' configure scripts have the --with-system-nspr option and we should definetly use it. Installing include/mozilla/nspr, include/firefox/nspr, and include/nspr is SO WRONG, I can't believe, we are even discussing this... On top of that, we should consider something like --with-system-nss too. At any rate, the need for the major-version bump for -lnspr4 follows from the simple fact, that it provides new symbols. Things, which don't care (gaim, evolution) should have their LIB_DEPENDS cleaned up to not insist on a particular version of nspr. Browsers (when changed) will need to LIB_DEPEND on: nspr.[2-9]:${PORTSDIR}/devel/nspr Yours, -mi --Boundary-00=_PCH6CDHInVeU1CW Content-Type: message/rfc822; name="mozilla vs. nspr" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mozilla vs. nspr" Return-Path: <marcus@marcuscom.com> Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by corbulon.video-collage.com (8.13.1/8.13.1) with ESMTP id j01LYRrF070030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <mi@aldan.algebra.com>; Sat, 1 Jan 2005 16:34:28 -0500 (EST) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.1/8.13.1) with ESMTP id j01LZ4cY063127; Sat, 1 Jan 2005 16:35:04 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: Re: mozilla vs. nspr From: Joe Marcus Clarke <marcus@marcuscom.com> To: Mikhail Teterin <mi@aldan.algebra.com> Cc: FreeBSD GNOME Users <gnome@freebsd.org> In-Reply-To: <200501011033.j01AXEuf013785@aldan.algebra.com> References: <200501011033.j01AXEuf013785@aldan.algebra.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-csBb16rR1LppNbuhKvUh" Organization: MarcusCom, Inc. Date: Sat, 01 Jan 2005 16:34:00 -0500 Message-Id: <1104615240.38283.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-SpamProbe: GOOD 0.0000000 12b7d191bdb8439ecf2fe7e33ad14181 X-UID: 19908 Content-Length: 1414 X-Keywords: Status: ORr X-Length: 3086 --=-csBb16rR1LppNbuhKvUh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2005-01-01 at 05:33 -0500, Mikhail Teterin wrote: > Hello, >=20 > Why do www/mozilla and www/mozilla-devel build and install its own > versions of libnspr4 into ${PREFIX}/lib/mozilla(-devel)? Because they need to. The version of nspr that comes with Mozilla is newer than devel/nspr. >=20 > The ports require and the resulting mozilla-bin executables use the > ${PREFIX}/lib/libnspr4.so... Yep, because if they tried to use the port version, they would get undefined symbol errors. >=20 > Can this be fixed -- to stop the "DLL hell"? Thanks! There's nothing broken. Both versions are unfortunate necessities. Joe >=20 > -mi=20 >=20 > P.S. Happy New Year! :-) > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-csBb16rR1LppNbuhKvUh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB1xdIb2iPiv4Uz4cRAgsfAJ9M5FbO8bDKP6fbRTF6GrixwxV/8QCghbPx 330Ksw40gPUqrMno0D/u4Fc= =Xwse -----END PGP SIGNATURE----- --=-csBb16rR1LppNbuhKvUh-- --Boundary-00=_PCH6CDHInVeU1CW--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200507280143.43228>