On May 25, 2015, at 10:50 AM, René J.V. Bertin wrote:
>
> It's been a while that I miss a possibility to switch between foo and
> foo-devel ports without having to do the deactivation manually in a separate
> step. A normal `port activate foo` takes are automatically of deactivating
> the curre
On Monday May 25 2015 23:50:20 Mihai Moldovan wrote:
> That's even worse. gcc is by no means a "replacement" for clang. Maybe
Of course it isn't, it was just another GIGO example ...
> "instead_of" is just a misnomer and it should be "--pre-deactivate" or
Or --swap or --replace; I did give some
On 25.05.2015 07:20 PM, René J.V. Bertin wrote:
> On Monday May 25 2015 18:30:48 Mihai Moldovan wrote:
>> Semantically, your "instead_of" proposal isn't great due to the fact that
>> multiple ports can conflict, with count > 2. Also, the conflicts can be based
>> upon orthogonal reasons and you wou
On 2015-05-25 19:20, René J.V. Bertin wrote:
> On Monday May 25 2015 18:30:48 Mihai Moldovan wrote:
>
>> %> sudo port deactivate -f libVLC-devel
>> %> sudo port activate libVLC@2.2.1_0+dbus+qtkit+quartz+x11
>>
>> and is not that bad anymore.
>
> Not that bad indeed, but still a lot of extra typin
I agree. Sometimes even I use these methods instead of MacPorts, but I
usually try to get Macports to work as hard as I can. VLC is the one
offender that really doesn't want to build sometimes.
—Mark
___
Mark E. Anderson
On Mon, May 18, 2015 at 8:04 PM, Ryan Schmidt
wrote:
On Monday May 25 2015 18:30:48 Mihai Moldovan wrote:
> %> sudo port deactivate -f libVLC-devel
> %> sudo port activate libVLC@2.2.1_0+dbus+qtkit+quartz+x11
>
> and is not that bad anymore.
Not that bad indeed, but still a lot of extra typing that could be rolled into
a single command IMHO
>
>
On 25.05.2015 05:50 PM, René J.V. Bertin wrote:
> %> sudo port activate --instead_of -f libVLC-devel
> libVLC@2.2.1_0+dbus+qtkit+quartz+x11
> (or --replace or --swap or some other more appropriate term)
>
> instead of
>
> %> sudo port deactivate -f
> libVLC-devel@3.0.0-150503-g7385062d_0+dbus+q
Hi,
It's been a while that I miss a possibility to switch between foo and foo-devel
ports without having to do the deactivation manually in a separate step. A
normal `port activate foo` takes are automatically of deactivating the
currently active version; how hard would it be to extend the acti
On May 25, 2015, at 2:19 AM, j...@macports.org wrote:
>
> Revision
> 136728
> Author
> j...@macports.org
> Date
> 2015-05-25 00:19:50 -0700 (Mon, 25 May 2015)
> Log Message
>
> python27: removing the inadvertently added lines in the select file
This changes the files that get installed by the po
