On Mon, Nov 9, 2015 at 12:10 PM, Artur Szostak <[email protected]> wrote:
> > considered by MacPorts. The first ports tree that contains a port by > > that name in the order listed in sources.conf will be used. All other > > Portfiles in ports trees listed below that are not considered at all for > > any port action. > > >> port install myport @1.2 > > > > This syntax is not supported for 'port install'. The port with this name > > is installed, you cannot specify a version. > > OK, then given my specific example above, how do I install myport version > 1.2 rather than version 3.4? Or conversely, how do I install version 3.4 > rather than 1.2? It seems like you are telling me MacPorts will make a > random selection and there is no way to control this. If that is the case > then surely concurrent multiple versions of Portfiles from different > repositories are not properly supported. > As quoted above: the first one found via sources.conf will be used. In this case it will be 3.4. You would need to swap the sources.conf entries to get 1.2. OK, I misunderstood the selection mechanism of the port command. How about > the following alternative, should that work? > > port install myport and version:1\.2 > port activate myport and version:1\.2 > No. The first one found via sources.conf will be used; as you specified them that will *always* be 3.4. The other Portfile is effectively invisible; you *cannot* select it. If, on the other hand, you had already installed via that Portfile (by swapping sources.conf entries as above), then you could manipulate *that* installation using the @version syntax (and it will use the Portfile stored in the registry from that install, not the one for the currently available version). So if the command with the @version syntax is not following the > dependencies when using the --follow-dependencies option, then I have a bug? > It follows the dependencies recorded for the specific version that you are removing. If those are incorrect then you have a Portfile bug for that version. -- brandon s allbery kf8nh sine nomine associates [email protected] [email protected] unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
_______________________________________________ macports-dev mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-dev
