On Dec 13, 2013, at 21:14, Craig Treleaven wrote:
> I gave the new version of port-depcheck.sh a try...with VLC, see following.
> Very different results from the prior version. As I've said, I'm not a C/C++
> developer--the prior version reported a bunch of false positives due to
> "over-lin
On Fri, Dec 13, 2013 at 12:33 PM, Ryan Schmidt wrote:
>
> On Dec 13, 2013, at 11:25, ebori...@macports.org wrote:
>
> > +platform darwin {
> > +if {${os.major} < 13} {
> > +# Build fails with clang: unsupported
> -stack-protector-buffer-size=4
> > +# (even though clang -help li
Hi Eric:
I gave the new version of port-depcheck.sh a try...with VLC, see
following. Very different results from the prior version. As I've
said, I'm not a C/C++ developer--the prior version reported a bunch
of false positives due to "over-linking"? In layman's terms, what's
that?
Craig
On Dec 13, 2013, at 18:34, Ryan Schmidt wrote:
> Ports want to change worksrcdir, for example to build in a subdirectory of
> the distfile. However, ports using the github portgroup and its ability to
> fetch a tarball generated from a github tag, which is what we’re talking
> about here, have
porttrace.tcl should have the sandbox exceptions
http://trac.macports.org/browser/trunk/base/src/port1.0/porttrace.tcl#L42
Bradley Giesbrecht wrote:
Setting "sandbox_enable no" in macports.conf allows the following cmake line to
succeed during the configure phase:
EXECUTE_PROCESS(COMMAND ps -e
Setting "sandbox_enable no" in macports.conf allows the following cmake line to
succeed during the configure phase:
EXECUTE_PROCESS(COMMAND ps -ef OUTPUT_QUIET ERROR_QUIET RESULT_VARIABLE result)
What is the best way to deal with this, is there a way to add /bin/ps to the
sandbox env?
Regards,
ryandes...@macports.org writes:
> On Dec 13, 2013, at 18:31, Sean Farley wrote:
>
>>
>> ryandes...@macports.org writes:
>>
>>> On Dec 13, 2013, at 16:49, s...@macports.org wrote:
>>>
Revision
114687
Author
s...@macports.org
Date
2013-12-13 14:49:52 -0800 (Fri, 13
On Dec 13, 2013, at 18:31, Sean Farley wrote:
>
> ryandes...@macports.org writes:
>
>> On Dec 13, 2013, at 16:49, s...@macports.org wrote:
>>
>>> Revision
>>> 114687
>>> Author
>>> s...@macports.org
>>> Date
>>> 2013-12-13 14:49:52 -0800 (Fri, 13 Dec 2013)
>>> Log Message
>>>
>>> github-1.0:
ryandes...@macports.org writes:
> On Dec 13, 2013, at 16:49, s...@macports.org wrote:
>
>> Revision
>> 114687
>> Author
>> s...@macports.org
>> Date
>> 2013-12-13 14:49:52 -0800 (Fri, 13 Dec 2013)
>> Log Message
>>
>> github-1.0: use worksrpath variable when renaming folder; fixes #41797
>> Modi
Is this a problem or a red herring?
Is sandboxing possibly preventing access to /bin/ps?
CMakeLists.txt:
...
IF(NOT FIND_PROC)
# SysV style
EXECUTE_PROCESS(COMMAND ps -ef OUTPUT_QUIET ERROR_QUIET RESULT_VARIABLE
result)
MESSAGE(FATAL_ERROR "MACPORTS: SysV style result='${result}'")
...
Res
On Dec 13, 2013, at 16:49, s...@macports.org wrote:
> Revision
> 114687
> Author
> s...@macports.org
> Date
> 2013-12-13 14:49:52 -0800 (Fri, 13 Dec 2013)
> Log Message
>
> github-1.0: use worksrpath variable when renaming folder; fixes #41797
> Modified Paths
>
> • trunk/dports/_resource
On Dec 9, 2013, at 00:46, j...@macports.org wrote:
> Revision
> 114457
> Author
> j...@macports.org
> Date
> 2013-12-08 22:46:47 -0800 (Sun, 08 Dec 2013)
> Log Message
>
> py-setuptools: update to 2.0 for python 2.6+
> Modified Paths
>
> • trunk/dports/python/py-setuptools/Portfile
> -if
On Dec 13, 2013, at 11:25, ebori...@macports.org wrote:
> Revision
> 114668
> Author
> ebori...@macports.org
> Date
> 2013-12-13 09:25:04 -0800 (Fri, 13 Dec 2013)
> Log Message
>
> KeePassX: Build w/clang and c++11 on Mavericks
> Modified Paths
>
> • trunk/dports/security/KeePassX/Portfil
13 matches
Mail list logo