Hi all,
I just realised that `port select gcc` sets /opt/local/bin/c++ ->
/opt/local/bin/c++-mp-4.8, while there is no corresponding link for `cc`.
It might be consistent with the fact that there is always a `c++` binary
installed by the gcc ports and there is no corresponding `cc` binary. Ho
This is a known bug of port of `py_dateutil`:
https://trac.macports.org/ticket/43187
…already around for some days, not sure why it hasn't get fixed yet.
~petr
On 14 Apr 2014, at 22:13, Brandon Allbery wrote:
> On Mon, Apr 14, 2014 at 3:59 PM, Comer Duncan wrote:
> Ok, I did chmod a+r while
Hi all,
I was trying to update some ports and realised that I run into some variant
conflict. However, I do not completely understand why these restrictions are in
place and where they originate.
I have cairo installed as cairo @1.12.16_2+quartz+universal+x11, with both x11
AND quartz activat
[Sorry, I realise I send my replies off-list]
On 28 Feb 2014, at 14:44, Jason Swails wrote:
> On Fri, 2014-02-28 at 14:33 +0100, Peter Danecek wrote:
>> Hi all,
>>
>> I observe a behaviour, which I believe is due to the fact that I
>> uninstalled an selected port
[Sorry, I realise I send my replies off-list]
On 28 Feb 2014, at 15:17, Jason Swails wrote:
> An alternative when you know that you are uninstalling a port is to
> select none. So something like
>
> sudo port select --set postgresql none
>
> to get rid of the simlinks, then another
>
> sudo
[Sorry, I realise I send my replies off-list]
On 28 Feb 2014, at 15:38, Clemens Lang wrote:
> Hi,
>
>> I believe it is consistent. As I understand it, the simlinks created by
>> "port select" are not *owned* by the selected port. Since the port
>> itself does not maintain these simlinks (but
Hi all,
I observe a behaviour, which I believe is due to the fact that I uninstalled an
selected port (see below). This seems to leave the selection mechanism in an
undesired state and should be handled. Now I wonder which is the expected
behaviour, so that I can eventually file a ticket again
On Aug 20, 2013, at 18:19 , Lawrence Velázquez wrote:
>
> Yes, we'd have to see the main.log produced from the failure (or, if you
> can't find one, then the debug output from a "port -d" invocation).
>
> vq
Here the main.log I regenerated again!
libgcrypt.main.log
Description: Binary data
On Aug 20, 2013, at 17:43 , Lawrence Velázquez wrote:
> You're asking the wrong questions.
Well, if it was only about upgrading this port your are probably right.
> You don't really care about blacklisting;
If I want to understand what is going on, it probably helps to know the
background. An
Hi all,
I am trying to upgrade libgcrypt to 1.5.3 on my MacOSX 10.5.8 machine. The
Problems are:
1. apple-gcc42 would not compile on that machine, ticket #36648;
2. libgcrypt has some compiler blacklisting logic and therefore seems to select
that compiler.
As a result I cannot build libgcryp
On 3 Jun 2013, at 21:13, Ryan Schmidt wrote:
On Jun 3, 2013, at 11:57, Peter Danecek wrote:
it's again about a fresh install of a OS X 10.8 system. I realise,
there is no X11 package available from Apple anymore for this OS
version. Still there two options to install X11.
Hi all,
it's again about a fresh install of a OS X 10.8 system. I realise, there is no
X11 package available from Apple anymore for this OS version. Still there two
options to install X11.
(1) org-server via MacPorts
(2) the package form the XQuartz Project
So what are the pro
Hi all,
I am about to install a new Mac from scratch and have some doubt. I installed
only the small command line version of Xcode, as I assumed this would be
sufficient for Macports.
However, when I install software I get the following error:
--- snip ---
[…]
Error:
Error: No Xcode installa
13 matches
Mail list logo
