On 2015-01-02 09:11, David Evans wrote:
Is this port still useful or can it be declared obsolete? Looks like
the upstream project has been gone for several years.
Dave
Go ahead and nuke it. It's required fiddly manual editing to work with
newer OpenSSL releases for a while that I never
On Aug 14, 2014, at 3:58 AM, Lawrence Velázquez
wrote:
I thought that "port sync" failed immediately if any of the source
syncs exited with a failure status, but I may have been
misinterpreting the output I saw, since my git-svn repository is last
in my sources list.
I double-checked; what
> ++// Apple Clang uses libc++ by default on Mavericks (OS X 10.9) and higher
> ++// Apple Clang uses libstdc++ by default on Mountain Lion (OS X 10.8) and
> lower
> ++
> ++#ifdef __APPLE__
> ++#include
> ++#if __MAC_OS_X_VERSION_MIN_REQUIRED <= 1080
> ++# define BOOST_APPLE_CLANG_NO_LIBCXX
>
On Aug 25, 2013, at 4:53 PM, Chris Jones wrote:
> Hi,
>
> On 25 Aug 2013, at 7:22pm, Christoph Deil wrote:
>
>>
>> On Aug 25, 2013, at 10:44 AM, Mojca Miklavec wrote:
>>
>>> On Sun, Aug 25, 2013 at 5:16 PM, Jeremy Huddleston Sequoia wrote:
Seeing as how many developers don't understand
On Nov 17, 2012, at 12:07 AM, Ryan Schmidt wrote:
> By the way, if upstream prefers the all-caps name "MPICH", feel free to
> change the port name to uppercase. The MacPorts base bug that made
> all-lowercase port names preferable has been fixed for several years.
But please do it in two commit
>> 3) hard to take decisions on when to upgrade the 5-
>
> Variants and subports would make this easier in the future. There would be
> little/no resistance for adding a variant or subport for a newer perl.
>
>
> The current perl5.12 ports work well for me so I will leave further
> discussion
On Apr 12, 2012, at 11:19 PM, Joshua Root wrote:
> On 2012-4-13 04:47 , Eric Cronin wrote:
>> On 12.04.2012 10:34, Joshua Root wrote:
>>> On 2012-4-13 00:20 , Jeremy Lavergne wrote:
>>>> When the epoch gets put back in, you'll also need to update the
>>>
On 12.04.2012 10:34, Joshua Root wrote:
On 2012-4-13 00:20 , Jeremy Lavergne wrote:
When the epoch gets put back in, you'll also need to update the
revision.
epoch: 1
version: 4.2
revision: 2
The bug in the registry API that necessitates that is gone in 2.1
BTW.
Wasn't there a second iss
On Apr 3, 2012, at 6:06 PM, MacPorts wrote:
> #33883: oxygen-icons @4.8.1 fetching failed, 404, checksum failed
> --+-
> Reporter: reakinator@… | Owner: snc@…
> Type: defect|
On Mar 25, 2012, at 11:39 PM, Jeffrey Johnson wrote:
>
> On Mar 25, 2012, at 11:16 PM, Eric Cronin wrote:
>
>>
>>>>> and a path-based depends_lib like before is appropriate
>>>>
>>>> A path:-based depends_lib would be ok. a lib:-based depe
>>> and a path-based depends_lib like before is appropriate
>>
>> A path:-based depends_lib would be ok. a lib:-based depends_lib is not ok
>> because that would allow a non-MacPorts librpm installed in a system
>> directory to satisfy the dependency, and we don't want that.
>>
>
> Again you
On Mar 25, 2012, at 4:01 AM, a...@macports.org wrote:
>
> Revision
> 91179
> Author
> a...@macports.org
> Date
> 2012-03-25 01:01:20 -0700 (Sun, 25 Mar 2012)
> Log Message
>
> yum: apply changes from ryandesign
> Modified Paths
>
> • trunk/dports/sysutils/yum/Portfile
> Diff
> -depends_lib
> -variant server \
> -description {Install bbstored server} {
> -pre-destroot {
> -addgroup bbstored
> -set gid [existsgroup bbstored]
> -adduser bbstored gid=${gid} realname=BoxBackup\ Server
> home=${prefix}/etc/boxbackup/bbstored
> -}
>
> +variant server de
On Mar 5, 2012, at 6:02 PM, Andrea D'Amore wrote:
> On Sun, Mar 4, 2012 at 03:41, Eric Cronin wrote:
>
>> ${svn.cmd} is the path the fetch stage used.
>
> Possible solutions were either patch the script to use ${svn.cmd} and
> therefore have the same repository format,
On Mar 3, 2012, at 7:56 PM, Ryan Schmidt wrote:
>
> On Mar 3, 2012, at 17:29, and.dam...@macports.org wrote:
>
>> Revision: 90376
>> http://trac.macports.org/changeset/90376
>> Author: and.dam...@macports.org
>> Date: 2012-03-03 15:29:37 -0800 (Sat, 03 Mar 2012)
>> Log Message:
>> -
On Feb 25, 2012, at 10:54 AM, Eric Cronin wrote:
>
> On Feb 25, 2012, at 4:14 AM, j...@macports.org wrote:
>
>> Revision
>> 90178
>> Author
>> j...@macports.org
>> Date
>> 2012-02-25 01:14:03 -0800 (Sat, 25 Feb 2012)
>> Log Message
>>
On Feb 25, 2012, at 4:14 AM, j...@macports.org wrote:
> Revision
> 90178
> Author
> j...@macports.org
> Date
> 2012-02-25 01:14:03 -0800 (Sat, 25 Feb 2012)
> Log Message
>
> help2man: revert r90139
help2man still needs to patch ${prefix}/bin/help2man in order to fix what
r90139 was attempting
On Feb 21, 2012, at 4:59 AM, Joshua Root wrote:
> On 2012-2-21 20:46 , Dan Ports wrote:
>> On Tue, Feb 21, 2012 at 05:48:44PM +1100, Joshua Root wrote:
>>> It seems that the subversion port doesn't know about the Apple-supplied
>>> root certs, and it's really inconvenient to put a config file in
>>
On 17.02.2012 09:54, Eric Cronin wrote:
+ 1. Edit macports.conf
+{{{
+`sudo nano ${prefix}/etc/macports/macports.conf`
+}}}
+and change
{{{
developer_dir /Developer
}}}
-to
+to
{{{
developer_dir
}}}
This is only necessary if the user has edited their macports.conf
+ 1. Edit macports.conf
+{{{
+`sudo nano ${prefix}/etc/macports/macports.conf`
+}}}
+and change
{{{
developer_dir /Developer
}}}
-to
+to
{{{
developer_dir
}}}
This is only necessary if the user has edited their macports.conf
previously, the default is for this line to be co
On Feb 17, 2012, at 1:56 AM, Joshua Root wrote:
> On 2012-2-17 15:38 , Eric Cronin wrote:
>> The main problem I ran in to is that a number of our ports cache the
>> compiler they were built with internally (libtool, python, apr), and then a
>> number of other ports interroga
On Feb 16, 2012, at 2:10 PM, Jeremy Huddleston wrote:
> Hi,
>
> As many of you may have noticed, XCode 4.3 was released today. The
> installation of XCode 4.3 is a bit different than previous releases and will
> require some updates to the macports installation wiki.
>
> 1) For starters, XCode
On Feb 5, 2012, at 5:56 AM, Marko Käning wrote:
>
> … in the meantime I did reinstall it and the result is the same:
> ---
> $ port contents virtualbox | grep org.macports.VirtualBox.plist
> $ port contents virtualbox | grep plist
> /opt/macports-test/Applications/VirtualBox.app/Contents/Info.pl
On 16.12.2011 09:25, Chris Perl wrote:
On Fri, Dec 16, 2011 at 03:30:30AM +0100, Clemens Lang wrote:
However, since the modeline contains ft=tcl for vim it actually
overrides the Portfile syntax from [1]. I personally find this
pretty
annoying. If somebody on this list has a better suggestion
On Oct 21, 2011, at 9:19 PM, David Evans wrote:
> On 10/21/11 4:29 PM, Ryan Schmidt wrote:
>> On Oct 20, 2011, at 17:35, David Evans wrote:
>>> On 10/20/11 2:41 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 15:15, devans wrote:
> py26-atspi: add license, remove redundant dependency on python
On Mon, 9 May 2011 05:27:22 -0500, Ryan Schmidt wrote:
On May 9, 2011, at 03:40, Joshua Root wrote:
Why do we have 'scapy' (which uses python25) and also 'py26-scapy'?
It
looks like Scapy is an application that happens to use python, so
there
should only be one port (possibly with variants to
On Dec 21, 2009, at 2:40 PM, Ryan Schmidt wrote:
>
> On Dec 21, 2009, at 12:59, ecro...@macports.org wrote:
>
>> Revision: 61822
>> http://trac.macports.org/changeset/61822
>> Author: ecro...@macports.org
>> Date: 2009-12-21 10:59:51 -0800 (Mon, 21 Dec 2009)
>> Log Message:
>>
On Jun 21, 2008, at 11:32 PM, Rainer Müller wrote:
> Landon Fuller wrote:
>> I would like to propose a policy for general consideration. I believe
>> it could save everyone energy and brain-cycles; let's call it
>> "batteries included":
>> As a general rule, ports should enable all standard
On Jan 14, 2008, at 4:18 AM, Emmanuel Hainry wrote:
I am the maintainer of the texlive package (with openmaintainer) and
since the port exists, the only bugs reported were "does not compile
in
leopard" (which is now solved) and "a lex file is not understood by
macports' lex on ppc" (which w
They are shell commands, executed by /bin/[ (see man test). First
one checks that ${prefix}/sbin/dhcpd exists and is +x, the second
that the PID file exists and is readable... The escapes are needed
to protect [ and $ from tcl (${prefix} is a tcl variable evaluated
when the Portfile runs,
30 matches
Mail list logo
