Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 7 May 2007 17:17:07 -0500
From:      Brooks Davis <brooks@freebsd.org>
To:        Brooks Davis <brooks@freebsd.org>, ports@freebsd.org
Subject:   Re: HEADS UP: xorg upgrade plans
Message-ID:  <20070507221707.GA36065@lor.one-eyed-alien.net>
In-Reply-To: <20070507220659.GC78665@graf.pompo.net>
References:  <20070502193159.GB42482@xor.obsecurity.org> <463F7236.4080108@FreeBSD.org> <20070507184231.GA50639@xor.obsecurity.org> <op.try3lgvv9aq2h7@mezz.mezzweb.com> <20070507201448.GA52651@xor.obsecurity.org> <op.try4tyhd9aq2h7@mezz.mezzweb.com> <20070507204414.GA53358@xor.obsecurity.org> <20070507205850.GA34916@lor.one-eyed-alien.net> <20070507220659.GC78665@graf.pompo.net>

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

--Qxx1br4bt0+wmkIi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, May 08, 2007 at 12:06:59AM +0200, Thierry Thomas wrote:
> Le Lun  7 mai 07 ? 22:58:50 +0200, Brooks Davis <brooks@freebsd.org>
>  ?crivait?:
>=20
> > The other problem is that if you're going to automatically update all
> > the dependencies for a port, you need to upgrade all the stuff that
> > depends on them as well.  For example the gettext upgrade got triggered
> > on my laptop by upgrading something the used gmake.  The result was that
> > virtually nothing outside the base worked any more.  Saving the shared
> > library would have prevented this and allowed a more graceful upgrade
> > over a few weeks.  The fact that a basic desktop setup takes days to
> > build on fairly fast hardware seems to be an indication that we need a
> > workaround here.  There are other possible solutions, but saving copied
> > of libraries seems to be the accepted one at the moment.
>=20
> For this kind of upgrades, it's possible to add
>=20
> libgettextpo.so.1	libgettextpo.so.3
> libintl.so.6		libintl.so.8
>=20
> in your /etc/libmap.conf. Just delete these lines after the storm...

I did found out too late that it works in this case, but it's not a
general solution since it only works if the bump was pointless and thus
there aren't prototype mismatches.

-- Brooks

--Qxx1br4bt0+wmkIi
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)

iD8DBQFGP6VjXY6L6fI4GtQRAqYpAKCJKb+ADFIwO+9X3L8Nqx08NPO4egCeM7hn
r6MU2tH0foIph9z6F6QMSQw=
=GPeO
-----END PGP SIGNATURE-----

--Qxx1br4bt0+wmkIi--



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