On Sep 17, 2009, at 00:55, Scott Haneda wrote:
Hmmm, never had this issue before:
/opt/local/bin/php /opt/local/apache2/htdocs/test.php
That works and parse the echo phpInfo() I have in the file.
Loading the page in apache via Safari, I get the raw code. I
enabled apache...
$grep php
On Sep 17, 2009, at 00:29, Bryan Blackburn wrote:
Note that most of the issues recently have been port-related with
how Mac OS
X 10.6 builds 64bit by default, and not necessarily MacPorts 1.8.0.
And a lot of x86_64/i386 universal build issues. So neither of those
issues will affect you
On Sep 17, 2009, at 00:42, Scott Haneda wrote:
On Sep 16, 2009, at 10:25 PM, Ryan Schmidt wrote:
On Sep 17, 2009, at 00:23, Ryan Schmidt wrote:
On Sep 17, 2009, at 00:19, Scott Haneda wrote:
So this ui_msg is not designed to abort, it is just informational?
It is just informational. It
On Sep 16, 2009, at 11:02 PM, Ryan Schmidt wrote:
On Sep 17, 2009, at 00:55, Scott Haneda wrote:
Hmmm, never had this issue before:
/opt/local/bin/php /opt/local/apache2/htdocs/test.php
That works and parse the echo phpInfo() I have in the file.
Loading the page in apache via Safari, I get
Hi all,
I'm trying to install a python port called py25-nose, getting stopped on
this error:
--- Building tk
Error: Target org.macports.build returned: shell command cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/work/tk8.5.6/unix
Max,
Yeah, exporting LANG to en_US.UTF-8 and calling locale again should help.
You are using a 7-bit locale, trying to edit UTF-8 (or even 8-bit)
files, you'd get all kinds of weird results.
On Thu, Sep 17, 2009 at 1:31 AM, Max Brown max.e.br...@gmail.com wrote:
Hi Pawel,
On Wed, Sep 16, 2009
Yeah, exporting LANG to en_US.UTF-8 and calling locale again should help.
You are using a 7-bit locale, trying to edit UTF-8 (or even 8-bit)
files, you'd get all kinds of weird results.
Thanks, I will try that.
___
macports-users mailing list
On Thu, Sep 17, 2009 at 11:41 AM, Max Brown max.e.br...@gmail.com wrote:
Yeah, exporting LANG to en_US.UTF-8 and calling locale again should help.
You are using a 7-bit locale, trying to edit UTF-8 (or even 8-bit)
files, you'd get all kinds of weird results.
It works now. Thanks!
I've read and tried this:
http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash
But I'm still getting the following error.
Some googling on the '/opt/local/bin/gsed: can't read /opt/local/lib/
libgtk-x11-2.0.la: No such file or
On Sep 17, 2009, at 10:16, Brian Dunn wrote:
I've read and tried this:
http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash
But I'm still getting the following error.
Some googling on the '/opt/local/bin/gsed: can't read
This is likely a very naive question(s). I have an application (.app).
It makes use of CairoGrahics library (libcairo.dylib) provided by
Macports. I have some users though, who are not going to install
macports on their systems just so they can use my app. Can I just copy
the appropriate
Hi,
The best way to achieve what you want to do is to statically build
Cairo, and any libraries it depends on (except MacOS system libs, of
course), and statically link your application against those static
libraries.
Thanks,
Pawel.
On Thu, Sep 17, 2009 at 10:51 AM, Travis Griggs
Well one cant upgrade a port one can't compile, so instead I did
$ port deps gnucash +without_hbci
Full Name: gnucash @2.2.9+no_x11+without_hbci
Build Dependencies: libtool, lzmautils
Library Dependencies: p5-xml-parser, glib2, gconf, guile16, slib, slib-
guile16, popt, libgnomeui,
'fetch.type svn' installs port:subversion instead of use native MacOSX SVN
client from /usr/bin
In the sam time 'port sync' for sources from svn reporitory uses
/usr/bin/svn
I see no reason to install port:subversion for 'fetch.type svn' and
propose to remove this dependency.
--
The
On Sep 17, 2009, at 13:44, Brian Dunn wrote:
On Sep 17, 2009, at 10:26 AM, Ryan Schmidt wrote:
On Sep 17, 2009, at 10:16, Brian Dunn wrote:
I've read and tried this:
http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash
But I'm
Travis Griggs wrote:
I have an application (.app). It makes use of CairoGrahics library
(libcairo.dylib) provided by Macports. I have some users though, who
are not going to install macports on their systems just so they can
use my app. Can I just copy the appropriate dylibs to location of
On Sep 17, 2009, at 13:54, Vitaly Harisov wrote:
'fetch.type svn' installs port:subversion instead of use native
MacOSX SVN client from /usr/bin
In the sam time 'port sync' for sources from svn reporitory uses /
usr/bin/svn
I see no reason to install port:subversion for 'fetch.type svn'
On Thu, 17 Sep 2009 22:17:11 +0300, Ryan Schmidt ryandes...@macports.org
wrote:
On Sep 17, 2009, at 13:54, Vitaly Harisov wrote:
'fetch.type svn' installs port:subversion instead of use native MacOSX
SVN client from /usr/bin
In the sam time 'port sync' for sources from svn reporitory uses
On Sep 17, 2009, at 14:37, Vitaly Harisov wrote:
On Thu, 17 Sep 2009 22:17:11 +0300, Ryan Schmidt wrote:
Finally, it was changed so that on Snow Leopard, which has a recent-
enough svn, the system svn is allowed to be sufficient:
http://trac.macports.org/changeset/56160
So, it is correct
On Sep 17, 2009, at 12:15 PM, Raphael Straub wrote:
Travis Griggs wrote:
I have an application (.app). It makes use of CairoGrahics library
(libcairo.dylib) provided by Macports. I have some users though,
who are not going to install macports on their systems just so they
can use my app.
When trying to compile kdepim4 it seems to be hung up on qt4-mac build
failures.
Is there a known work around for this ?
Thanks
% sudo port install qt4-mac
--- Computing dependencies for qt4-mac
--- Building qt4-mac
Error: Target org.macports.build returned: shell command cd
On 2009-09-17, at 3:15 PM, Travis Griggs wrote:
Static linking isn't an option for us. And your point about it being
major version specific is not really doable for us. So I'll do some
more digging in how to get Cairo built for myself to run on multiple
version and be able to be placed in
On Sep 17, 2009, at 4:18 PM, Scot Ballard wrote:
When trying to compile kdepim4 it seems to be hung up on qt4-mac
build failures.
Is there a known work around for this ?
Thanks
% sudo port install qt4-mac
--- Computing dependencies for qt4-mac
--- Building qt4-mac
Error: Target
23 matches
Mail list logo