Date: Sun, 12 Jul 2015 18:48:32 -0700 From: Jeffrey Bouquet <jeffreybouquet@yahoo.com> To: pkg@freebsd.org Cc: ports@freebsd.org Subject: pkg problem, not severe but tedious. Message-ID: <1436752112.28827.YahooMailBasic@web140903.mail.bf1.yahoo.com>
next in thread | raw e-mail | index | archive | help
Each time across major versions I find it convenient to install one or two upgrades ( portupgrade and another, in this case) pkg install portupgrade [the installworld just completed an hour or two ago] I use a script reinstall.log pkg install portupgrade Because the deinstalls called for are too numerous, no option to delay [ another SQL field? ] For instance Those two reinstalls (major version) require removal of some 200-400 of which I note manually 35 or so for immediate reinstall later today. In this case Not trivial... serf apr subversion w3m firefox vte intltool gnutls gsasl gtk2 cups-base ....... and twenty-odd others of the several hundred to be removed upon the upgrade of portupgrade from another major version and another ruby version to the latest one. So it is handy workaround, but I wonder if a combination of 1... "delay these til later" 2... "to be removed and logged in a /var/log/pkg-removed.log " file 3... or some other scenario should make it more simple. 4... a 2nd field in the 'to be removed' ... some removed because of the ruby21 upgrade, some removed for some other reason... one could maybe craft the request to pkg in a more orderly fashion if more information was known at that step. Maybe. Obviously this does not occur in the usual course of upgrading... but those to be removed could probably still be of use in the meantime... Not that is is too problematic to reinstall them (usually but not always )... but it is not as automatic as it maybe could be eventually. Thanks for reading.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1436752112.28827.YahooMailBasic>