Re: [MacPorts] #32311: Snow Leopard: dlopen(.../Pextlib.dylib, 10): Library not loaded: /usr/lib/libcurl.4.dylib

This has come up before in IRC. Is it possible our SL-Download isn't actually built for/on SL? On Tue, Nov 29, 2011 at 05:12:22AM +, MacPorts wrote: > #32311: Snow Leopard: dlopen(.../Pextlib.dylib, 10): Library not loaded: > /usr/lib/libcurl.4.dylib > [...] > Tried installing MacPorts on Mac

Re: libsdl invalid command name "vercmp"

On Nov 28, 2011, at 21:10, Ryan Schmidt wrote: > On Nov 28, 2011, at 20:48, Bradley Giesbrecht wrote: > >> sh: line 0: cd: >> /opt/macports-clean/var/macports/software/zlib/zlib-1.2.5_0.darwin_10.x86_64.tbz2: >> No such file or directory >> shell command "cd >> /opt/macports-clean/var/macport

Re: libsdl invalid command name "vercmp"

On Nov 28, 2011, at 20:48, Bradley Giesbrecht wrote: > On Nov 28, 2011, at 6:35 PM, Ryan Schmidt wrote: > >> On Nov 28, 2011, at 19:15, Bradley Giesbrecht wrote: >> >>> $ portindex >>> Creating port index in >>> /opt/macports-clean/var/macports/sources/svn.macports.org/trunk/dports >>> Failed

Re: libsdl invalid command name "vercmp"

On Nov 28, 2011, at 6:35 PM, Ryan Schmidt wrote: > > On Nov 28, 2011, at 19:15, Bradley Giesbrecht wrote: > >> $ portindex >> Creating port index in >> /opt/macports-clean/var/macports/sources/svn.macports.org/trunk/dports >> Failed to parse file devel/libsdl/Portfile: invalid command name "ve

Re: libsdl invalid command name "vercmp"

On Nov 28, 2011, at 19:15, Bradley Giesbrecht wrote: > $ portindex > Creating port index in > /opt/macports-clean/var/macports/sources/svn.macports.org/trunk/dports > Failed to parse file devel/libsdl/Portfile: invalid command name "vercmp" > > > $ svn info > Path: . > URL: http://svn.macport

port deactivate --follow-dependents

Would be nice. Regards, Bradley Giesbrecht (pixilla) ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

libsdl invalid command name "vercmp"

$ portindex Creating port index in /opt/macports-clean/var/macports/sources/svn.macports.org/trunk/dports Failed to parse file devel/libsdl/Portfile: invalid command name "vercmp" $ svn info Path: . URL: http://svn.macports.org/repository/macports/trunk/dports Repository Root: http://svn.macpor

Re: How to analyse buildbot errors?

On 2011-11-29 09:24 , Christoph Iserlohn wrote: > Am 28.11.11 21:29, schrieb Jeremy Lavergne: >> Lots of >> file:path_eval([".","/var/root"],".erlang"): permission denied >> >> >> Used the compile -> stdio log. >> >> http://build.macports.org/builders/buildports-snowleopard-x86_64/builds/3342/steps

Re: How to analyse buildbot errors?

Am 28.11.11 21:29, schrieb Jeremy Lavergne: > Lots of > file:path_eval([".","/var/root"],".erlang"): permission denied > > > Used the compile -> stdio log. > > http://build.macports.org/builders/buildports-snowleopard-x86_64/builds/3342/steps/compile/logs/stdio > Ah, thanks! I'm not familar with b

Re: How to analyse buildbot errors?

On Nov 28, 2011, at 14:29, Jeremy Lavergne wrote: > Lots of > file:path_eval([".","/var/root"],".erlang"): permission denied So this might get fixed if we implement #31827. ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.m

Re: depends_run

On Nov 28, 2011, at 12:47, Bradley Giesbrecht wrote: > On Nov 28, 2011, at 10:13 AM, Ryan Schmidt wrote: > >> In my secondary MacPorts prefixes I turn off startup items (set >> startupitem_type to none in macports.conf). If you actually need the >> startupitems though in both / all of your Mac

Re: How to analyse buildbot errors?

The real error appears to be: mkdir -p dist/rabbit_common-0.0.0/ebin cp rabbit_common.app dist/rabbit_common-0.0.0/ebin/ ( cp ../rabbitmq-server/ebin/=ERROR.beam dist/rabbit_common-0.0.0/ebin/ ); ( cp ../rabbitmq-server/ebin/REPORT.beam dist/rabbit_common-0.0.0/ebin/ ); ( cp ../rabbitmq-serv

Re: How to analyse buildbot errors?

Lots of file:path_eval([".","/var/root"],".erlang"): permission denied Used the compile -> stdio log. http://build.macports.org/builders/buildports-snowleopard-x86_64/builds/3342/steps/compile/logs/stdio ___ macports-dev mailing list macports-dev@lis

How to analyse buildbot errors?

After I committed r87609 I received a builbot failure notice: http://build.macports.org/builders/buildports-snowleopard-x86_64/builds/3342 I would like to fix the problem, but it works fine on my machine (10.6.8/x86_64) and the error message is not very helpful in analyzing the problem either: >

Re: depends_run

On Nov 28, 2011, at 10:13 AM, Ryan Schmidt wrote: > > On Nov 28, 2011, at 10:51, Bradley Giesbrecht wrote: > >> The sqlgrey port does not need postfix to run but it is used by postfix to >> filter connections. The sqlgrey port could be installed and tested without >> postfix installed. When bu

Re: depends_run

On Nov 28, 2011, at 10:51, Bradley Giesbrecht wrote: > The sqlgrey port does not need postfix to run but it is used by postfix to > filter connections. The sqlgrey port could be installed and tested without > postfix installed. When building in a second MP install startup items collide. In my

Re: #32015: rabbitmq-server: update to 2.7.0

Am 28.11.11 18:12, schrieb Steve Powell: > Please could someone commit the update to rabbitmq-server for version > 2.7.0: > > https://trac.macports.org/ticket/32015 > > Thanks, > Steve Powell (a happy bunny) > Done in r87609. -- Christoph ___ macports-d

Re: getting python version used by another port

On Nov 28, 2011, at 10:21, Titus von Boxberg wrote: > I'd like to fix > http://trac.macports.org/ticket/31943 > > Short outline: > Currently there is a port py26-hgsubversion. > However, mercurial has moved to python27. > > The idea given in the ticket is to get the python version used by mercu

#32015: rabbitmq-server: update to 2.7.0

Please could someone commit the update to rabbitmq-server for version 2.7.0: https://trac.macports.org/ticket/32015 Thanks, Steve Powell (a happy bunny) --some more definitions from the SPD-- avoirdupois (phr.) 'Would you like peas with that?' distribute (v.) To denigrate an awa

Re: getting python version used by another port

> Mercurial supports (according to it's web page) 2.4 through 2.7 > > In the Portfile there is the line > python.default_version 27 > I didn't find that documented and could not figure out what exactly it > means. > Is it either > - PortGroup python now knows that there is a dependency on exactly t

Re: depends_run

On Nov 27, 2011, at 6:16 PM, Ryan Schmidt wrote: > > On Nov 27, 2011, at 16:02, Bradley Giesbrecht wrote: > >> From "man portfile": >> "List of dependencies to check before destroot, install and package >> targets." >> >> Wouldn't "activate" and package" targets be better choices? > > Possib

Re: getting python version used by another port

Am 28.11.2011 um 17:24 schrieb Jeremy Lavergne: >> Or is it necessary to create py27-hgsubversion and have py26-hgsubversion >> being replaced_by the former? > > If mercurial only supports 2.7 and not 2.6 then I'd switch everything out > with replaced_by. If both work, then two separate ports are

Re: SimGear port dependences.

On Mon, Nov 28, 2011 at 08:45, Bernard Davison wrote: > G'Day All, Howdy, > But then I thought to myself... Why build another version of OpenAL when > MacOS X Lion already includes an OpenAL framework. > Does anyone on this list have any idea? Probably not, and that's not even in FAQ.

getting python version used by another port

Hi, I'd like to fix http://trac.macports.org/ticket/31943 Short outline: Currently there is a port py26-hgsubversion. However, mercurial has moved to python27. The idea given in the ticket is to get the python version used by mercurial instead of hardcoding it into the hgsubversion Portfile. Is