Date: Thu, 26 Sep 2019 19:50:52 +0100 From: Matthew Seaman <matthew@FreeBSD.org> To: freebsd-questions@freebsd.org Subject: Re: ports and packages installed on one system, how to make pkg only Message-ID: <d26f7720-eb8a-eb91-225f-76d9ed53533b@FreeBSD.org> In-Reply-To: <20190926162927.GC4027@bastion.zyxst.net> References: <20190926151216.GB4027@bastion.zyxst.net> <a18afbab-2f56-7bc5-0e46-a9820d9b84fd@FreeBSD.org> <20190926162927.GC4027@bastion.zyxst.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--duySmOf10y1nOqLggw4DO6hUqwv0M3wxM
Content-Type: multipart/mixed; boundary="ZGAwZcxewo70OM59vp8IG8bXiYUQarKLb";
protected-headers="v1"
From: Matthew Seaman <matthew@FreeBSD.org>
To: freebsd-questions@freebsd.org
Message-ID: <d26f7720-eb8a-eb91-225f-76d9ed53533b@FreeBSD.org>
Subject: Re: ports and packages installed on one system, how to make pkg only
References: <20190926151216.GB4027@bastion.zyxst.net>
<a18afbab-2f56-7bc5-0e46-a9820d9b84fd@FreeBSD.org>
<20190926162927.GC4027@bastion.zyxst.net>
In-Reply-To: <20190926162927.GC4027@bastion.zyxst.net>
--ZGAwZcxewo70OM59vp8IG8bXiYUQarKLb
Content-Type: text/plain; charset=windows-1252
Content-Language: en-GB
Content-Transfer-Encoding: quoted-printable
On 26/09/2019 17:29, tech-lists wrote:
> Hello Matthew,
>=20
> On Thu, Sep 26, 2019 at 04:59:27PM +0100, Matthew Seaman wrote:
>=20
>> A pkg is what you get from compiling a port.=A0 Once the port is insta=
lled
>> it's a pkg and there's no functional difference from a pkg installed
>> from one of the package repositories.
>>
>> Or, in other words, just update your machine from the pkg repos.=A0 It=
>> will replace anything that's out of date, no problem.=A0 There's no
>> particular need to force an update on all packages -- if it's already
>> there and working OK, then my inclination would be to leave it be.
>=20
> What's of particular concern for me is that the machine had this in its=
> /etc/make.conf when it was building it's own ports:
>=20
> DEFAULT_VERSIONS+=3Dpython=3D2.7
>=20
> I've since removed it.
>=20
> Since then, the machine has been brought to 12R-p10 and I've made a
> poudriere
> instance for it on different hardware which has nothing special in its
> own make.conf. I fed it a ports list obtained on the client through
> *portmaster --list-origins | sort -u | tee portslist.txt*, transferred
> that to
> poudriere and it built the ports, and all the flavoured python ones wer=
e
> py36-*
>=20
> So, if I *pkg upgrade -f* on the client (which now knows to use my
> poudriere
> instance), would it be reasonable for me to expect all py27* to be
> upgraded to py36*, without stuff breaking?
>=20
> thanks,
Actually, you'll probably not see everything upgrade completely smoothly.=
The generic repos build both python-2.7 and python-3.6 flavours of
python ports, so in that case many pkgs would just upgrade to the latest
available for the py27 flavour.
However, since you've built your own repo with only the py36 flavours,
you might see two possible outcomes:
i) Something else you have installed now has a python-3.6 dependency,
so all of those dependent python-3.6 ports get installed alongside the
existing python-2.7 equivalents.
ii) pkg can't find a newer version of your python-2.7 packages so just
leaves what you already have installed in place.
In theory everything should still work, either as python-2.7 or
python-3.6, but in practice it is distinctly possible that you'll run
into some turbulence.
In this case you can use eg.
pkg version -vRL=3D
to list all packages you have installed that aren't in your repo, and
you should be able to delete any py27 packages from that list, and
replace them with py36 equivalents. Also, if there are any other
packages locally installed but not in your repo, you can simply add
them, or delete them if nothing now has them as a dependency (pkg
autoremove helps here) or else work out what options have changed
between your two setups and sort out the inconsistencies that way.
Converting everything wholesale from py27 to py36 will /probably/ just
work, but no guarantees. As ever, test early and test often.
Cheers,
Matthew
--ZGAwZcxewo70OM59vp8IG8bXiYUQarKLb--
--duySmOf10y1nOqLggw4DO6hUqwv0M3wxM
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQKTBAEBCgB9FiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAl2NCIxfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDE5
RjE1NEVDQkYxMTJFNTA1NDRFM0YzMDAwNTEzRjEwRTBBOUU0RTcACgkQAFE/EOCp
5OfScQ/+Kf4YPzfwsTs22eTHCtARCt4yBQyw5Yc7a+RZXcDnNRMuEZvA/tApIfK6
MJcGhknMseFStnGFQHkh7o+7v0C7JA2DPz53GJQupCUnGXNba6PVC2+zx5e1NsVQ
3TdiSTFEYT5Rlhb+/kVZZGouVy6MD0acqedErG6F4UQXNNzNrRUdR4nwl5S6x9wZ
9nQkc1T6n042GKUTFUjZu5C7bM1u9Z4xETVAuKlfShd4o/G7pbzifM+se8FRoEPO
ivR85H+XWwXg6qd9H23BsUHdMwZMkzRYiCe1yNDQRn0L/6f9wgqLmaRpqOrYTXcq
dbXCDg0oSosb+Ggi8ANLjwbIcTkFtcJX+6jULsxCPbfacN5lNeS8nG/JvPDsdipp
7/Rh13FC9PG+V6xj0WrRWa313tohUKxc7tqq1gWZRJSpwuUnIhv5D0H7fkR7EJlN
5w9Q/kz//yswXeHWUPaemUvIAK/c7MiaY8mTM7nOdrn0sfuUWOjjSvPwp3qTZvv+
PpgsyqE9MTeWfOv9U0/z+Mrnay5ChF9fS6R8Hc/DCnbHDVhUTpEaVz9FYZlyn/Hq
AQmFpTRIVHIsvQIDfhgfz4zUFLyvP1Cpym4HhnG+Xb802m0g6krlQgghX4wLTjU/
WVStaxxagAVzPHYM+4aQ5Ho1N5jbNqkbtGJfA6tcoX+T8MkbC54=
=DKGZ
-----END PGP SIGNATURE-----
--duySmOf10y1nOqLggw4DO6hUqwv0M3wxM--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d26f7720-eb8a-eb91-225f-76d9ed53533b>