The depspec you provided seems to not be working according to a user here:
https://trac.macports.org/ticket/35770#comment:66
Any thoughts? I'd prefer to not have to go back to providing an extra file but
don't have the time right now to debug escaping.
On 09/13/12, Rainer Müller wrote:
> On
Please definitely file a bug report at http://bugreport.apple.com
The most likely culprit as to what changed is the compiler. Can you try using
configure.compiler=macports-clang-3.1 (and 3.0 and 3.2) to see how they fare.
Do you know specifically which library / executable is broken?
On 09/
depends: takes a regex, so: port echo 'depends:taglib(\s|$)'
or: port echo 'depends:\mtaglib\M'
On 2012-9-19 14:16 , Ryan Stonecipher wrote:
> Josh,
> These ports depend on 'jakarta-taglibs' and so were among the output of
> 'port echo depends:taglib'.
> Is there a more exact but still quick way t
Josh,
These ports depend on 'jakarta-taglibs' and so were among the output of
'port echo depends:taglib'.
Is there a more exact but still quick way to find dependent ports?
On Tuesday, September 18, 2012, Joshua Root wrote:
> > Revision: 97894
> > http://trac.macports.org//changeset/978
> Incrementing the revision (a one-character change) in the shell-fm portfile
> resulted in automatic, unwanted changes to lines in the description.
> I fixed the description before committing the change which incremented the
> port's revision.
> The smart quote characters display as gibberish in
Incrementing the revision (a one-character change) in the shell-fm portfile
resulted in automatic, unwanted changes to lines in the description.
I fixed the description before committing the change which incremented the
port's revision.
The smart quote characters display as gibberish in Terminal.ap
> Revision: 97894
> http://trac.macports.org//changeset/97894
> Author: rmstonecipher at macports.org
> Date: 2012-09-18 19:07:44 -0700 (Tue, 18 Sep 2012)
> Log Message:
> ---
> audio/taglib upgraded version from 1.7.2 to 1.8, incremented revision of 19
> dependent ports du
On 2012-9-19 00:45 , Rainer Müller wrote:
> On 2012-09-12 19:18, Bradley Giesbrecht wrote:
>> Perhaps it's time to uncomment the license list item in the MP Guide
>> "Section 4.2. Creating a Portfile"?
>> https://trac.macports.org/changeset/55459
>>
>> I don't think I understand the MP Portfile li
On Sep 18, 2012, at 21:04, rmstonecip...@macports.org wrote:
> Revision: 97893
> http://trac.macports.org//changeset/97893
> Author: rmstonecip...@macports.org
> Date: 2012-09-18 19:04:33 -0700 (Tue, 18 Sep 2012)
> Log Message:
> ---
> audio/shell-fm replaced unusual charac
On 2012-09-12 19:18, Bradley Giesbrecht wrote:
> Perhaps it's time to uncomment the license list item in the MP Guide "Section
> 4.2. Creating a Portfile"?
> https://trac.macports.org/changeset/55459
>
> I don't think I understand the MP Portfile license policy well enough to do
> it myself.
>
> The only switch I pass to `sudo port selfupdate` is the -v. So unless
> rsync is passing the -t switch by default I'm not clear on it.
>
> A quick glimpse at rsync's man page (if indeed a quick glimpse even
> exists with that document) seems to suggest that -t isn't passed to it
> by default.
>
On 2012-9-18 23:15 , Craig Treleaven wrote:
> For testing, just use a command line override, aka:
>
> port install mythtv-core.25 configure.compiler=apple-gcc-4.2
>
> I've now tested with XCode 4.4.1, llvm-gcc-4.2 on 10.7.4 and the build
> fails. This is consistent with XCode 4.3; I could never
For testing, just use a command line override, aka:
port install mythtv-core.25 configure.compiler=apple-gcc-4.2
I've now tested with XCode 4.4.1, llvm-gcc-4.2 on 10.7.4 and the
build fails. This is consistent with XCode 4.3; I could never get
myth to compile with llvm and had to use apple-gc
Some build systems do ignore the compiler that you ask for in the
configure environment. You might have to patch it if that's what's
happening.
On 2012-9-18 22:54 , James George wrote:
> Hi Josh,
>
> We did that I think. Though, from memory, it was still showing clang
> use in the logs. I shall
On 2012-9-18 22:06 , James George wrote:
> Hi all,
>
> I tried to do this, though quite likely got it wrong. I set the configure.cc
> and configure.cxx in the port file to use /usr/bin llvm-gcc-4.2 and
> llvm-gxx-4.2 but this resulted in the build failing. I suspect this may be
> due to chang
On 2012-09-18 13:59, rai...@macports.org wrote:
> Revision: 97868
> http://trac.macports.org//changeset/97868
> Author: rai...@macports.org
> Date: 2012-09-18 04:59:57 -0700 (Tue, 18 Sep 2012)
> Log Message:
> ---
> port1.0/portconfigure.tcl:
> ccache failed with ccache >= 3
At 9:46 PM +1000 9/18/12, Joshua Root wrote:
On 2012-9-18 21:36 , Craig Treleaven wrote:
Hi:
In case it helps others, it appears that XCode 4.4 is the cause of a
run-time problem with mythtv-core.25. To recap, for some users, one of
Myth's programs, mythfrontend, would consistently segfaul
On 2012-9-18 21:36 , Craig Treleaven wrote:
> Hi:
>
> In case it helps others, it appears that XCode 4.4 is the cause of a
> run-time problem with mythtv-core.25. To recap, for some users, one of
> Myth's programs, mythfrontend, would consistently segfault before the
> main window was drawn (with
Hi:
In case it helps others, it appears that XCode 4.4 is the cause of a
run-time problem with mythtv-core.25. To recap, for some users, one
of Myth's programs, mythfrontend, would consistently segfault before
the main window was drawn (with the crashed thread in libunwind):
https://trac.ma
Hello,
I recently received a feature request to add "+emacs_app" option to
gnuplot in addition to "+emacs":
http://trac.macports.org/ticket/36135
Everything that either option does is installing the following files:
/opt/local/share/emacs/site-lisp/gnuplot-gui.el
/opt/local/share/emacs/s
20 matches
Mail list logo
