Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 08 Feb 2010 18:30:39 +0000
From:      Matthew Seaman <m.seaman@black-earth.co.uk>
To:        Tim Daneliuk <tundra@tundraware.com>
Cc:        FreeBSD Mailing List <freebsd-questions@freebsd.org>
Subject:   Re: Follow Up Question On Upgrading And Ports
Message-ID:  <4B70584F.6050604@black-earth.co.uk>
In-Reply-To: <4B704C2C.2020103@tundraware.com>
References:  <4B704C2C.2020103@tundraware.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigD267F370B25BB90EE597CF21
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 08/02/2010 17:38, Tim Daneliuk wrote:
> My ordinary practice with production FreeBSD machines is to:
>=20
> - Regularly (weekly), update the sources, rebuild and reinstall world
>   and kernels.

This implies you're running one of the -STABLE branches, rather than
-RELEASE: updates to -RELEASE happen much less frequently than weekly...

> - Regularly (several times a week), do a 'portupgrade -arR'
>=20
> - Somewhat frequently do a 'pkgdb -F'
>=20
> IOW, I keep the OS, kernels, and ports fairly up-to-date.

Yep.  It's good to do that, although your methodology would be pretty
hard to cope with on any more than a few machines.

> However, per the thread on the proper updating method a few days ago,
> I just ran 'make delete-old' and 'make delete-old-libs' for the
> first time ever.  After a reboot the system started grumbling about
> not being able to find libssl.so.4.   I reinstalled the compat5,6,7 por=
ts
> and all is well again.  Running 'make delete-old-libs' seems to no long=
er
> want to get rid of libssl.so.4.=20

make delete-old-libs will blow away /usr/lib/libssl.so.X, but the compat
ports will provide /usr/local/lib/compat/libssl.so.X

> This leads to my questions:
>=20
> 1) With all the regular portupgrades I do, why is libssl.so.4 even
>    being used any more?  Isn't this a relic from the FBSD 4.x branch?

No -- libssl.so.4 would be from RELENG_6.  RELENG_8 provides
libssl.so.6, and the ports version of OpenSSL (and presumably 9-CURRENT
too) has libssl.so.7

It's libc.so where the ABI version number is the same as the OS major
version number.  Other shlibs in base can have completely different ABI
version numbers.

> 2) Why did the initial 'make delete-old-libs' clobber this file,
>    but after the compat reinstalls, the same command no longer cares?

Compat libs are in a different location under /usr/local.

> 3) If I do an in-place upgrade to 8.x (I'll probably wait until 8.1)
>    and immediately follow it with a 'portupgrade -arR', will I be
>    guaranteed that every port will be migrated to the very latest
>    8.x libs?

Every port that is capable of being built from source, yes: some binary
blobs may still need compat versions of shlibs.  diablo-jdk comes to
mind as a good example (needs compat7x).  nvidia-driver-173 needs
compat5x on my machine.  However, such binary blobs are the exception
rather than the rule.

Rebuilding all your ports is difficult and time-consuming, but it pays
off in easier future maintenance, improved performance and better stabili=
ty.

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.              7 Priory Courtyard, Flat 3
Black Earth Consulting                       Ramsgate
                                             Kent, CT11 9PW
Free and Open Source Solutions               Tel: +44 (0)1843 580647


--------------enigD267F370B25BB90EE597CF21
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktwWFUACgkQ8Mjk52CukIxRWgCfXs85OK+nigpR3OdbppwNFCoL
w1EAn2ydQRfoB2FsGMfZhpS1myXxLpqN
=4IYX
-----END PGP SIGNATURE-----

--------------enigD267F370B25BB90EE597CF21--



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