Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 09 Nov 2014 17:53:48 +0000
From:      Matthew Seaman <m.seaman@infracaninophile.co.uk>
To:        freebsd-questions@freebsd.org
Subject:   Re: Where do user files go these days?
Message-ID:  <545FAA2C.2090806@infracaninophile.co.uk>
In-Reply-To: <3272471.UYQ3DxhorQ@curlew.lan>
References:  <545ED36B.8040207@gmail.com> <545F5AD6.6000404@FreeBSD.org> <545F7B85.1050900@qeng-ho.org> <3272471.UYQ3DxhorQ@curlew.lan>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--ooAQ105fewQfOuiRu4Kxo8JFnC82IVHUP
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 09/11/2014 15:30, Mike Clarke wrote:
> I also have /var/cache/pkg outside the BE. I don't now if this could=20
> lead to problems but my reasoning is that it's convenient to have the=20
> latest cache available if I switch to an earlier BE and need to=20
> upgrade any packages. I think that should be OK providing both BE's=20
> use the same major level of the OS but I wonder if I'll have problems=20
> if I switch from 10.x into a 9.x BE?

Keeping /var/cache/pkg outside the B.E. is an idea worth considering,
but probably doesn't really save enough download time or disk space
usage to really make the extra effort worth while in most cases.  It is
only useful while you're doing minor version upgrades -- as soon as you
get to a major upgrade, then you need to wipe the cache and repopulate
with new packages for the new major version.  (Well, you don't actually
need to wipe the cache, as pkg(8) is smart enough not to get confused by
the presence of packages for a different OS version.  But you will need
to download all new packages.)

It also can be pretty useful to keep older versions of package tarballs
around in the cache -- sometimes a package update can go horribly wrong,
and a useful way to fix things is to forcibly revert to an older version
by 'pkg add'ing the tarball of the older version from the cache.
(Although recent versions of pkg(8) are much more resistant to this sort
of problem, and needing this sort of fallback should become unnecessary
ultimately.)

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.

PGP: http://www.infracaninophile.co.uk/pgpkey
JID: matthew@infracaninophile.co.uk


--ooAQ105fewQfOuiRu4Kxo8JFnC82IVHUP
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.20 (Darwin)

iQJ8BAEBCgBmBQJUX6o1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC
QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATPSEP/1UVDg1z4E0v4CuD5zoUhiZH
pUxK+ieawYcT9Vft5Q3++Ve5xczTNqqDX2LaB0X4+H/aZVVPVwKlzE5HWv79MBZ9
lnlBIpnpFo/1C1Jb52w7V99uRSvs69NlDHYvHbmdi1pQq6jYHI2aIOKvhI6l8wkJ
r5PThyXPqmjrLjOYKozd3D2WKuGqwkpHxplzipKKiIC+oWW+RwvGxYuNG/T1siDe
AQ4vR3YzKqutUwvHuCq+EDMohyApWR4yruRKPR30MmR1lXB2VWTxQ3d2VL4CdP0/
Vp4JzXy7RbkjBkRoctsgdWw8ysRMjSrfxQ7d3qjs0J9tizwqnaA8kSVH9btdOEK8
jRXoLtYnlblOzXiMr+OvYl4gpjNe9qPVFbGN8g9cLr2SW//wVxGDGJEVu3h+fuyo
DD239Y3ymUVZnbpR5QA2Q1QWrYQkkpi8YSVhQdq3oELHT/vTjief4cZxuz/lQ+4m
6PTHohc7KM4HsmccnZMPX6cdaEXa9IGE1i3YqXDX7geWVokKery9KHP2ln+deJS3
4rPNyty+ulkgQQzBE3TdyNxAVHGuC+ScGO4MFkeCaN1D3J2zxHy9a6Zge/MNsh7+
kD9bH/mJe+8yKhE6oD2ukVhRklDDZeX78th443g7JFi39vxtEvXlccgXtbNOlujo
nOs5QXd+eWrhzVRPP9E6
=2gFW
-----END PGP SIGNATURE-----

--ooAQ105fewQfOuiRu4Kxo8JFnC82IVHUP--



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?545FAA2C.2090806>