Hi, when you say 'breaks your setup' what exactly do you mean ?
Presumably the first machine, that creates the local binaries runs just fine, but then the second doesn't use these for this one port, and attempts to build again from source ? If correct, is this really a problem ? From the discussion in the ticket this is exactly what is wanted for this port, as it compiles very specifically for the machine it is to be used on. You *want* it to therefore build from source on each and every machine.
Chris On 05/01/17 14:23, Peter Brommer wrote:
Hi, it appears that gmp @6.1.2_0 breaks my macports setup, due to its use of “archive_sites” in the Portfile (to avoid installing from precompiled binaries). I have two Macs, and I use the setup described in https://trac.macports.org/wiki/howto/ShareArchives2 - one machine creates the local binaries not available from macports, the other one uses them via a customised archive_sites.conf. gmp (and maybe other ports) unsets archive_sites to avoid installing from binaries (as discussed in https://trac.macports.org/ticket/41614), so it ignores my custom archive_site (aside: in principle, it should fail as I request binary-only with port -b upgrade, but if I read https://trac.macports.org/ticket/50885 correctly that will be addressed in a future macports release). However, after building, installing and activating gmp, macports no longer used my local archive_site, but falls back to the default archive_sites. I’m not sure if this is a bug, and I have a hard time reproducing it, as the second time I run the command, gmp is already upgraded, and it keeps using my local archive_site. Should I still file this as a bug? And against what? Cheers, Peter
