Super,
Thank you, this has me pointed in the right direction.
I appreciate your answers and your time
Lawrence Francell
On Aug 31, 2011, at 5:18 PM, Ryan Schmidt wrote:
On Aug 31, 2011, at 16:41, Lawrence Francell wrote:
If I use the macports installer, will it update the current
I know this must be an old issue, but I cannot find the answer so sorry for
asking again.
I ran port_cutleaves and got a host of registry errors: port_name not
registered for those ports which were found and which I asked to uninstall.
Is this b/c those ports were installed unter 1.9.x and now
I found an old bug open on adding support for additional keywords in the
startup plist created by the macport system, but it doesn't appear to have
been addressed. The documentation simultaneously says that using
start/stop instead of direct exec is less good, but that doesn't really
fly if you're
On Sep 1, 2011, at 09:49, Cantor, Scott wrote:
I found an old bug open on adding support for additional keywords in the
startup plist created by the macport system, but it doesn't appear to have
been addressed. The documentation simultaneously says that using
start/stop instead of direct exec
On 9/1/11 4:31 PM, Ryan Schmidt ryandes...@macports.org wrote:
I would say if you're going to be modifying a plist, you should be using
a tool designed to do so, like defaults or PlistBuddy.
That really addresses a different issue. Either way, one would have to
locate the plist to begin with,
On Sep 1, 2011, at 09:39, Richard DeLaurell wrote:
I know this must be an old issue, but I cannot find the answer so sorry for
asking again.
I ran port_cutleaves and got a host of registry errors: port_name not
registered for those ports which were found and which I asked to uninstall.
I just tried to run port -v selfupdate, and the update to MacPorts 2.0.2 fails.
It appears the problem is MacPorts is grabbig SQLite from
/Library/Frameworks/Mono.framework/Versions/2.10.3/include/sqlite3.h
With the final error being:
/usr/bin/cc -dynamiclib -g -O2 -W -Wall -pedantic
It appears the problem is MacPorts is grabbig SQLite from
/Library/Frameworks/Mono.framework/Versions/2.10.3/include/sqlite3.h
Obviously, part of the problem is that the version of SQlite being
found/used is from the Mono SDK (installed from go-mono.com),
installed at
On Sep 1, 2011, at 15:45, Troy Telford wrote:
I just tried to run port -v selfupdate, and the update to MacPorts 2.0.2
fails.
It appears the problem is MacPorts is grabbig SQLite from
/Library/Frameworks/Mono.framework/Versions/2.10.3/include/sqlite3.h
The Mono framework installs
On Sep 1, 2011, at 15:34, Cantor, Scott wrote:
On 9/1/11 4:31 PM, Ryan Schmidt wrote:
I would say if you're going to be modifying a plist, you should be using
a tool designed to do so, like defaults or PlistBuddy.
That really addresses a different issue. Either way, one would have to
On 9/1/11 5:17 PM, Ryan Schmidt ryandes...@macports.org wrote:
Sorry, I missed that you were asking about how to locate the plist file
itself. I thought you were talking about the regular expression you used
to locate the key within the plist.
My subject wasn't great. The regex is debateable,
On Sep 1, 2011, at 16:20, Cantor, Scott wrote:
On 9/1/11 5:17 PM, Ryan Schmidtwrote:
Yes that does seem to be the correct way to construct the plist file
location, based on:
That's where my contributor found them, I just wasn't sure if that meant
publically stable or not since I tend to
On 2011-09-01 21:08:35 +, Ryan Schmidt said:
On Sep 1, 2011, at 15:45, Troy Telford wrote:
I just tried to run port -v selfupdate, and the update to MacPorts 2.0.2 fails.
It appears the problem is MacPorts is grabbig SQLite from
On Sep 1, 2011, at 6:09 PM, Troy Telford wrote:
https://trac.macports.org/ticket/30932#comment:5
If you're interested in educating: Exactly how does the Mono framework
install it self in a broken way?
You could look at the ticket to see, but it installs a link to its own
pkg_config in
14 matches
Mail list logo