Ryan and friends,
I really love the MacPorts community. Really, I mean that. It's one of the
most enjoyable groups of people even though we have never met in person and
even though we each contribute in different ways. Thank you to everyone for
the various contributions and for making MacPorts way
Ryan,
A follow-up question if you don't mind (I had to walk away from the computer
to think and then come back to this). In the example you gave of:
The dependency is declared like this:
depends_build \
bin:gperf:gperf
That means if a binary (the bin part) called gperf (the first gperf
Ryan Schmidt wrote:
Unless you've overridden this path by setting binpath in the
macports.conf. (This is only available in MacPorts trunk, not in
MacPorts 1.6.0.)
This is already available in 1.6.0, but it was not documented.
For libraries, I'm not sure where the code is that searches,
Ryan Schmidt wrote:
On May 29, 2008, at 07:43, Tabitha McNerney wrote:
For example, it might be a good idea to try and have as many
dependencies for ports (whether build, run or library) be based on
other ports rather than what Apple provides on the root filesystem
because Apple can
Tobias Weisserth wrote:
I am having trouble with my Ruby installation from MacPorts.
This is what I have installed:
Installed Versions:
1.8.6-p110_0+thread_hooks 1.8.6-p111_1+thread_hooks
Active Version:
1.8.6-p111_1+thread_hooks
Now I want to uninstall the deactivated version
That worked! Thanks Robert.
On Mon, May 19, 2008 at 11:57 AM, Lorin Rivers [EMAIL PROTECTED] wrote:
OK, thanks, I'll try the unload/load mambo and see what happens
On Mon, May 19, 2008 at 11:21 AM, Robert Liesenfeld [EMAIL PROTECTED]
wrote:
On May 19, 2008, at 8:14 AM, Lorin Rivers
Trying to install kazehakase, I get the following error while building
mozilla (using port 1.6, OS X 10.4.11, Xcode 2.5, Intel arch)
nmedit -s ../../../build/unix/gnu-ld-scripts/components-export-list libp3p.dylib
nmedit: can't make global coalesced symbols (like
__ZN10nsIDOMAttr6GetIIDEv) into
Justin Corn wrote:
Trying to install kazehakase, I get the following error while building
mozilla (using port 1.6, OS X 10.4.11, Xcode 2.5, Intel arch)
Mozilla is pretty old. Try installing kazehakase with the seamonkey variant.
- Josh
___
Hi All,
Once again, the latest security patch 2008-003 for Tiger broke our Apache 2
installation by replacing apachectl. Earlier posts on this topic are
repeated below for any new listers:
Subject: Tiger software update replaces apachectl
I found out (the hard way) that the latest Apple
On May 29, 2008, at 09:00, Joshua Root wrote:
So yes, the dependency should probably be changed to port:gperf for
all
platforms. :-)
Done!
___
macports-users mailing list
macports-users@lists.macosforge.org
On 29May2008 19:53, John Korchok [EMAIL PROTECTED] wrote:
| Once again, the latest security patch 2008-003 for Tiger broke our Apache 2
| installation by replacing apachectl. Earlier posts on this topic are
| repeated below for any new listers:
|
| Subject: Tiger software update replaces
Cameron Simpson wrote:
Yes, I feel your pain - I have a similar issue on another platform with
another vendor. But it's not the vendor's fault, nor their problem.
You and I have hacked in the vendor's playground, and it's our problem
to make those hacks persist.
I think we all agree on this.
Hi !
On 30 mai 08, at 02:46, Rainer Müller wrote:
Cameron Simpson wrote:
Yes, I feel your pain - I have a similar issue on another platform
with
another vendor. But it's not the vendor's fault, nor their problem.
You and I have hacked in the vendor's playground, and it's our
problem
On May 29, 2008, at 19:49, Alakazam wrote:
On 30 mai 08, at 02:46, Rainer Müller wrote:
Cameron Simpson wrote:
Yes, I feel your pain - I have a similar issue on another platform
with another vendor. But it's not the vendor's fault, nor their
problem. You and I have hacked in the vendor's
On 30May2008 02:46, Rainer M?ller [EMAIL PROTECTED] wrote:
Cameron Simpson wrote:
Yes, I feel your pain - I have a similar issue on another platform with
another vendor. But it's not the vendor's fault, nor their problem.
You and I have hacked in the vendor's playground, and it's our problem
On 29May2008 20:12, Ryan Schmidt [EMAIL PROTECTED] wrote:
| I would like to suggest migrating John's initial summary to a Howto
| (and am ready to do so based on your work), if that seems appropriate.
|
| The reason for the hack is to let System Preferences Sharing Web
| Sharing control the
I most definitely am not blaming Apple for this and apologize for a
misleading subject line. I am just trying to alert users who might be in the
same boat. You apply a security patch and your web server goes wonky, it's
not immediately apparent what the connection is.
John
-Original
Yes. I also would appreciate a clear HOWTO for that kind of thing,
being new
to Macs and already missing the simple (and sometimes simplistic) /
etc/init.d
scheme common on other platforms:-)
As Ryan indicated (and I agree that hacking the Apple provided
services is not very good
Ryan Schmidt wrote:
I don't think I like that hack very much. Wouldn't it be better to
write up how to install a 3rd-party launchctl manager which you could
use to start and stop all MacPorts-supplied startup services?
There is 'port load/unload' on trunk which basically does this. It is
On 2008-05-29 , at 18:12 , Ryan Schmidt wrote:
I don't think I like that hack very much. Wouldn't it be better to
write up how to install a 3rd-party launchctl manager which you could
use to start and stop all MacPorts-supplied startup services?
Go to this webpage
On May 29, 2008, at 20:23, Chris Janton wrote:
On 2008-05-29 , at 18:12 , Ryan Schmidt wrote:
I don't think I like that hack very much. Wouldn't it be better to
write up how to install a 3rd-party launchctl manager which you could
use to start and stop all MacPorts-supplied startup
Ryan Schmidt wrote:
Right, lingon, that's the name I couldn't think of. We could write up
something on our web site about using that.
Sounds like a good idea.
We already have a port for it...
http://db.macports.org/port/show/4001
Hm, the description of this port is wrong. Actually
Never mind on this - I just read the follow-ups. I still think this
is a really dangerous thing to do, but since the original poster
realizes this also, I'll not belabor the point.
- Jordan
On May 29, 2008, at 7:35 PM, Jordan K. Hubbard wrote:
I'm not sure I understand what point you're
On May 29, 2008, at 20:37, Rainer Müller wrote:
Ryan Schmidt wrote:
Right, lingon, that's the name I couldn't think of. We could write
up something on our web site about using that.
Sounds like a good idea.
We already have a port for it...
http://db.macports.org/port/show/4001
Hm,
On May 17, 2008, at 14:27, Brian P. Flaherty wrote:
On Wed, 14 May 2008, Chris Pickel wrote:
If you're concerned about your MacPorts installation, the best
thing to do
would be to remove the configure args you added, then `sudo port -
f configure
libgcrypt`, and find config.log in
I noticed that plotting with the new Octave version 3.0.1 on Macports
is very slow compared to older versions of Octave, e.g. 2.1.71. In
the old Octave, small plots appear instantaneously, probably before
the Return key hits its stop. In Octave 3.0.1, there is a lag of
about a
On Thu, May 29, 2008 at 2:18 PM, Ryan Schmidt [EMAIL PROTECTED]
wrote:
On May 29, 2008, at 09:00, Joshua Root wrote:
So yes, the dependency should probably be changed to port:gperf for
all
platforms. :-)
Done!
Wow, I'm glad that my questions trickled down to an improvement. What a
Tabitha McNerney wrote:
I have what might seem to be a dumb question. I noticed today that the
MacPort named libiconv version 1.12 has a build dependency on another
port named gperf, specifically:
$ port deps libiconv
libiconv has build dependencies on:
gperf
Just as
On Thu, May 29, 2008 at 7:00 PM, Rainer Müller [EMAIL PROTECTED] wrote:
Tabitha McNerney wrote:
I have what might seem to be a dumb question. I noticed today that the
MacPort named libiconv version 1.12 has a build dependency on another port
named gperf, specifically:
$ port deps
29 matches
Mail list logo