Re: gnucash linking wrong libffi.dylib

On 3-Feb-08, at 11:27 PM, David Reiser wrote: On Feb 3, 2008, at 5:21 PM, Jeffrey Goldberg wrote: I must confess that I do not even begin to understand prebinding. Nor do I know what the OS X analog of the linux ldconfig command and configuration is. But I suspect that the answer to my

Re: gnucash linking wrong libffi.dylib

On Feb 3, 2008, at 5:21 PM, Jeffrey Goldberg wrote: I must confess that I do not even begin to understand prebinding. Nor do I know what the OS X analog of the linux ldconfig command and configuration is. But I suspect that the answer to my problem will lie in those directions. I've in

Re: Error upgrading Apache2

I can't get Apache 2.2.6 to upgrade to Apache 2.2.8 in MacPorts 1.6 either ... Mac OSX 10.4.11 on a PowerBook Ti 667 (PowerPC) with MacPorts 1.6.0 Quite early on it fails with a error 2 Never had a problem before - everything else has built fine, including previous Apache 2.2.x's Terminal ou

Re: Can the port command take advantage of multiple cores?

On 2008-02-02 17:45:35 -0600, Ryan Schmidt wrote: > Not exactly. Not all software supports parallel building. Each port must > be tested to ensure that it works. As ports are tested, > "use_parallel_build yes" is added to the portfile. Then MacPorts will > build those ports using -j$jobs (wher

Re: how to reconfigure f2py

Hello, I have upgraded my py25-numpy package. It works. Thanks, Jim --- Adam Mercer <[EMAIL PROTECTED]> wrote: > On Jan 30, 2008 5:13 PM, Dexter Douglas > <[EMAIL PROTECTED]> wrote: > > > Then I modified the linker flags. > > In > > > /opt/local/lib/python2.5/site-packages/numpy/distutils/fc

Re: NOT SOLVED: libtool woes

paul beard wrote: > Too hasty, it seems. Apache2 upgraded just fine but libidl is still > balking. I looked back and saw your original post - this is a different error entirely: /bin/sh ./libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -no-cpp-precomp -version-info 0:0:0 -L/opt/local/lib -

Re: libtool woes

Ryan Schmidt wrote: libtool is usually built in the build directory by running configure, it is included in the package. I had a quick look at the bugs mentioned: http://trac.macosforge.org/projects/macports/ticket/13653 http://trac.macosforge.org/projects/macport

NOT SOLVED: libtool woes

Too hasty, it seems. Apache2 upgraded just fine but libidl is still balking. On Feb 3, 2008 2:37 PM, paul beard <[EMAIL PROTECTED]> wrote: > > > On Feb 3, 2008 1:33 PM, paul beard <[EMAIL PROTECTED]> wrote: > > > > > > > I am trying this regime: sudo port -f uninstall libtool > > sudo port -f uni

Re: libtool woes

On 2008-02-03 , at 14:33 , paul beard wrote: I am trying this regime: sudo port -f uninstall libtool sudo port -f uninstall apr sudo port install libtool sudo port install apr sudo port clean apache2 sudo port upgrade apache2 This worked on my 10.5 system where I had the apache2 problem as we

SOLVED: libtool woes

On Feb 3, 2008 1:33 PM, paul beard <[EMAIL PROTECTED]> wrote: > > > I am trying this regime: sudo port -f uninstall libtool > sudo port -f uninstall apr > sudo port install libtool > sudo port install apr > sudo port clean apache2 > sudo port upgrade apache2 > This seems to work. -- Paul Bear

Re: py25-hashlib failing on build

Suresh> As mentioned in my previous thread, I cannot install some Suresh> required python libs since py25-hashlib is failing: I can confirm that, and for the same reason. It's like it doesn't know what the compiler command is. I install various versions of Python from source all the time

gnucash linking wrong libffi.dylib

I must confess that I do not even begin to understand prebinding. Nor do I know what the OS X analog of the linux ldconfig command and configuration is. But I suspect that the answer to my problem will lie in those directions. I've installed gnome/gnucash using macports (that was a bit of

Oracle Notes

For anyone else who may be struggling with getting Oracle to play with MacPorts PHP, here are my notes after installation on three systems and about 100 hours of tinkering. Start with a PowerPC, as the Oracle Instant Client for Mac does not yet work with Intel machines. 1. Install php5 with oracle

py25-hashlib failing on build

As mentioned in my previous thread, I cannot install some required python libs since py25-hashlib is failing: ---> Building py25-hashlib with target build Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports

Re: libtool woes

On Feb 3, 2008, at 15:09, Chris Janton wrote: On 2008-02-03 , at 13:03 , Ryan Schmidt wrote: Maybe the problem is that the users experiencing this problem installed either libtool or apr or both before MacPorts 1.6 and are now trying to install apache2 with MacPorts 1.6? Could that be? I

Re: libtool woes

On Feb 3, 2008 1:24 PM, David Epstein <[EMAIL PROTECTED]> wrote: > > > Ryan Schmidt-24 wrote: > > > > "unable to infer tagged configuration" when trying to build apache2 > > is already filed: > > http://trac.macosforge.org/projects/macports/ticket/13653 > > ...[snip]... > > Both tickets include lo

Re: libtool woes

Ryan Schmidt-24 wrote: > > "unable to infer tagged configuration" when trying to build apache2 > is already filed: > http://trac.macosforge.org/projects/macports/ticket/13653 > ...[snip]... > Both tickets include lots of discussion. The apache2 ticket includes > patches which someone said wo

Re: libtool woes

On 2008-02-03 , at 13:03 , Ryan Schmidt wrote: Maybe the problem is that the users experiencing this problem installed either libtool or apr or both before MacPorts 1.6 and are now trying to install apache2 with MacPorts 1.6? Could that be? If so the solution would be to rebuild libtool or

Re: [MacPorts] #14163: Endless Avahi system.log errors

On Feb 3, 2008, at 13:56, Adam Dershowitz wrote: On Feb 3, 2008, at 11:46 AM, Ryan Schmidt wrote: Le 3 févr. 08 à 19:15, Adam Dershowitz a écrit : I have looked into this a little more. I am not sure, but it looks to me like org.macports.dbus.plist is disabled by default (at least when t

Re: libtool woes

On Feb 3, 2008, at 13:50, Peter O'Gorman wrote: Ryan Schmidt wrote: what baffles me about this is that the libtool that's being invoked is part of the port's code: /bin/sh ./libtool --tag=CC --mode=link gcc -O2 -no-cpp-precomp -version-info 0:0:0 -L/opt/local/lib -lglib-2.0 -lintl -licon

Re: [MacPorts] #14163: Endless Avahi system.log errors

On Feb 3, 2008, at 11:46 AM, Ryan Schmidt wrote: Le 3 févr. 08 à 19:15, Adam Dershowitz a écrit : I have looked into this a little more. I am not sure, but it looks to me like org.macports.dbus.plist is disabled by default (at least when this problem cropped up, I was showing it as disabl

Re: libtool woes

Ryan Schmidt wrote: >>> >>> what baffles me about this is that the libtool that's being invoked is >>> part of the port's code: >>> >>> /bin/sh ./libtool --tag=CC --mode=link gcc -O2 -no-cpp-precomp >>> -version-info 0:0:0 -L/opt/local/lib -lglib-2.0 -lintl -liconv >>> -no-undefined -L/opt/local

Re: [MacPorts] #14163: Endless Avahi system.log errors

Le 3 févr. 08 à 19:15, Adam Dershowitz a écrit : I have looked into this a little more. I am not sure, but it looks to me like org.macports.dbus.plist is disabled by default (at least when this problem cropped up, I was showing it as disabled, so I assume it started that wayor somethin

Re: libtool woes

On Feb 3, 2008, at 13:27, Peter O'Gorman wrote: paul beard wrote: On Feb 3, 2008 1:32 AM, Anders F Björklund wrote: paul beard wrote: Looks like I have some problem with libtool. libIDL and Apache2 both fail to upgrade. ... libtool: compile: unable to infer tagged configuration libt

Re: libtool woes

paul beard wrote: > > > On Feb 3, 2008 1:32 AM, Anders F Björklund <[EMAIL PROTECTED] > > wrote: > > paul beard wrote: > > > Looks like I have some problem with libtool. > > libIDL and Apache2 both fail to upgrade. > ... > > libtool: compile: unabl

Re: [MacPorts] #14163: Endless Avahi system.log errors

Le 3 févr. 08 à 19:15, Adam Dershowitz a écrit : I have looked into this a little more. I am not sure, but it looks to me like org.macports.dbus.plist is disabled by default (at least when this problem cropped up, I was showing it as disabled, so I assume it started that wayor somethi

Re: libtool woes

On Feb 3, 2008 1:32 AM, Anders F Björklund <[EMAIL PROTECTED]> wrote: > paul beard wrote: > > > Looks like I have some problem with libtool. > > libIDL and Apache2 both fail to upgrade. > ... > > libtool: compile: unable to infer tagged configuration > > libtool: compile: specify a tag with `--tag

Re: libtool woes

On Feb 3, 2008 8:29 AM, Anders F Björklund <[EMAIL PROTECTED]> wrote: > > Rebuilding libtool might also work, haven't tried that either. > I have. It doesn't help. How do you use the configure args you posted? Just on the commandline? -- Paul Beard / www.paulbeard.org/ <[EMAIL PROTECTED]/[EMAI

Re: Can the port command take advantage of multiple cores?

On Feb 3, 2008, at 10:26, Anders F Björklund wrote: James Sumners wrote: It looks to me like all you have to do is set "buildmakejobs" to the number of jobs you want make to use. I assume port will then use that many jobs when a portfile allows it. The number of build jobs is ignored, until

Re: Can the port command take advantage of multiple cores?

skip> Where do I set that, on the command line, in a config file? Sorry. Saw it in a later message in the thread. I'll be more patient next time. Skip ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org

Re: libtool woes

Ryan Schmidt wrote: This problem is since the change to "/usr/bin/gcc-4.0" for CC. Switching compiler back to "gcc" (or "gcc-4.0") makes it work. Something like: port build configure.cc=gcc configure.cxx=g++ Can you explain more? Isn't "gcc" the same as "/usr/bin/gcc" which is a symlink to "

Re: Can the port command take advantage of multiple cores?

James Sumners wrote: It looks to me like all you have to do is set "buildmakejobs" to the number of jobs you want make to use. I assume port will then use that many jobs when a portfile allows it. The number of build jobs is ignored, until the port says that it works. (otherwise the above is r

Re: Can the port command take advantage of multiple cores?

James> It looks to me like all you have to do is set "buildmakejobs" to James> the number of jobs you want make to use. Where do I set that, on the command line, in a config file? Thanks, -- Skip Montanaro - [EMAIL PROTECTED] - http://www.webfast.com/~skip/ The major difference betwe

Re: Can the port command take advantage of multiple cores?

Ryan Schmidt wrote: Ryan> As ports are tested, "use_parallel_build yes" is added to the Ryan> portfile. Then MacPorts will build those ports using -j$jobs Ryan> (where $jobs is the number of CPU cores in your computer). This Ryan> was added for MacPorts 1.6. Excellent, thanks

Re: Can the port command take advantage of multiple cores?

It looks to me like all you have to do is set "buildmakejobs" to the number of jobs you want make to use. I assume port will then use that many jobs when a portfile allows it. On Feb 3, 2008 11:03 AM, Ryan Schmidt <[EMAIL PROTECTED]> wrote: > > On Feb 2, 2008, at 18:08, [EMAIL PROTECTED] wrote: >

Re: [Proposal ] Name of Python's port

On Feb 2, 2008, at 18:06, [EMAIL PROTECTED] wrote: js> So IMHO using py24 prefix for 2.4 port would be more intuitive. js> What do you think of this? +1. In fact, with Python 2.6 and 3.0 on the way I suspect it would be best to add version numbers to all versions of Python for aw

Re: Can the port command take advantage of multiple cores?

On Feb 2, 2008, at 18:08, [EMAIL PROTECTED] wrote: Ryan> As ports are tested, "use_parallel_build yes" is added to the Ryan> portfile. Then MacPorts will build those ports using -j$jobs Ryan> (where $jobs is the number of CPU cores in your computer). This Ryan> was added

Re: libtool woes

On Feb 3, 2008, at 03:32, Anders F Björklund wrote: paul beard wrote: Looks like I have some problem with libtool. libIDL and Apache2 both fail to upgrade. ... libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' This problem is since the cha

Re: [Proposal ] Name of Python's port

Ryan Schmidt wrote: What do you think of this? I' like to hear some comments on this and as a long-term goal, it would be nice to have a portnaming guildeline for python (or ALl ports across MacPorts project) The guideline is: use a numbered prefix if there's a good reason to. A prefix was no

Re: Can the port command take advantage of multiple cores?

Rainer Müller wrote: And it would be not a real problem if a port fails, there is always the workaround to disable this option in macports.conf again until the Portfile for a failing port is modified accordingly. You can also disable it at runtime, by giving the argument build.jobs=1 --ander

Re: libtool woes

paul beard wrote: Looks like I have some problem with libtool. libIDL and Apache2 both fail to upgrade.  ... libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' This problem is since the change to "/usr/bin/gcc-4.0" for CC. Switching compiler b