From macports.users at gmail.com Fri Feb 1 09:42:06 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Feb 2 15:14:47 2008 Subject: This version of Links does not contain SSL/TLS support Message-ID: Hi, I get this error when I try to load some pages. `This version of Links does not contain SSL/TLS support' However it reads `SSL support since version 0.94.' here: $ links -version Links 2.1pre28 Regards, From blb at macports.org Fri Feb 1 17:36:35 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat Feb 2 15:14:48 2008 Subject: This version of Links does not contain SSL/TLS support In-Reply-To: References: Message-ID: <328C41C4-5201-4963-AF8B-BA13131AEA3C@macports.org> On Feb 1, 2008, at 10:42 AM, Charlse Darwin wrote: > Hi, > > I get this error when I try to load some pages. > `This version of Links does not contain SSL/TLS support' > How did you install links? You need to use the ssl variant: $ sudo port install links +ssl and that should build in support for SSL/TLS. Bryan > However it reads `SSL support since version 0.94.' here: > > > $ links -version > Links 2.1pre28 > > Regards, From ebgssth at gmail.com Fri Feb 1 21:45:06 2008 From: ebgssth at gmail.com (js) Date: Sat Feb 2 15:14:48 2008 Subject: [Proposal ] Name of Python's port Message-ID: Hi, port search python shows me that every python2.5 port has prefix "py25" but that of 2.4 is only "py". If MacPorts would consider python2.4 is recommended python (due to some known problem) and called python2.4 port just "python", that would make sense, but ,unfortunately, it's not so. So IMHO using py24 prefix for 2.4 port would be more intuitive. 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) Thanks in advance! From ryandesign at macports.org Sat Feb 2 04:48:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:14:49 2008 Subject: Anyone have dcraw 8.81 installed? Message-ID: <01EF8893-4C61-4D9B-A60B-6E3A6D4F44CD@macports.org> Does anybody have the dcraw 8.81 port installed? If so, please email me; I would like to get the distfile from you. The distfile currently available from the dcraw web site does not match the one with which the portfile was made; see: http://trac.macosforge.org/projects/macports/ticket/13941 I would like to compare the current distfile with the old one, to make sure the differences are ok, as per reason 2 here: http://trac.macports.org/projects/macports/wiki/ FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit But I can't find the old distfile available for download anywhere, hence I need to ask you. From nox at macports.org Sat Feb 2 08:35:48 2008 From: nox at macports.org (N_Ox) Date: Sat Feb 2 15:14:49 2008 Subject: My Nano Is in French! In-Reply-To: <4BEC5961-1325-42AE-9E3F-255CBDA3C475@gmail.com> References: <4BEC5961-1325-42AE-9E3F-255CBDA3C475@gmail.com> Message-ID: <93310620-D3CA-4187-B976-59EEE23DB87B@macports.org> Le 2 f?vr. 08 ? 14:30, Charlse Darwin a ?crit : > Hi, > Nano is installed in French; how do I change it back to English? > > Regards, Your environment must say you're french. Check your environment to see if LANG or LC_ALL is set to something like fr_FR and reset it accordingly. Regards, -- Anthony Ramine, the "Ports tree cleaning Maestro". From face at CentosPrime.COM Sat Feb 2 08:41:27 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sat Feb 2 15:14:50 2008 Subject: Error in sqlite3 build - invalid command name "configure.awk" Message-ID: <7AEA72C8-F165-4728-AADF-451B738D05AC@CentosPrime.COM> PPC Mac OS X 10.3.9 server admin@x:admin:124 $ sudo port sync admin@x:admin:125 $ sudo port outdated The following installed ports are outdated: sqlite3 3.5.4_0 < 3.5.5_0 admin@x:admin:126 $ sudo port upgrade sqlite3 Error: Unable to open port: invalid command name "configure.awk" Unfortunately I can't see how it works on my 10.4 or 10.5 system - I think it will, but... mac-2 3 # sudo port upgrade sqlite3 ---> Fetching sqlite3 ---> Attempting to fetch sqlite-3.5.5.tar.gz from http:// www.sqlite.org/ ---> Attempting to fetch sqlite-3.5.5.tar.gz from http:// svn.macports.org/repository/macports/distfiles/sqlite3 ---> Attempting to fetch sqlite-3.5.5.tar.gz from http:// svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch sqlite-3.5.5.tar.gz from http:// svn.macports.org/repository/macports/downloads/sqlite3 Error: Target org.macports.fetch returned: fetch failed Error: Unable to upgrade port: 1 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From face at CentosPrime.COM Sat Feb 2 09:06:12 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sat Feb 2 15:14:50 2008 Subject: Error upgrading Apache2 Message-ID: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> This occurs on both 10.4 and 10.5 with macports version 1.6 or later. Same error on both systems. ---> Building apache2 with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8" && make all " returned error 2 Command output: Making all in srclib Making all in os Making all in unix /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/ gcc-4.0 -I/opt/local/include -O2 -DDARWIN - DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include - I. -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/generators -I/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/database -I/opt/local/include/apr-1 -I/ opt/local/include -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.8/modules/dav/main -prefer-non-pic -static -c unixd.c && touch unixd.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[3]: *** [unixd.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Error: Unable to upgrade port: 1 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From skip at pobox.com Sat Feb 2 10:53:53 2008 From: skip at pobox.com (skip@pobox.com) Date: Sat Feb 2 15:14:50 2008 Subject: Can the port command take advantage of multiple cores? Message-ID: <18340.48193.193025.467642@montanaro.dyndns.org> As the subject says, can I take advantage my my shiny new dual-core MacBook Pro? Something like "port install -j2"? Thx, -- Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ The major difference between Democrats and Republicans is that Republicans don't know that Randy Newman's lyrics are full of sarcasm. From jmpp at macports.org Sat Feb 2 12:25:06 2008 From: jmpp at macports.org (Juan Manuel Palacios) Date: Sat Feb 2 15:14:51 2008 Subject: bug for installing Macports? In-Reply-To: <20080129212546.GA10565@velsheda.lateralis.org> References: <25bab8360801272156x14642fe3waf97f333989ab425@mail.gmail.com> <25bab8360801280101oe1d29e3j1f8c991b4812058f@mail.gmail.com> <25bab8360801280105u17acef18h4eaa99aa382669ca@mail.gmail.com> <25bab8360801291230h2486ad44qe8a0d306296b6505@mail.gmail.com> <20080129212546.GA10565@velsheda.lateralis.org> Message-ID: > ' >> Even for the selfupdate I get error messages: >> >> $ sudo port selfupdate >> Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the >> ports tree: Synchronization the local ports tree failed doing rsync >> >> and fails. >> Providing us with more information through port(1)'s -d flag would be very helpful to diagnose the problem that's keeping you from syncing your ports tree. -jmpp From dersh at alum.mit.edu Sat Feb 2 14:19:42 2008 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Sat Feb 2 15:14:51 2008 Subject: Endless Avahi system.log errors Message-ID: <4365E5A4-3101-4A3F-8ED8-D36B12EF9867@alum.mit.edu> I have Avahi port installed due to a dependency. I recently noticed that my system.log contains this repeated every 10 seconds: Feb 2 14:16:35 Macintosh org.freedesktop.avahi-dnsconfd[808]: connect(): No such file or directory Feb 2 14:16:35 Macintosh org.freedesktop.avahi-dnsconfd[808]: Failed to connect to the daemon. This probably means that you Feb 2 14:16:35 Macintosh org.freedesktop.avahi-dnsconfd[808]: didn't start avahi-daemon before avahi-dnsconfd. Feb 2 14:16:35 Macintosh com.apple.launchd[1] (org.freedesktop.avahi- dnsconfd[808]): Exited with exit code: 1 Feb 2 14:16:35 Macintosh com.apple.launchd[1] (org.freedesktop.avahi- dnsconfd): Throttling respawn: Will start in 10 seconds Feb 2 14:16:36 Macintosh org.freedesktop.avahi-daemon[809]: Found user 'avahi' (UID 502) and group 'avahi' (GID 502). Feb 2 14:16:36 Macintosh org.freedesktop.avahi-daemon[809]: Successfully dropped root privileges. Feb 2 14:16:36 Macintosh org.freedesktop.avahi-daemon[809]: avahi- daemon 0.6.22 starting up. Feb 2 14:16:36 Macintosh org.freedesktop.avahi-daemon[809]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Feb 2 14:16:36 Macintosh org.freedesktop.avahi-daemon[809]: dbus_bus_get_private(): Failed to connect to socket /opt/local/var/run/ dbus/system_bus_socket: No such file or directory Feb 2 14:16:36 Macintosh org.freedesktop.avahi-daemon[809]: WARNING: Failed to contact D-Bus daemon. Feb 2 14:16:36 Macintosh com.apple.launchd[1] (org.freedesktop.avahi- daemon[809]): Exited with exit code: 255 Feb 2 14:16:36 Macintosh com.apple.launchd[1] (org.freedesktop.avahi- daemon): Throttling respawn: Will start in 10 seconds I found this: http://lists.macosforge.org/pipermail/macports-users/2007-October/006496.html that seems to relate, but I am not sure why the stream of errors. Any suggestions about why and what to do about it? I am not even sure if this is really a macports issue or an avahi issue, but I figured that this is the right place to start. It looks like something is perhaps not installed or configured correctly? Thanks, --Adam From wsiegrist at apple.com Sat Feb 2 15:16:46 2008 From: wsiegrist at apple.com (William Siegrist) Date: Sat Feb 2 15:18:10 2008 Subject: macports-users has been fixed Message-ID: <8679795E-98A7-4B6A-9C52-4E2966C20D0A@apple.com> Sorry for the oversight, there was a mis-set permission on the server for macports-users. All the mail got deferred and has now been delivered. -Bill ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist@apple.com 408 862 7337 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080202/1cc2b02a/smime.bin From ryandesign at macports.org Sat Feb 2 15:18:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:18:30 2008 Subject: PostGIS - Installation in different Schema In-Reply-To: <2772C9B7-3033-49D5-9A98-C32D9BB4B9F1@grid.unep.ch> References: <2772C9B7-3033-49D5-9A98-C32D9BB4B9F1@grid.unep.ch> Message-ID: <3BDA3C8A-6D4F-4823-8D1D-EBFAB1173BC6@macports.org> On Jan 31, 2008, at 11:02, Stefan Schwarzer wrote: > I would like to know if somebody could tell me how I can - by using > the PostGIS MacPort - install the postgis functions not in the > schema "public", but in another schema (to separate it from the > tables which are being inserted into the public schema). I don't know the postgis software, so I don't even know what any of that means. You may want to ask the maintainer of the postgis port, the developers of postgis, or on a postgis mailing list or forum. From ryandesign at macports.org Sat Feb 2 15:24:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:24:33 2008 Subject: python/py-mysql In-Reply-To: References: Message-ID: <0C37202A-1124-4DFB-B507-E1620BE1DF53@macports.org> I can't really help you since I don't use python or leopard. I just wanted to say a few things: On Jan 31, 2008, at 09:29, Suresh Pillai wrote: > I was imprecise on python25 not installing. In fact, it was py25- > hashlib that failed to compile, a dependency for py25-mysql. I don't see any tickets open about py25-hashlib so you should show us the error you get when trying to build it, or file it in a ticket > I've also found with some googling that the py-mysql error can be > fixed on LEOPARD by commenting out from _mysql.c > > #ifndef uint > #define uint unsigned int > #endif > > Apologies if everyone already knew this. :) The py25-mysql portfile does indeed include a patchfile which does just that. It was added 2 months ago specifically to fix build issues on leopard: http://trac.macosforge.org/projects/macports/changeset/31502 This implies that it should work on leopard. > I've got things working with system python and downloads of mysql/ > mysql-python so I guess I'll stick it out while Leopard problems > with Macports python are being dealt with. > > Thanks, > Suresh > > On Thu, 31 Jan 2008, Suresh Pillai wrote: > >> I am running >> >> Macports 1.6 >> OS X 10.5 >> xcode 3.0 >> xquartz 2.1.3 >> >> python24 installs fine but gives me bus errors for the simplest of >> things like printing a list. Someone else mentioned this too back >> in Nov but I didnt see any responses to the thread. Also py-mysql >> won't compile (log not show since python itself is unstable). >> >> So I tried python25/py25-mysql and python25 won't even compile. >> >> I am new to OSX and Macports, but if I can't get python working ... >> >> Okay, so I thought I'd stick with the system python and downloaded >> the source for python-mysql from sourceforge. I got errors >> installing that too, although the errors were related to the >> macports install of mysql5: >> >> ... >> running build_ext >> building '_mysql' extension >> creating build/temp.macosx-10.5-i386-2.5 >> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- >> fused-madd -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict- >> prototypes -DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -arch i386 - >> arch ppc -pipe -Dversion_info=(1,2,2,'final',0) - >> D__version__=1.2.2 -I/opt/local/include/mysql5/mysql -I/System/ >> Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 >> -c _mysql.c -o build/temp.macosx-10.5-i386-2.5/_mysql.o >> In file included from /opt/local/include/mysql5/mysql/mysql.h:47, >> from _mysql.c:40: >> /usr/include/sys/types.h:92: error: duplicate 'unsigned' >> /usr/include/sys/types.h:92: error: two or more data types in >> declaration specifiers >> In file included from /opt/local/include/mysql5/mysql/mysql.h:47, >> from _mysql.c:40: >> /usr/include/sys/types.h:92: error: duplicate 'unsigned' >> /usr/include/sys/types.h:92: error: two or more data types in >> declaration specifiers >> lipo: can't open input file: /var/folders/ZV/ZVl4o2PwHqaUrZYDYfN2CE >> +++TI/-Tmp-//ccXNdGDK.out (No such file or directory) >> error: command 'gcc' failed with exit status 1 >> >> >> Anyone got py-mysql/mysql-python working using the base Apple >> python? Otherwise I am reverting to linux. From ryandesign at macports.org Sat Feb 2 15:28:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:28:07 2008 Subject: libtool woes In-Reply-To: References: Message-ID: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> "unable to infer tagged configuration" when trying to build apache2 is already filed: http://trac.macosforge.org/projects/macports/ticket/13653 Someone also filed it for mjpegtools: http://trac.macosforge.org/projects/macports/ticket/13648 Both tickets include lots of discussion. The apache2 ticket includes patches which someone said worked. Neither maintainer has responded to the tickets. Looks like it's time for someone else to commit the fixes. Probably not me, since I'm not experiencing the issue. On Jan 31, 2008, at 18:34, paul beard wrote: > Looks like I have some problem with libtool. libIDL and Apache2 > both fail to upgrade. > > ---> Building apache2 with target all > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8" && make all " returned error 2 > Command output: Making all in srclib > Making all in os > Making all in unix > /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/ > bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN - > DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/ > include -I. -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/generators -I/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/database -I/opt/local/include/apr-1 > -I/opt/local/include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/ > var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/dav/main -prefer-non-pic -static - > c unixd.c && touch unixd.lo > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with `--tag' > make[3]: *** [unixd.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 From ryandesign at macports.org Sat Feb 2 15:28:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:28:50 2008 Subject: Error upgrading Apache2 In-Reply-To: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> References: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> Message-ID: <54AD9D13-2F55-43AD-919F-0FD177A99DE4@macports.org> See my response just now to Paul Beard about the same problem: http://lists.macosforge.org/pipermail/macports-users/2008-February/ 008651.html On Feb 2, 2008, at 11:06, Chris Janton wrote: > This occurs on both 10.4 and 10.5 with macports version 1.6 or later. > Same error on both systems. > > ---> Building apache2 with target all > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8" && make all " returned error 2 > Command output: Making all in srclib > Making all in os > Making all in unix > /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/ > bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN - > DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/ > include -I. -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/generators -I/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/database -I/opt/local/include/apr-1 > -I/opt/local/include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/ > var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/dav/main -prefer-non-pic -static - > c unixd.c && touch unixd.lo > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with `--tag' > make[3]: *** [unixd.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 From ryandesign at macports.org Sat Feb 2 15:31:29 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:31:27 2008 Subject: Installing PHP5: "Error, SSL/TLS libraries were missing or unusable" In-Reply-To: <2EAD27D1-5D4F-4962-BCD3-E7825471F2C3@grid.unep.ch> References: <2EAD27D1-5D4F-4962-BCD3-E7825471F2C3@grid.unep.ch> Message-ID: <87D8BCD9-13CF-4BCC-9A57-B1FA5D428677@macports.org> On Jan 30, 2008, at 02:28, Stefan Schwarzer wrote: > I did a successful install like this: > > sudo port install php5 +apache2 +mysql5 +server The php5 port does not have a +server variant. If you were trying to get a mysql5 server out of this, then you need to do two separate commands: sudo port install mysql5 +server sudo port install php5 +apache2 +mysql5 > Now, I discovered that php5 wasn't configured with postgres, that's > why I wanted to repeat the process, this time using the postgres > variant. > > So, I did an uninstall and clean of php5, mysql5 and apache2, and > entered this: > > sudo port install php5 +postgresql +pear +universal +macosx > +apache2 +mysql5 +server You don't need to specify +macosx; MacPorts automatically selects this variant if you are running on Mac OS X. Most people don't need +universal. Do you really need to run this software on both a PowerPC and an Intel Mac? If not, don't use +universal. If you do use +universal, then you must make sure that you have already compiled all dependencies with +universal too. > But then I received the following error message: > > > checking for openssl/ssl.h... yes > OK > checking openssl/engine.h usability... yes > checking openssl/engine.h presence... yes > checking for openssl/engine.h... yes > checking for SSLeay_version in -lcrypto... no > checking for SSL_CTX_new in -lssl... no > checking for ENGINE_init... no > checking for ENGINE_load_builtin_engines... no > checking for SSL_set_cert_store... no > configure: error: ... Error, SSL/TLS libraries were missing or > unusable > > Error: The following dependencies failed to build: apache2 > Error: Status 1 encountered during processing. > > > What does that mean? What can I do? From ryandesign at macports.org Sat Feb 2 15:35:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:35:08 2008 Subject: myodbc 5.1.1? In-Reply-To: <6106438e0801301443v565c6381ud4957dea1fe88673@mail.gmail.com> References: <6106438e0801301443v565c6381ud4957dea1fe88673@mail.gmail.com> Message-ID: <8463FD8C-F325-41BC-B20C-6CEC5DEECEA7@macports.org> On Jan 30, 2008, at 16:43, Justin Fagnani wrote: > Is there any chance that a portfile for the MySQL odbc 5.1.1 > drivers are coming soon? I don't see any ticket filed on that, so I'd guess not. You could file a ticket requesting such an update. Be sure to Cc the maintainer of the port. You could also send an email to the port and ask them what's up. > I tried getting it to compile and work with the macports mysql5, > but found it quicker to just pay for some commercial drivers for > the moment. The only problem with the MySQL provided binaries is > that they're looking for the sock file in the wrong place. If I > knew anything about authoring a portfile I'd try... You can learn about writing portfiles by reading the guide: http://guide.macports.org/ And by looking at existing portfiles. From ryandesign at macports.org Sat Feb 2 15:37:24 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:37:22 2008 Subject: libgnomeprint patch fetch fails In-Reply-To: References: Message-ID: This was fixed: http://trac.macosforge.org/projects/macports/changeset/33577 On Jan 30, 2008, at 08:06, William Davis wrote: > ---> Fetching libgnomeprint > DEBUG: Executing org.macports.fetch (libgnomeprint) > ---> patch-configure.diff doesn't seem to exist in /opt/local/var/ > macports/distfiles/libgnomeprint > ---> Attempting to fetch patch-configure.diff from http:// > svn.macports.org/repository/macports/distfiles/libgnomeprint > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > DEBUG: Fetching failed:: HTTP response code said error [snip] From ryandesign at macports.org Sat Feb 2 15:38:00 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:37:53 2008 Subject: myodbc 5.1.1? In-Reply-To: <8463FD8C-F325-41BC-B20C-6CEC5DEECEA7@macports.org> References: <6106438e0801301443v565c6381ud4957dea1fe88673@mail.gmail.com> <8463FD8C-F325-41BC-B20C-6CEC5DEECEA7@macports.org> Message-ID: <13916CDE-3C06-4819-A6F8-062B1B7E470F@macports.org> On Feb 2, 2008, at 17:35, Ryan Schmidt wrote: > On Jan 30, 2008, at 16:43, Justin Fagnani wrote: > >> Is there any chance that a portfile for the MySQL odbc 5.1.1 >> drivers are coming soon? > > I don't see any ticket filed on that, so I'd guess not. You could > file a ticket requesting such an update. Be sure to Cc the > maintainer of the port. You could also send an email to the port > and ask them what's up. Whoops, I meant: send an email to the port *maintainer* to ask them what's up. From ryandesign at macports.org Sat Feb 2 15:41:02 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:40:56 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: References: Message-ID: <090129C0-391A-4987-8D03-6CC79BC46026@macports.org> On Feb 1, 2008, at 23:45, js wrote: > port search python shows me that every python2.5 port has prefix > "py25" but that of 2.4 is only "py". > If MacPorts would consider python2.4 is recommended python (due to > some known problem) > and called python2.4 port just "python", that would make sense, but > ,unfortunately, it's not so. > So IMHO using py24 prefix for 2.4 port would be more intuitive. > > 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 not used for the python 2.4 ports because there was no python 2.5 at the time. Now there is, and I think it was just deemed too much of a hassle to rename all the py-* ports to py24-*. From ryandesign at macports.org Sat Feb 2 15:45:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:45:35 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <18340.48193.193025.467642@montanaro.dyndns.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> Message-ID: <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> On Feb 2, 2008, at 12:53, skip@pobox.com wrote: > As the subject says, can I take advantage my my shiny new dual-core > MacBook > Pro? Something like "port install -j2"? 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 (where $jobs is the number of CPU cores in your computer). This was added for MacPorts 1.6. From ryandesign at macports.org Sat Feb 2 15:52:27 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 15:52:23 2008 Subject: Cannot install gimp-app (libgnomeprint fetch problem) In-Reply-To: References: Message-ID: This problem was fixed: http://trac.macosforge.org/projects/macports/changeset/33577 "sudo port selfupdate" and try again. On Jan 30, 2008, at 02:55, Juraj Kubelka wrote: > Hi All! > > May I ask for help? I'm trying to install gimp-app package and it > ends up with error. > Is there a way how can I solve it? > > Thank you in advance. > Jura > > > ############## log: ############## > sudo port install gimp-app > Skipping org.macports.activate (aalib ) since this port is already > active > ---> Cleaning aalib > Skipping org.macports.activate (curl ) since this port is already > active > ---> Cleaning curl > ..... > ---> Fetching libgnomeprint > ---> Attempting to fetch patch-configure.diff from http:// > svn.macports.org/repository/macports/distfiles/libgnomeprint > ---> Attempting to fetch patch-configure.diff from http:// > svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch patch-configure.diff from http:// > svn.macports.org/repository/macports/downloads/libgnomeprint > Error: Target org.macports.fetch returned: fetch failed > Error: The following dependencies failed to build: gimp2 librsvg > libgnomeprint libgsf libwmf poppler poppler-data > Error: Status 1 encountered during processing. > > > ############## debug mode: ############## > ---> Fetching libgnomeprint > DEBUG: Executing org.macports.fetch (libgnomeprint) > ---> patch-configure.diff doesn't seem to exist in /opt/local/var/ > macports/distfiles/libgnomeprint > ---> Attempting to fetch patch-configure.diff from http:// > svn.macports.org/repository/macports/distfiles/libgnomeprint > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > DEBUG: Fetching failed:: HTTP response code said error [snip] From yves at macports.org Sat Feb 2 15:53:56 2008 From: yves at macports.org (Yves de Champlain) Date: Sat Feb 2 15:53:44 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <18340.48193.193025.467642@montanaro.dyndns.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> Message-ID: <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> Le 08-02-02 ? 13:53, skip@pobox.com a ?crit : > As the subject says, can I take advantage my my shiny new dual-core > MacBook > Pro? Something like "port install -j2"? The answer is yes and no ... $prefix/etc/macports/macports.conf lets you specify a -j arg. However, macports will not use it unless the Portfile says it'S OK to do so with each specific port. Now, very few (almost none) Portfiles have this flag defined. It's just too bad because most ports will build fine with -j > 1 (I have tried over 150 ports with -j 8 and 5 have failed because of that, mostly in the destroot phase). yves From ram at macports.org Sat Feb 2 15:59:50 2008 From: ram at macports.org (Adam Mercer) Date: Sat Feb 2 15:59:36 2008 Subject: how to reconfigure f2py In-Reply-To: <877766.27745.qm@web60421.mail.yahoo.com> References: <193244.47362.qm@web60414.mail.yahoo.com> <877766.27745.qm@web60421.mail.yahoo.com> Message-ID: <799406d60802021559l3321879aodb202d1f7ff6ea4a@mail.gmail.com> On Jan 30, 2008 5:13 PM, Dexter Douglas wrote: > Then I modified the linker flags. > In > /opt/local/lib/python2.5/site-packages/numpy/distutils/fcompiler/g95.py > > I changed line 24 from > 'linker_so' : ["","-static"], > to > 'linker_so' : ["","-dynamiclib > -L/opt/local/lib -lpython2.5"], This has been incorporated into py-numpy/py25-numpy version 1.0.4_6, can you update to that version and check that f2py still works with g95? Cheers Adam From ebgssth at gmail.com Sat Feb 2 16:15:41 2008 From: ebgssth at gmail.com (js) Date: Sat Feb 2 16:15:27 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <090129C0-391A-4987-8D03-6CC79BC46026@macports.org> References: <090129C0-391A-4987-8D03-6CC79BC46026@macports.org> Message-ID: So, now that we have py25-* and even py30-* ports, let's do something about it. Renaming py-* t- py24-*. could be done in a simple perl regex like this $ find dports \! -path '*.svn*' -type f -print0 | xargs -0 perl -i -pe 's/py-/py24-/g' It might be better to leave py-* ports without any changes for a while to avoid confusion. Any comments? On Feb 3, 2008 8:41 AM, Ryan Schmidt wrote: > > On Feb 1, 2008, at 23:45, js wrote: > > > port search python shows me that every python2.5 port has prefix > > "py25" but that of 2.4 is only "py". > > If MacPorts would consider python2.4 is recommended python (due to > > some known problem) > > and called python2.4 port just "python", that would make sense, but > > ,unfortunately, it's not so. > > So IMHO using py24 prefix for 2.4 port would be more intuitive. > > > > 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 not used for the python 2.4 ports because there was no > python 2.5 at the time. Now there is, and I think it was just deemed > too much of a hassle to rename all the py-* ports to py24-*. > > From raimue at macports.org Sat Feb 2 16:37:32 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat Feb 2 16:37:20 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> Message-ID: <47A50CCC.3040406@macports.org> Yves de Champlain wrote: > However, macports will not use it unless the Portfile says it'S OK to do > so with each specific port. Now, very few (almost none) Portfiles have > this flag defined. It's just too bad because most ports will build fine > with -j > 1 (I have tried over 150 ports with -j 8 and 5 have failed > because of that, mostly in the destroot phase). Why is this opt-in and not opt-out? We could add a flag to ports that they should be built with -j1 instead of what was specified in macports.conf. Is there a reason or some problem I don't know of? Rainer From face at CentosPrime.COM Sat Feb 2 17:01:10 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sat Feb 2 17:01:34 2008 Subject: Error upgrading Apache2 In-Reply-To: <54AD9D13-2F55-43AD-919F-0FD177A99DE4@macports.org> References: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> <54AD9D13-2F55-43AD-919F-0FD177A99DE4@macports.org> Message-ID: <1240AAE3-10AC-4A58-9951-4D91FD9909E7@CentosPrime.COM> On 2008-02-02 , at 16:28 , Ryan Schmidt wrote: > See my response just now to Paul Beard about the same problem: > > http://lists.macosforge.org/pipermail/macports-users/2008-February/ > 008651.html unfortunately I have looked at the response, looked at the 2 different places where the error is, and, I really have no idea what it is, exactly, that I am supposed to do to fix the problem. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From ryandesign at macports.org Sat Feb 2 17:09:46 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 17:09:43 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <47A50CCC.3040406@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> <47A50CCC.3040406@macports.org> Message-ID: <7F910A9F-AF90-4B5D-A03F-E38E6FC54E6F@macports.org> On Feb 2, 2008, at 18:37, Rainer M?ller wrote: > Yves de Champlain wrote: > >> However, macports will not use it unless the Portfile says it'S OK >> to do so with each specific port. Now, very few (almost none) >> Portfiles have this flag defined. It's just too bad because most >> ports will build fine with -j > 1 (I have tried over 150 ports >> with -j 8 and 5 have failed because of that, mostly in the >> destroot phase). > > Why is this opt-in and not opt-out? We could add a flag to ports that > they should be built with -j1 instead of what was specified in > macports.conf. Is there a reason or some problem I don't know of? Changes in base should not break existing ports, if at all possible. Ports may fail with this option enabled. Therefore it's opt-in on a port-by-port basis. From raimue at macports.org Sat Feb 2 17:25:11 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat Feb 2 17:24:58 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <7F910A9F-AF90-4B5D-A03F-E38E6FC54E6F@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> <47A50CCC.3040406@macports.org> <7F910A9F-AF90-4B5D-A03F-E38E6FC54E6F@macports.org> Message-ID: <47A517F7.1050104@macports.org> Ryan Schmidt wrote: > Changes in base should not break existing ports, if at all possible. > Ports may fail with this option enabled. Therefore it's opt-in on a > port-by-port basis. So every maintainer has to check for himself if his/her ports built fine with parallel building enabled? With this approach it will last a long time until we get real benefits of parallel building. Although many users already own multi-core Macs and want to have faster builds... I don't think that many ports will break with this. As Yves said, 5 out of 150 failed for him. Tagging 5 ports is easier than tagging 150. 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. Rainer From ryandesign at macports.org Sat Feb 2 17:56:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Feb 2 17:56:07 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <47A517F7.1050104@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> <47A50CCC.3040406@macports.org> <7F910A9F-AF90-4B5D-A03F-E38E6FC54E6F@macports.org> <47A517F7.1050104@macports.org> Message-ID: <16C308C5-FA78-453F-8EE9-AB4B8DC6CA0B@macports.org> On Feb 2, 2008, at 19:25, Rainer M?ller wrote: > Ryan Schmidt wrote: > >> Changes in base should not break existing ports, if at all >> possible. Ports may fail with this option enabled. Therefore it's >> opt-in on a port-by-port basis. > > So every maintainer has to check for himself if his/her ports built > fine with parallel building enabled? With this approach it will > last a long time until we get real benefits of parallel building. > Although many users already own multi-core Macs and want to have > faster builds... > > I don't think that many ports will break with this. As Yves said, 5 > out of 150 failed for him. Tagging 5 ports is easier than tagging 150. > 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. There was a long thread on this topic leading up to the current implementation; please review: http://lists.macosforge.org/pipermail/macports-users/2007-October/ 006479.html In particular Markus's comment here seems to exemplify why it's the way it is: http://lists.macosforge.org/pipermail/macports-users/2007-October/ 006601.html "The point is that ports that are not given 110% love (e.g. unmaintained ones, busy maintainers) will simply break [if parallel builds are enabled by default] probably in spectacular non- deterministic ways." We have enough other problems with ports right now. Let's not make more, especially spectacular non-deterministic ones, by enabling parallel builds by default. From ebgssth at gmail.com Sat Feb 2 19:54:48 2008 From: ebgssth at gmail.com (js) Date: Sat Feb 2 19:54:34 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: References: <090129C0-391A-4987-8D03-6CC79BC46026@macports.org> Message-ID: > A mass renaming of ports would basically cause massive failures during > upgrades (why can't any of my port dependencies activate during upgrade?) > unless every single py-* port was DUPLICATED as a py24-* port and then made > a non-installing dependent of the py24-* port (look in the SVN history of > port abiword to see how we migrated multiple ports to ports with different > names) > I would leave existing python 2.4 ports alone for historical reasons, but > use py[version]-* for all new ports. You're right. So I would like to leave py-* ports *for a while* and treat them as deprecated ports, and user who installed deprecated ports would be warned by warnings like "py- ports is DEPRECATED, which means no update is made in this port. Please install py24-* instead. You're warned!" Luckily, python24 is a bit old (The current stable is 2.5) so I hope this would not impact so many users. From skip at pobox.com Sat Feb 2 16:06:21 2008 From: skip at pobox.com (skip@pobox.com) Date: Sat Feb 2 20:30:47 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: References: Message-ID: <18341.1405.824927.368907@montanaro.dyndns.org> 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 awhile. -- Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ The major difference between Democrats and Republicans is that Republicans don't know that Randy Newman's lyrics are full of sarcasm. From skip at pobox.com Sat Feb 2 16:08:51 2008 From: skip at pobox.com (skip@pobox.com) Date: Sat Feb 2 20:30:50 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> Message-ID: <18341.1555.367461.148039@montanaro.dyndns.org> 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. That makes it transparent even. ;-) Skip From afb at macports.org Sun Feb 3 01:32:49 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun Feb 3 01:32:36 2008 Subject: libtool woes In-Reply-To: References: Message-ID: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> 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 back to "gcc" (or "gcc-4.0") makes it work. Something like: port build configure.cc=gcc configure.cxx=g++ We also have some ports that break when using ccache(*), those can be made to work by using configure.ccache=no when building. * http://ccache.samba.org/ --anders From afb at macports.org Sun Feb 3 02:19:34 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun Feb 3 02:19:20 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <47A517F7.1050104@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <812289A8-6554-4B53-AAE4-0A00D928E3DB@macports.org> <47A50CCC.3040406@macports.org> <7F910A9F-AF90-4B5D-A03F-E38E6FC54E6F@macports.org> <47A517F7.1050104@macports.org> Message-ID: 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 --anders From afb at macports.org Sun Feb 3 02:50:18 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun Feb 3 02:50:19 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <090129C0-391A-4987-8D03-6CC79BC46026@macports.org> References: <090129C0-391A-4987-8D03-6CC79BC46026@macports.org> Message-ID: <8383950e0e5ea2c46ea96acde77288a4@macports.org> 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 not used for the python 2.4 ports because there was no > python 2.5 at the time. Now there is, and I think it was just deemed > too much of a hassle to rename all the py-* ports to py24-*. Fixing the current issues for the python25 port, or with MacPorts having /usr/bin/python as default, would be better than just renaming a lot of deprecated ports... For instance all ports using py-gtk2 was already forced to upgrade to using py25-gtk instead... ? --anders From ryandesign at macports.org Sun Feb 3 08:01:59 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 08:01:56 2008 Subject: libtool woes In-Reply-To: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> Message-ID: <0467D51C-AA42-4A82-A555-F05CFF7876E5@macports.org> 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 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 "/usr/bin/gcc-4.0"? Also, I do not experience this problem with apache2; why would some people see it and not others? > We also have some ports that break when using ccache(*), those > can be made to work by using configure.ccache=no when building. > > * http://ccache.samba.org/ From ryandesign at macports.org Sun Feb 3 08:03:01 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 08:02:59 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <18341.1555.367461.148039@montanaro.dyndns.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> Message-ID: <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> On Feb 2, 2008, at 18:08, skip@pobox.com 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. That makes it transparent even. ;-) Well, that's what I thought happened. But now others are saying there's an option in macports.conf that needs to be set. Can someone please clarify? Is there an option, and if so, what does it need to be set to? From ryandesign at macports.org Sun Feb 3 08:10:54 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 08:10:55 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <18341.1405.824927.368907@montanaro.dyndns.org> References: <18341.1405.824927.368907@montanaro.dyndns.org> Message-ID: <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> On Feb 2, 2008, at 18:06, skip@pobox.com 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 awhile. It has already been established that python 2.5 ports shall have the py25 prefix and python 3.0 ports shall have the py30 prefix. If there's a python 2.6 version coming, then these should use the py26 prefix. Python 2.4 ports use the py prefix because we had not established the rules at that time and it is a major hassle to change this now. There are a handful of ports that depend on python 2.3, but none of them are in the python category, so none of them have a py prefix. There are ports for python 2.2 and python 2.1 but I don't see any ports that depend on those. From james.sumners at gmail.com Sun Feb 3 08:17:15 2008 From: james.sumners at gmail.com (James Sumners) Date: Sun Feb 3 08:17:08 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> Message-ID: 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 wrote: > > On Feb 2, 2008, at 18:08, skip@pobox.com 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. That makes it transparent even. ;-) > > > Well, that's what I thought happened. But now others are saying > there's an option in macports.conf that needs to be set. Can someone > please clarify? Is there an option, and if so, what does it need to > be set to? -- James Sumners http://james.roomfullofmirrors.com/ "All governments suffer a recurring problem: Power attracts pathological personalities. It is not that power corrupts but that it is magnetic to the corruptible. Such people have a tendency to become drunk on violence, a condition to which they are quickly addicted." Missionaria Protectiva, Text QIV (decto) CH:D 59 From afb at macports.org Sun Feb 3 08:22:01 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun Feb 3 08:21:46 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> Message-ID: <498b81762b0022440f3702eada0abc9a@macports.org> 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. That makes it transparent even. ;-) > > Well, that's what I thought happened. But now others are saying > there's an option in macports.conf that needs to be set. Can someone > please clarify? Is there an option, and if so, what does it need to be > set to? There is a config parameter in macports.conf called "buildmakejobs", that controls the default value for build.jobs (default config is 1) However, this was considered dangerous so the Portfile opt-in setting of "use_parallel_build" was added - with a default setting of no. So in order to get MacPorts to use -j2 or more, you need to both set your local preference and then also each Portfile to opt-in... Opt-in was added in http://trac.macports.org/projects/macports/changeset/30714 before that it assumed opt-out -(by using "build.jobs 1") instead. --anders From skip at pobox.com Sun Feb 3 08:26:11 2008 From: skip at pobox.com (skip@pobox.com) Date: Sun Feb 3 08:25:59 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> Message-ID: <18341.60195.544565.567@montanaro-dyndns-org.local> 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 - skip@pobox.com - http://www.webfast.com/~skip/ The major difference between Democrats and Republicans is that Republicans don't know that Randy Newman's lyrics are full of sarcasm. From afb at macports.org Sun Feb 3 08:26:41 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun Feb 3 08:26:25 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> Message-ID: <77ee8ec04983c443a39cff1e2296e93c@macports.org> 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 right, you can also say "0" to mean "# of cores") Setting of "makefile_isnt_buggy" was renamed to "use_parallel_build"... --anders From afb at macports.org Sun Feb 3 08:29:46 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun Feb 3 08:29:39 2008 Subject: libtool woes In-Reply-To: <0467D51C-AA42-4A82-A555-F05CFF7876E5@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <0467D51C-AA42-4A82-A555-F05CFF7876E5@macports.org> Message-ID: <2a1b0fecc981505213bd11baac3b04a9@macports.org> 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 "/usr/bin/gcc-4.0"? Also, I do not experience this > problem with apache2; why would some people see it and not others? It's the exact same thing, just that some versions of libtool weren't able to determine what to do with "/usr/bin/gcc-4.0" Haven't yet checked which ports the issue affects, and which are hit by something else - but it would be something to check... Rebuilding libtool might also work, haven't tried that either. --anders From skip at pobox.com Sun Feb 3 08:31:32 2008 From: skip at pobox.com (skip@pobox.com) Date: Sun Feb 3 08:31:20 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <18341.60195.544565.567@montanaro-dyndns-org.local> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> <18341.60195.544565.567@montanaro-dyndns-org.local> Message-ID: <18341.60516.53232.17168@montanaro-dyndns-org.local> 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 From ryandesign at macports.org Sun Feb 3 08:36:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 08:36:37 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <77ee8ec04983c443a39cff1e2296e93c@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <18341.1555.367461.148039@montanaro.dyndns.org> <12EE9B11-547C-4B56-B117-87C0F3C2CA7F@macports.org> <77ee8ec04983c443a39cff1e2296e93c@macports.org> Message-ID: 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 the port says that it > works. > (otherwise the above is right, you can also say "0" to mean "# of > cores") > > Setting of "makefile_isnt_buggy" was renamed to > "use_parallel_build"... Thanks, everyone. I also checked out the code to confirm that it does work this way. http://trac.macosforge.org/projects/macports/browser/trunk/base/src/ port1.0/portbuild.tcl I filed a ticket to request it be documented in the guide. http://trac.macosforge.org/projects/macports/ticket/14164 From paulbeard at gmail.com Sun Feb 3 09:22:17 2008 From: paulbeard at gmail.com (paul beard) Date: Sun Feb 3 09:22:01 2008 Subject: libtool woes In-Reply-To: <2a1b0fecc981505213bd11baac3b04a9@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <0467D51C-AA42-4A82-A555-F05CFF7876E5@macports.org> <2a1b0fecc981505213bd11baac3b04a9@macports.org> Message-ID: On Feb 3, 2008 8:29 AM, Anders F Bj?rklund 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080203/99b22606/attachment.html From paulbeard at gmail.com Sun Feb 3 09:33:29 2008 From: paulbeard at gmail.com (paul beard) Date: Sun Feb 3 09:33:13 2008 Subject: libtool woes In-Reply-To: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> Message-ID: 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 > > libtool: compile: specify a tag with `--tag' > > 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. > 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/lib -o libIDL-2.la -rpath /opt/local/lib parser.lo lexer.lo ns.lo util.lo if I run port configure (with -d), what's happening here? configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by /usr/bin/g++-4.0... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the /usr/bin/g++-4.0 linker (/usr/bin/ld) supports shared libraries... yes -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080203/d453fc87/attachment-0001.html From nox at macports.org Sun Feb 3 10:47:01 2008 From: nox at macports.org (N_Ox) Date: Sun Feb 3 10:46:49 2008 Subject: [MacPorts] #14163: Endless Avahi system.log errors In-Reply-To: <09262229-63EA-4467-B1BD-5123F436CA17@alum.mit.edu> References: <048.789d990c5906e55edbe72b74012ce83c@macosforge.org> <057.30dcad86c984ce651eb0834924394c46@macosforge.org> <09262229-63EA-4467-B1BD-5123F436CA17@alum.mit.edu> Message-ID: <8ABD930D-75CB-422A-A7F4-89A3D2B747F4@macports.org> 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 way....or something else changed it). In > other words the launchd flag in the plist is set to true for > disabled. While the avahi-dnsconfd and avahi-daemon launchd are > set to enabled (well actually disabled is false). > I googled around some and found that dbus port should say this > during the install (although I didn't notice it at the time): > > ---> Creating launchd control script > ########################################################### > # A startup item has been generated that will aid in > # starting dbus with launchd. It is disabled > # by default. Execute the following command to start it, > # and to cause it to launch at startup: > # > # sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.dbus.plist > ########################################################### > > As I understand it a bunch of launchd stuff is not reconfigured > until a restart of the machine. So the problem could be just that > dbus is disabled and avahi is enabled by default. And, if that is > the case, we probably need a Macports policy to make these things > consistent since one depends on the other one. > Does this make sense, and look likely to you? > > Thanks for handing this port and looking into this problem. It > could be a somewhat insidious problem as it only cropped up when I > did a reboot, which doesn't happen that often. > > --Adam > Please continue any discussion about this issue on the mailing-list. Regards, -- Anthony Ramine, the "Ports tree cleaning Maestro". From peter at pogma.com Sun Feb 3 11:27:30 2008 From: peter at pogma.com (Peter O'Gorman) Date: Sun Feb 3 11:27:13 2008 Subject: libtool woes In-Reply-To: References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> Message-ID: <47A615A2.5050208@pogma.com> 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 > > libtool: compile: specify a tag with `--tag' > > 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. > > > 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/lib -o libIDL-2.la -rpath /opt/local/lib > parser.lo lexer.lo ns.lo util.lo > > if I run port configure (with -d), what's happening here? > > configure: creating libtool > appending configuration tag "CXX" to libtool > checking for ld used by /usr/bin/g++-4.0... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... no > checking whether the /usr/bin/g++-4.0 linker (/usr/bin/ld) supports > shared libraries... yes 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/macports/ticket/13648 In both cases an installed GNU libtool is being called with a different compiler (at least a different compiler name) than it was built with. In these cases the tag *must* be specified --tag=CC or --tag=CXX etc. as GNU libtool can not guess it. Use the CC tag for C sources and the CXX tag for c++. For automake based projects automake adds the --tag when compiling with gnu libtool, for other projects upstream developer should be adding it, please send them patches. Peter -- Peter O'Gorman http://pogma.com From ryandesign at macports.org Sun Feb 3 11:44:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 11:44:23 2008 Subject: libtool woes In-Reply-To: <47A615A2.5050208@pogma.com> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <47A615A2.5050208@pogma.com> Message-ID: <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> 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 >>>> libtool: compile: specify a tag with `--tag' >>> >>> 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. >> >> 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/lib -o libIDL-2.la -rpath /opt/local/lib >> parser.lo lexer.lo ns.lo util.lo >> >> if I run port configure (with -d), what's happening here? >> >> configure: creating libtool >> appending configuration tag "CXX" to libtool >> checking for ld used by /usr/bin/g++-4.0... /usr/bin/ld >> checking if the linker (/usr/bin/ld) is GNU ld... no >> checking whether the /usr/bin/g++-4.0 linker (/usr/bin/ld) supports >> shared libraries... yes > > 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/macports/ticket/13648 > > In both cases an installed GNU libtool which installed GNU libtool? you mean the libtool that the project built for itself? > is being called with a different > compiler (at least a different compiler name) than it was built with. what compiler name was it built with, and what compiler name is it being called with? and why are they different? > In > these cases the tag *must* be specified --tag=CC or --tag=CXX etc. as > GNU libtool can not guess it. Use the CC tag for C sources and the CXX > tag for c++. > > For automake based projects automake adds the --tag when compiling > with > gnu libtool, for other projects upstream developer should be adding > it, > please send them patches. From ryandesign at macports.org Sun Feb 3 11:46:46 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 11:46:42 2008 Subject: [MacPorts] #14163: Endless Avahi system.log errors In-Reply-To: <8ABD930D-75CB-422A-A7F4-89A3D2B747F4@macports.org> References: <048.789d990c5906e55edbe72b74012ce83c@macosforge.org> <057.30dcad86c984ce651eb0834924394c46@macosforge.org> <09262229-63EA-4467-B1BD-5123F436CA17@alum.mit.edu> <8ABD930D-75CB-422A-A7F4-89A3D2B747F4@macports.org> Message-ID: <99E2DB87-253B-4CDF-8500-78D3CE37E475@macports.org> 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 way....or something else changed it). In > other words the launchd flag in the plist is set to true for > disabled. While the avahi-dnsconfd and avahi-daemon launchd are > set to enabled (well actually disabled is false). > I googled around some and found that dbus port should say this > during the install (although I didn't notice it at the time): > > ---> Creating launchd control script > ########################################################### > # A startup item has been generated that will aid in > # starting dbus with launchd. It is disabled > # by default. Execute the following command to start it, > # and to cause it to launch at startup: > # > # sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.dbus.plist > ########################################################### > > As I understand it a bunch of launchd stuff is not reconfigured > until a restart of the machine. Which part of launchd do you think requires a restart? I thought that one of the advantages of launchd over startupitems was that with launchd you can start and stop services immediately rather than wait for a restart which you had to do with startupitems. > So the problem could be just that dbus is disabled and avahi is > enabled by default. And, if that is the case, we probably need a > Macports policy to make these things consistent since one depends > on the other one. > Does this make sense, and look likely to you? > > Thanks for handing this port and looking into this problem. It > could be a somewhat insidious problem as it only cropped up when I > did a reboot, which doesn't happen that often. From peter at pogma.com Sun Feb 3 11:50:55 2008 From: peter at pogma.com (Peter O'Gorman) Date: Sun Feb 3 11:50:37 2008 Subject: libtool woes In-Reply-To: <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <47A615A2.5050208@pogma.com> <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> Message-ID: <47A61B1F.9000903@pogma.com> 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/lib -o libIDL-2.la -rpath /opt/local/lib >>> parser.lo lexer.lo ns.lo util.lo This is failing with 'unable to infer tagged configuration'? Seems pretty strange as it has a --tag argument, it should not even be trying to infer the tag. >>> >>> if I run port configure (with -d), what's happening here? >>> >>> configure: creating libtool >>> appending configuration tag "CXX" to libtool >>> checking for ld used by /usr/bin/g++-4.0... /usr/bin/ld >>> checking if the linker (/usr/bin/ld) is GNU ld... no >>> checking whether the /usr/bin/g++-4.0 linker (/usr/bin/ld) supports >>> shared libraries... yes >> >> 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/macports/ticket/13648 >> >> In both cases an installed GNU libtool > > which installed GNU libtool? you mean the libtool that the project built > for itself? one is calling /opt/local/bin/glibtool, the other is using apr's libtool (/opt/local/share/apr-1/build/libtool). > >> is being called with a different >> compiler (at least a different compiler name) than it was built with. > > what compiler name was it built with, and what compiler name is it being > called with? and why are they different? I assume it was built with 'gcc' and it is being called with '/usr/bin/gcc-4.0'. Not the same name. Peter -- Peter O'Gorman http://pogma.com From dersh at alum.mit.edu Sun Feb 3 11:56:56 2008 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Sun Feb 3 11:56:40 2008 Subject: [MacPorts] #14163: Endless Avahi system.log errors In-Reply-To: <99E2DB87-253B-4CDF-8500-78D3CE37E475@macports.org> References: <048.789d990c5906e55edbe72b74012ce83c@macosforge.org> <057.30dcad86c984ce651eb0834924394c46@macosforge.org> <09262229-63EA-4467-B1BD-5123F436CA17@alum.mit.edu> <8ABD930D-75CB-422A-A7F4-89A3D2B747F4@macports.org> <99E2DB87-253B-4CDF-8500-78D3CE37E475@macports.org> Message-ID: <2B717704-8696-48C4-BB76-6881401330AD@alum.mit.edu> 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 disabled, so I >> assume it started that way....or something else changed it). In >> other words the launchd flag in the plist is set to true for >> disabled. While the avahi-dnsconfd and avahi-daemon launchd are >> set to enabled (well actually disabled is false). >> I googled around some and found that dbus port should say this >> during the install (although I didn't notice it at the time): >> >> ---> Creating launchd control script >> ########################################################### >> # A startup item has been generated that will aid in >> # starting dbus with launchd. It is disabled >> # by default. Execute the following command to start it, >> # and to cause it to launch at startup: >> # >> # sudo launchctl load -w /Library/LaunchDaemons/ >> org.macports.dbus.plist >> ########################################################### >> >> As I understand it a bunch of launchd stuff is not reconfigured >> until a restart of the machine. > > Which part of launchd do you think requires a restart? I thought > that one of the advantages of launchd over startupitems was that > with launchd you can start and stop services immediately rather than > wait for a restart which you had to do with startupitems. I have not played with launchd much. But I did play with Lingon just a little bit. It is a free gui to deal with launchd stuff. And that I how I realized that dbus was disabled. When you make any changes in stuff with that, it says that you have to logout, or restart for the changes to take effect. That is why I thought that might be the case. But I am far from a launchd expert. It could be just a lack in Lingon. But what is clear is that after a reboot, my problem started. And then I used Lingon to see that dbus was disabled while Avahi was not. So perhaps what actually happens is that the files are installed that way, but at the same time when the dbus port is first installed it is also activated, but not through launchd? The above message sure makes it clear that unless you manually enter the above command that dbus is disabled and will not launch at a system start. And I had not issued that command when dbus was first installed at the bottom of a dependency chain. So I had not noticed the above message, and I was not even sure which port installed and required dbus. --Adam From ryandesign at macports.org Sun Feb 3 12:03:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 12:03:21 2008 Subject: libtool woes In-Reply-To: <47A61B1F.9000903@pogma.com> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <47A615A2.5050208@pogma.com> <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> <47A61B1F.9000903@pogma.com> Message-ID: <00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org> 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 -liconv >>>> -no-undefined -L/opt/local/lib -o libIDL-2.la -rpath /opt/local/lib >>>> parser.lo lexer.lo ns.lo util.lo > > This is failing with 'unable to infer tagged configuration'? Seems > pretty strange as it has a --tag argument, it should not even be > trying > to infer the tag. I don't know what's going on; I'm just quoting here. >>>> if I run port configure (with -d), what's happening here? >>>> >>>> configure: creating libtool >>>> appending configuration tag "CXX" to libtool >>>> checking for ld used by /usr/bin/g++-4.0... /usr/bin/ld >>>> checking if the linker (/usr/bin/ld) is GNU ld... no >>>> checking whether the /usr/bin/g++-4.0 linker (/usr/bin/ld) supports >>>> shared libraries... yes >>> >>> 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/macports/ticket/13648 >>> >>> In both cases an installed GNU libtool >> >> which installed GNU libtool? you mean the libtool that the project >> built >> for itself? > > one is calling /opt/local/bin/glibtool, the other is using apr's > libtool > (/opt/local/share/apr-1/build/libtool). I don't know what "one" or "the other" is. But now you're saying there are three libtools involved -- the one in /opt/local/bin/ glibtool, the one in /opt/local/share/apr-1/build/libtool, and the one in ${worksrcdir}/libtool? I have the libtool port installed and do not see the problem. Maybe I would see the problem if I removed the libtool port? 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 apr? >>> is being called with a different >>> compiler (at least a different compiler name) than it was built >>> with. >> >> what compiler name was it built with, and what compiler name is it >> being >> called with? and why are they different? > > I assume it was built with 'gcc' and it is being called with > '/usr/bin/gcc-4.0'. Not the same name. From ryandesign at macports.org Sun Feb 3 12:06:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 12:06:05 2008 Subject: [MacPorts] #14163: Endless Avahi system.log errors In-Reply-To: <2B717704-8696-48C4-BB76-6881401330AD@alum.mit.edu> References: <048.789d990c5906e55edbe72b74012ce83c@macosforge.org> <057.30dcad86c984ce651eb0834924394c46@macosforge.org> <09262229-63EA-4467-B1BD-5123F436CA17@alum.mit.edu> <8ABD930D-75CB-422A-A7F4-89A3D2B747F4@macports.org> <99E2DB87-253B-4CDF-8500-78D3CE37E475@macports.org> <2B717704-8696-48C4-BB76-6881401330AD@alum.mit.edu> Message-ID: <53204EE3-F14E-447A-90BB-FDAB3C5FA347@macports.org> 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 this problem cropped up, I was showing it as >>> disabled, so I assume it started that way....or something else >>> changed it). In other words the launchd flag in the plist is set >>> to true for disabled. While the avahi-dnsconfd and avahi-daemon >>> launchd are set to enabled (well actually disabled is false). >>> I googled around some and found that dbus port should say this >>> during the install (although I didn't notice it at the time): >>> >>> ---> Creating launchd control script >>> ########################################################### >>> # A startup item has been generated that will aid in >>> # starting dbus with launchd. It is disabled >>> # by default. Execute the following command to start it, >>> # and to cause it to launch at startup: >>> # >>> # sudo launchctl load -w /Library/LaunchDaemons/ >>> org.macports.dbus.plist >>> ########################################################### >>> >>> As I understand it a bunch of launchd stuff is not reconfigured >>> until a restart of the machine. >> >> Which part of launchd do you think requires a restart? I thought >> that one of the advantages of launchd over startupitems was that >> with launchd you can start and stop services immediately rather >> than wait for a restart which you had to do with startupitems. > > I have not played with launchd much. But I did play with Lingon > just a little bit. It is a free gui to deal with launchd stuff. > And that I how I realized that dbus was disabled. When you make > any changes in stuff with that, it says that you have to logout, or > restart for the changes to take effect. That is why I thought that > might be the case. But I am far from a launchd expert. It could > be just a lack in Lingon. > But what is clear is that after a reboot, my problem started. And > then I used Lingon to see that dbus was disabled while Avahi was > not. So perhaps what actually happens is that the files are > installed that way, but at the same time when the dbus port is > first installed it is also activated, but not through launchd? The > above message sure makes it clear that unless you manually enter > the above command that dbus is disabled and will not launch at a > system start. And I had not issued that command when dbus was > first installed at the bottom of a dependency chain. So I had not > noticed the above message, and I was not even sure which port > installed and required dbus. All I know is that when you say sudo launchctl load -w /Library/LaunchDaemons/org.macports.foo.plist foo is started immediately, and will start at every system startup. And when you say sudo launchctl unload -w /Library/LaunchDaemons/org.macports.foo.plist foo will stop immediately, and will no longer start at system startup. I do know specifically about dbus or Avahi. I have not used Lingon. From face at CentosPrime.COM Sun Feb 3 13:09:54 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sun Feb 3 13:10:21 2008 Subject: libtool woes In-Reply-To: <00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <47A615A2.5050208@pogma.com> <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> <47A61B1F.9000903@pogma.com> <00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org> Message-ID: <50D255AE-31CB-4023-9724-3E14069BC745@centosprime.com> 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 apr? 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 Solved the problem for me on my 10.4 Intel system - no more build errors. I will do the same on my 10.5 system and report back if it fails. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From David.Epstein at warwick.ac.uk Sun Feb 3 13:24:40 2008 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Sun Feb 3 13:24:22 2008 Subject: libtool woes In-Reply-To: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> References: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> Message-ID: <15258474.post@talk.nabble.com> 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 worked. > Neither maintainer has responded to the tickets. Looks like it's time > for someone else to commit the fixes. Probably not me, since I'm not > experiencing the issue. > As an inexperienced MacPorter, I would like advice on what to do, in view of my need for apache2. Possible strategies: 1) Wait for someone to put the advertised patches into the official macport distribution. 2) Install the advertised patches. (Are there instructions somewhere for how to do this?) 3) Try rebuilding libtool. (But won't port object to deleting libtool because other packages depend on it?) Pointer to relevant online advice?? David -- View this message in context: http://www.nabble.com/libtool-woes-tp15248567p15258474.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From paulbeard at gmail.com Sun Feb 3 13:33:18 2008 From: paulbeard at gmail.com (paul beard) Date: Sun Feb 3 13:33:03 2008 Subject: libtool woes In-Reply-To: <15258474.post@talk.nabble.com> References: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> <15258474.post@talk.nabble.com> Message-ID: On Feb 3, 2008 1:24 PM, David Epstein 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 lots of discussion. The apache2 ticket includes > > patches which someone said worked. > > Neither maintainer has responded to the tickets. Looks like it's time > > for someone else to commit the fixes. Probably not me, since I'm not > > experiencing the issue. > > > > As an inexperienced MacPorter, I would like advice on what to do, in view > of > my need for apache2. > Possible strategies: > 1) Wait for someone to put the advertised patches into the official > macport > distribution. > 2) Install the advertised patches. (Are there instructions somewhere for > how > to do this?) > 3) Try rebuilding libtool. (But won't port object to deleting libtool > because other packages depend on it?) > 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 port -f overrides any complaints (on your #3 above). if peter o'gorman's diagnosis above is correct, how can this be fixed in a more systematic manner? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080203/a809366e/attachment.html From ryandesign at macports.org Sun Feb 3 13:54:34 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 3 13:54:30 2008 Subject: libtool woes In-Reply-To: <50D255AE-31CB-4023-9724-3E14069BC745@centosprime.com> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <47A615A2.5050208@pogma.com> <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> <47A61B1F.9000903@pogma.com> <00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org> <50D255AE-31CB-4023-9724-3E14069BC745@centosprime.com> Message-ID: 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? If so the solution would be to rebuild libtool or apr? > > 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 > > Solved the problem for me on my 10.4 Intel system - no more build > errors. Good to know! > I will do the same on my 10.5 system and report back if it fails. Can you try just libtool first? Then if that fails, then try apr. From stochashtic at yahoo.ca Sun Feb 3 14:14:08 2008 From: stochashtic at yahoo.ca (Suresh Pillai) Date: Sun Feb 3 14:13:50 2008 Subject: py25-hashlib failing on build Message-ID: 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.org_release_ports_python_py25-hashlib/work/Python-2.5.1/Modules" && /opt/local/bin/python2.5 setup.py build " returned error 1 Command output: running build running build_ext building '_hashlib' extension -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/include -I/opt/local/include/python2.5 -c _hashopenssl.c -o build/temp.macosx-10.3-i386-2.5/_hashopenssl.o unable to execute -DNDEBUG: No such file or directory error: command '-DNDEBUG' failed with exit status 1 Cheers, Suresh From jkorchok at hotmail.com Sun Feb 3 14:14:48 2008 From: jkorchok at hotmail.com (John Korchok) Date: Sun Feb 3 14:14:30 2008 Subject: Oracle Notes In-Reply-To: References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org><47A615A2.5050208@pogma.com><98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org><47A61B1F.9000903@pogma.com><00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org><50D255AE-31CB-4023-9724-3E14069BC745@centosprime.com> Message-ID: 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 support: sudo port install php5 +apache2 +oracle 2. So that the Apache user can find the relevant files, add environment variables to opt/local/apache2/bin/envvars: export LD_LIBRARY_PATH="/opt/local/lib/oracle" export TNS_ADMIN="/Applications/Oracle" (or whatever folder is a convenient spot to store sqlnet.ora and tnsnames.ora) Many web sites refer to setting DYLD_LIBRARY_PATH, you can do that instead of LD_LIBRARY_PATH and it has the same effect. Heck, use 'em both for good measure! Do _not_ use putenv in a PHP script or SetEnv in httpd.conf to set the variables, it won't work. Apache will also not pick up environment variables from /private/etc/profile. Note to Ryan: can MacPorts update envvars? 3. Restart Apache For testing purposes, you can also add support for SQLPlus from the command line by downloading the Instant Client SQLPlus files from http://www.oracle.com/technology/software/tech/oci/instantclient/htdocs/macs oft.html and copying them to opt/local/lib/oracle. In that case you will have to add these variables to /Users/YourUserName/.profile: export LD_LIBRARY_PATH="/opt/local/lib/oracle:$LD_LIBRARY_PATH" export TNS_ADMIN="/Applications/Oracle" export PATH="/opt/local/lib/oracle:$PATH" If you prefer all users to have SQLPlus access, add the variables to /private/etc/profile If you have trouble with errors like "ORA-12154: TNS:could not resolve the connect identifier specified", Oracle may not be able to read your tnsnames.ora file. We had to amend the first line from "ALIG" to "ALIG.revion.com" (appending the url of the host name) to get it to work. Here are connection strings for PHP and SQLPlus, respectively: $con = OCILogon('YourUserName', 'YourPassword', "//your.host.address.com:1521/YourServiceName"); sqlplus YourUserName/YourPassword@//your.host.address.com:1521/YourServiceName If all else fails, you can use a verbose connection string to eliminate any need for tnsnames.ora: $con = oci_connect('YourUserName', 'YourPassword', '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=your.host.address.com)(PORT=1521) )(CONNECT_DATA=(SID=YourServiceName)(SERVER=DEDICATED)))'); Here's the verbose syntax for SQLPlus: sqlplus YourUserName/YourPassword@\(DESCRIPTION=\(ADDRESS=\(PROTOCOL=TCP\)\(HOST=you r.host.address.com\)\(PORT=1521\)\)\(CONNECT_DATA=\(SID=YourServiceName\)\(S ERVER=DEDICATED\)\)\) John Korchok From jeffrey at goldmark.org Sun Feb 3 14:21:34 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Sun Feb 3 14:21:16 2008 Subject: gnucash linking wrong libffi.dylib Message-ID: 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 a trick because of confusion about which guile installation was needed. Gnucash configure couldn't find guile16, but I had other problems with guile 1.8. I also needed to install "+without_docs" because otherwise port tried and failed to install firefox) But I did finally get something compiled and installed. However, it won't run, and this is what I get to standard error. dyld: Library not loaded: /usr/lib/libffi.dylib Referenced from: /System/Library/Frameworks/QuartzCore.framework/Versions/A/ QuartzCore Reason: Incompatible library version: QuartzCore requires version 1.0.0 or later, but libffi.dylib provides version 0.0.0 I note that there is a an /opt/local/lib/libffi.dylib installed, but apparently that's not the dynamic library that gnucash finds. As I've said, I am clueless about dynamic libraries, particularly on OS X. I'm running OS X 10.5.1 with Xcode 3.0 on a G5 PPC. I have also installed the update to X11 from Macosforge. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From skip at pobox.com Sun Feb 3 14:34:08 2008 From: skip at pobox.com (skip@pobox.com) Date: Sun Feb 3 14:33:55 2008 Subject: py25-hashlib failing on build In-Reply-To: References: Message-ID: <18342.16736.110860.426839@montanaro-dyndns-org.local> 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. I've never seen this problem before. Skip Montanaro From paulbeard at gmail.com Sun Feb 3 14:37:46 2008 From: paulbeard at gmail.com (paul beard) Date: Sun Feb 3 14:37:29 2008 Subject: SOLVED: libtool woes Message-ID: On Feb 3, 2008 1:33 PM, 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 seems to work. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080203/2d3dfc5b/attachment.html From face at CentosPrime.COM Sun Feb 3 14:39:23 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sun Feb 3 14:39:46 2008 Subject: libtool woes In-Reply-To: References: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> <15258474.post@talk.nabble.com> Message-ID: 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 well. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From paulbeard at gmail.com Sun Feb 3 15:05:58 2008 From: paulbeard at gmail.com (paul beard) Date: Sun Feb 3 15:05:41 2008 Subject: NOT SOLVED: libtool woes Message-ID: Too hasty, it seems. Apache2 upgraded just fine but libidl is still balking. On Feb 3, 2008 2:37 PM, paul beard wrote: > > > On Feb 3, 2008 1:33 PM, 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 seems to work. > > > > -- > Paul Beard / www.paulbeard.org/ > -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080203/0d8f2dda/attachment.html From peter at pogma.com Sun Feb 3 15:10:54 2008 From: peter at pogma.com (Peter O'Gorman) Date: Sun Feb 3 15:10:36 2008 Subject: libtool woes In-Reply-To: <00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org> References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org> <47A615A2.5050208@pogma.com> <98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org> <47A61B1F.9000903@pogma.com> <00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org> Message-ID: <47A649FE.6020902@pogma.com> 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/macports/ticket/13648 >>>> >>>> In both cases an installed GNU libtool >>> >>> which installed GNU libtool? you mean the libtool that the project built >>> for itself? >> >> one is calling /opt/local/bin/glibtool, the other is using apr's libtool >> (/opt/local/share/apr-1/build/libtool). > > I don't know what "one" or "the other" is. That's silly - I listed the 2 bugs, two builds, "one" and "the other". But now you're saying there > are three libtools involved -- the one in /opt/local/bin/glibtool, the > one in /opt/local/share/apr-1/build/libtool, and the one in > ${worksrcdir}/libtool? > > I have the libtool port installed and do not see the problem. Maybe I > would see the problem if I removed the libtool port? >From the looks of things MacPorts at some point changed the default setting for CC? If that is the case, it means that people who had built e.g. apr before it was changed, and then tried to build apache after the change will see this breakage. Peter -- Peter O'Gorman http://pogma.com From peter at pogma.com Sun Feb 3 15:13:49 2008 From: peter at pogma.com (Peter O'Gorman) Date: Sun Feb 3 15:13:31 2008 Subject: NOT SOLVED: libtool woes In-Reply-To: References: Message-ID: <47A64AAD.7020408@pogma.com> 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 -lglib-2.0 -lintl -liconv -no-undefined -L/opt/local/lib -o libIDL-2.la -rpath /opt/local/lib parser.lo lexer.lo ns.lo util.lo /usr/bin/gcc-4.0 -dynamiclib -o .libs/libIDL-2.0.0.0.dylib .libs/parser.o .libs/lexer.o .libs/ns.o .libs/util.o -L/opt/local/lib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -install_name /opt/local/lib/libIDL-2.0.dylib -compatibility_version 1 -current_version 1.0 ld: Undefined symbols: ___IDL_cur_token_line ___IDL_lex ___IDL_prev_token_line ___IDL_in ___IDL_lex_cleanup ___IDL_lex_init /usr/bin/libtool: internal link edit command failed make[2]: *** [libIDL-2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 From luomo1138 at yahoo.com Sun Feb 3 15:38:51 2008 From: luomo1138 at yahoo.com (Dexter Douglas) Date: Sun Feb 3 15:38:32 2008 Subject: how to reconfigure f2py In-Reply-To: <799406d60802021559l3321879aodb202d1f7ff6ea4a@mail.gmail.com> Message-ID: <742466.90238.qm@web60425.mail.yahoo.com> Hello, I have upgraded my py25-numpy package. It works. Thanks, Jim --- Adam Mercer wrote: > On Jan 30, 2008 5:13 PM, Dexter Douglas > wrote: > > > Then I modified the linker flags. > > In > > > /opt/local/lib/python2.5/site-packages/numpy/distutils/fcompiler/g95.py > > > > I changed line 24 from > > 'linker_so' : ["","-static"], > > to > > 'linker_so' : ["","-dynamiclib > > -L/opt/local/lib -lpython2.5"], > > This has been incorporated into py-numpy/py25-numpy > version 1.0.4_6, > can you update to that version and check that f2py > still works with > g95? > > Cheers > > Adam > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From vincent-opdarw at vinc17.org Sun Feb 3 16:48:16 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Sun Feb 3 16:48:00 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> Message-ID: <20080204004816.GD17147@prunille.vinc17.org> 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 (where $jobs is the number of CPU cores > in your computer). This was added for MacPorts 1.6. Is there any reason why this option isn't documented in the portfile(7) man page? -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From mark at dxradio.demon.co.uk Sun Feb 3 16:53:46 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sun Feb 3 16:53:32 2008 Subject: Error upgrading Apache2 In-Reply-To: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> References: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> Message-ID: 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 output copy/pasted below Mark Powerbook:~ mark$ sudo port outdated The following installed ports are outdated: apache2 2.2.6_0 < 2.2.8_0 Powerbook:~ mark$ sudo port upgrade outdated ---> Building apache2 with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8" && make all " returned error 2 Command output: Making all in srclib Making all in os Making all in unix /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I. -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/generators -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/database -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/dav/main -prefer-non-pic -static -c unixd.c && touch unixd.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[3]: *** [unixd.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Error: Unable to upgrade port: 1 === At 10:06 -0700 2/2/08, Chris Janton wrote: >This occurs on both 10.4 and 10.5 with macports version 1.6 or later. >Same error on both systems. > >---> Building apache2 with target all >Error: Target org.macports.build returned: shell command " cd >"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8" >&& make all " returned error 2 >Command output: Making all in srclib >Making all in os >Making all in unix >/opt/local/share/apr-1/build/libtool --silent --mode=compile >/usr/bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN >-DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include >-I. >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/os/unix >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server/mpm/prefork >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/http >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/filters >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/include >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/generators >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/mappers >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/database >-I/opt/local/include/apr-1 -I/opt/local/include >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy/../generators >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/ssl >-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/dav/main >-prefer-non-pic -static -c unixd.c && touch unixd.lo >libtool: compile: unable to infer tagged configuration >libtool: compile: specify a tag with `--tag' >make[3]: *** [unixd.lo] Error 1 >make[2]: *** [all-recursive] Error 1 >make[1]: *** [all-recursive] Error 1 >make: *** [all-recursive] Error 1 > >Error: Unable to upgrade port: 1 > > >8) >---------------------------------- >Chris Janton - face at CentosPrime dot COM >Netminder for Opus1.COM From dbreiser at gmail.com Sun Feb 3 21:27:32 2008 From: dbreiser at gmail.com (David Reiser) Date: Sun Feb 3 21:27:14 2008 Subject: gnucash linking wrong libffi.dylib In-Reply-To: References: Message-ID: 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 installed gnome/gnucash using macports (that was a bit of a > trick because of confusion about which guile installation was > needed. Gnucash configure couldn't find guile16, but I had other > problems with guile 1.8. I also needed to install "+without_docs" > because otherwise port tried and failed to install firefox) But I > did finally get something compiled and installed. > > However, it won't run, and this is what I get to standard error. > > dyld: Library not loaded: /usr/lib/libffi.dylib > Referenced from: > /System/Library/Frameworks/QuartzCore.framework/Versions/A/ > QuartzCore > Reason: Incompatible library version: QuartzCore requires version > 1.0.0 or later, > but libffi.dylib provides version 0.0.0 > > I note that there is a an /opt/local/lib/libffi.dylib installed, but > apparently that's not the dynamic library that gnucash finds. > > As I've said, I am clueless about dynamic libraries, particularly on > OS X. > > I'm running OS X 10.5.1 with Xcode 3.0 on a G5 PPC. > > I have also installed the update to X11 from Macosforge. > > Cheers, > > -j > > > > -- > Jeffrey Goldberg http://www.goldmark.org/jeff/ Seems to me that's x11 that's complaining about the version of libffi. Before 2.2, gnucash used g-wrap to to handle some functions, and g- wrap brought in a rather ancient version of libffi. gnucash has since switched to swig for the functions formerly handled by g-wrap, and you don't even need swig if you are building gnucash from a tarball. While I don't know anything else about your system, you might try removing g-wrap, or whatever else is supplying libffi in macports, and see if xquartz will then use the Leopard-provided /usr/lib/libffi.dylib. I use that other packaging system, so I can't swear what needs to be in place, but I don't have any libffi except /usr/lib/libffi.dylib, and gnucash works for me on an almost identical system. Dave From peter at pogma.com Sun Feb 3 22:52:50 2008 From: peter at pogma.com (Peter O'Gorman) Date: Sun Feb 3 22:52:33 2008 Subject: gnucash linking wrong libffi.dylib In-Reply-To: References: Message-ID: 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 problem >> will lie in those directions. >> >> I've installed gnome/gnucash using macports (that was a bit of a >> trick because of confusion about which guile installation was >> needed. Gnucash configure couldn't find guile16, but I had other >> problems with guile 1.8. I also needed to install "+without_docs" >> because otherwise port tried and failed to install firefox) But I >> did finally get something compiled and installed. >> >> However, it won't run, and this is what I get to standard error. >> >> dyld: Library not loaded: /usr/lib/libffi.dylib >> Referenced from: >> /System/Library/Frameworks/QuartzCore.framework/Versions/A/ >> QuartzCore >> Reason: Incompatible library version: QuartzCore requires version >> 1.0.0 or later, >> but libffi.dylib provides version 0.0.0 >> >> I note that there is a an /opt/local/lib/libffi.dylib installed, >> but apparently that's not the dynamic library that gnucash finds. >> > > Seems to me that's x11 that's complaining about the version of > libffi. Before 2.2, gnucash used g-wrap to to handle some functions, > and g-wrap brought in a rather ancient version of libffi. gnucash > has since switched to swig for the functions formerly handled by g- > wrap, and you don't even need swig if you are building gnucash from > a tarball. > > While I don't know anything else about your system, you might try > removing g-wrap, or whatever else is supplying libffi in macports, > and see if xquartz will then use the Leopard-provided /usr/lib/ > libffi.dylib. > > I use that other packaging system, so I can't swear what needs to be > in place, but I don't have any libffi except /usr/lib/libffi.dylib, > and gnucash works for me on an almost identical system. Hi David, Something is setting DYLD_LIBRARY_PATH. I know that gnucash used to do it, not sure if it still does. The symptoms are that DYLD_LIBRARY_PATH is set to /opt/local/lib so the dynamic linker is finding the version of libffi.dylib there. I am sure that otool -L will confirm that the libffi in /opt/local has compatibility_version 0.0.0. Does gnucash still have a wrapper script that sets DYLD_LIBRARY_PATH? Peter -- Peter O'Gorman http://pogma.com From David.Epstein at warwick.ac.uk Mon Feb 4 00:02:11 2008 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Mon Feb 4 00:01:54 2008 Subject: libtool woes In-Reply-To: References: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> <15258474.post@talk.nabble.com> Message-ID: <15263548.post@talk.nabble.com> Paul Beard-2 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 > > port -f overrides any complaints > This worked for me on Mac Os X 10.4.11, MacPorts 1.600. I include the initial response of port, which shows something, I'm not sure what. When I originally tried to install apache2, port made no attempt to install libtool. Isn't this surprising in view of the first line of the log below? So it seems that apache2 does not list its dependencies correctly, which would explain why everything is fine for some users but not for others. Or maybe the problem is that there are different versions of libtool, as mentioned previously in this thread---I'm not sure if this makes sense. Anyway, here is the initial output from Paul Beard's commands: Error: port uninstall failed: Registry error: libtool not registered as installed. ---> Unable to uninstall apr 1.2.11_0, the following ports depend on it: ---> apr-util ---> subversion Warning: Uninstall forced. Proceeding despite dependencies. ---> Deactivating apr 1.2.11_0 ---> Uninstalling apr 1.2.11_0 ---> Fetching libtool ---> Attempting to fetch libtool-1.5.24.tar.gz fromhttp://ftp.gnu.org/gnu/libtool ---> Verifying checksum(s) for libtool ---> Extracting libtool ---> Configuring libtool---> Building libtool with target all ---> Staging libtool into destroot ---> Installing libtool 1.5.24_1 ---> Activating libtool 1.5.24_1---> Cleaning libtool -- View this message in context: http://www.nabble.com/libtool-woes-tp15248567p15263548.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From bubble_dancer at mac.com Mon Feb 4 00:16:16 2008 From: bubble_dancer at mac.com (=?ISO-2022-JP?B?IhskQjszOH0bKEIgGyRCOS9JVxsoQiI=?=) Date: Mon Feb 4 00:15:56 2008 Subject: gnustep-gui failure to build Message-ID: I've tried to build GWorkspace. But, when building gnustep-gui, gcc-mp-4.2 says, "I cannot recognize option '-weak_framework'.". The error message is following: gcc-mp-4.2 -fgnu-runtime -bundle -L/opt/local/lib -flat_namespace -undefined warning -o ./GSCUPS.bundle/./GSCUPS ./obj/GSCUPSPrincipalClass.o ./obj/GSCUPSPageLayout.o ./obj/GSCUPSPrintInfo.o ./obj/GSCUPSPrintOperation.o ./obj/GSCUPSPrintPanel.o ./obj/GSCUPSPrinter.o -L/opt/local/lib -L../../Source/./obj -L/opt/local/GNUstep/System/Library/Libraries/ -lcups -weak_framework Kerberos -framework CoreFoundation -framework Security -lz -lpthread -framework CoreFoundation -lgnustep-gui -lgnustep-base -lobjc -lm gcc-mp-4.2: Kerberos: No such file or directory gcc-mp-4.2: unrecognized option '-weak_framework' gnumake[3]: *** [GSCUPS.bundle/./GSCUPS] Error 1 gnumake[2]: *** [GSCUPS.all.bundle.variables] Error 2 gnumake[1]: *** [internal-all] Error 2 gnumake: *** [internal-all] Error 2 My system is, PowerBook Pro G5 MacOS X 10.5 Leopard(fresh install). From stochashtic at yahoo.ca Mon Feb 4 02:05:35 2008 From: stochashtic at yahoo.ca (Suresh Pillai) Date: Mon Feb 4 02:05:16 2008 Subject: py25-tkinter failing on build In-Reply-To: References: Message-ID: Same error with py25-tkinter as with py25-hashlib: ---> Building py25-tkinter with target build Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-tkinter/work/Python-2.5.1/Modules" && /opt/local/bin/python2.5 setup.py build " returned error 1 Command output: running build running build_ext building '_tkinter' extension creating build creating build/temp.macosx-10.3-i386-2.5 -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -DWITH_APPINIT=1 -I/opt/local/include -I/opt/local/include/python2.5 -c _tkinter.c -o build/temp.macosx-10.3-i386-2.5/_tkinter.o unable to execute -DNDEBUG: No such file or directory error: command '-DNDEBUG' failed with exit status 1 From darealk at gmail.com Mon Feb 4 02:53:49 2008 From: darealk at gmail.com (realk) Date: Mon Feb 4 02:53:28 2008 Subject: Error while installing Tomcat5 using macports In-Reply-To: <15261125.post@talk.nabble.com> References: <15261125.post@talk.nabble.com> Message-ID: <15265680.post@talk.nabble.com> sandystorm wrote: > > > Dear all, > > Any solution/suggestion/workaround to this issue will be much appreciated > as I am in the midst of a very tight timeline: > > While installing tomcat5 using macports, I get this error. Please find > below the error log: > realk wrote: > > Hello, > > I also got the same problem when trying to install tomcat5 on Leopard OS X > Server with macports. > Please, find enclosed the debug stack. > > Thanks for your help on this, > http://www.nabble.com/file/p15265680/debug_tomcat.txt debug_tomcat.txt -- View this message in context: http://www.nabble.com/Error-while-installing-Tomcat5-using-macports-tp15261125p15265680.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From joh at revier.com Mon Feb 4 03:17:37 2008 From: joh at revier.com (Jochem Huhmann) Date: Mon Feb 4 03:17:20 2008 Subject: libtool and ImageMagick problems Message-ID: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> Hi all, I'm not sure if this is the same problem as in the "libtool woes" thread or not. On both a Tiger system with an existing and upgraded MacPorts system and a Leopard system with freshly installed MacPorts, trying to install ImageMagick results in all ImageMagick tools ending up as libtool-wrappers instead of the actual binaries: $ convert /opt/local/bin/convert: error: `/opt/local/bin/.libs/convert' does not exist This script is just a wrapper for convert. See the libtool documentation for more information. Indeed looking into those scripts seems to indicate that there's some trouble with libtool: $ head /opt/local/bin/convert #! /bin/sh # utilities/convert - temporary wrapper script for .libs/convert # Generated by ltmain.sh (GNU libtool 1.2569 2008/01/24 16:16:26) 2.1a # # The utilities/convert program cannot be directly executed until all the libtool # libraries that it depends on are installed. # # This wrapper script should never be moved out of the build directory. # If it is, it will not operate correctly. Sieving through the build/install output for ImageMagick yields some interesting things. libWand and libMagick have been built, but have not been installed at all: libtool: install: warning: remember to run `libtool --finish /opt/ local/lib' /bin/sh ./libtool --silent --mode=install /usr/bin/install 'utilities/convert' '/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_ImageMagick/work/destroot/opt/local/bin/ convert' libtool: install: warning: `magick/libMagick.la' has not been installed in `/opt /local/lib' libtool: install: warning: `wand/libWand.la' has not been installed in `/opt/loc al/lib' libtool: install: warning: `/opt/local/var/macports/build/ _opt_local_var_macport s_sources_rsync.macports.org_release_ports_graphics_ImageMagick/work/ ImageMagick -6.3.8/magick/libMagick.la' has not been installed in `/opt/local/lib' libtool: install: warning: cannot relink `utilities/convert' Installing libtool from MacPorts and rebuilding makes no difference. Symlinking the resulting /opt/local/bin/glibtool to /opt/local/bin/ libtool then (and rebuilding) results in working ImageMagick binaries, though. I'm a bit lost here. What's going on? Jochem From stefan.schwarzer at grid.unep.ch Mon Feb 4 03:34:52 2008 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Mon Feb 4 03:34:36 2008 Subject: Error messages with Freetype and XFree86 In-Reply-To: References: <0CA49DE2-8EDB-40FF-B124-4B0D93681EF3@grid.unep.ch> Message-ID: <80254FF3-4656-46B7-90CB-D4CAEA7DA54F@grid.unep.ch> >> >> MacPro, Leopard, latest version of MacPorts (downloaded yesterday) >> and I'd say latest Xcode as well... > > Hi Stefan, > > do you really want XFree86? I guess, you don't. > XFree86 is often only chosen because a more recent version of X11 is > not available. > > Try to get the latest X11 from http://trac.macosforge.org/projects/xquartz > You install this on top the existing Leopard-X11 and the X11-SDK > from the Leopard Install DVD. > > Clean everything up in MacPorts and try to compile again. If the > "right" X11 is availble, MacPorts won't bother with XFree86. > At least this is the case, when I install Scribus: Scribus nominally > also depends on XFree86, > but if a fresher X11 is around, it goes with this instead. > Thanks for the hints. But it seems that GD2 needs XFree86. At least, after having followed your instructions, it still looks for XFree86... Any idea why this would be? Or why it doesn't succeed to compile properly? Thanks for any hints! ________________________________________________________________________________________________ gridmac7:mapserver-5.0.2 schwarzer$ sudo port install gd2 ---> Building XFree86 with target World 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_XFree86/work/xc" && make World " returned error 2 Command output: including in lib/dps... checking ../../config/pswrap/pswrap over in ../../config/pswrap first... /usr/bin/cc -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp- precomp -I. -I../../exports/include "-I/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_x11_XFree86/work/include" -D__i386__ - D__DARWIN__ -DNO_ALLOCA - DCSRG_BASED -DXENVIRONMENT -c -o main.o main.c yacc -d pswparser.y conflicts: 1 shift/reduce mv -f y.tab.c pswparser.c + mv -f y.tab.h pswparser.h /usr/bin/cc -Os -fno-strict-aliasing -Wall -Wpointer-arith -no-cpp- precomp -I. -I../../exports/include "-I/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_x11_XFree86/work/include" -D__i386__ - D__DARWIN__ -DNO_ALLOCA - DCSRG_BASED -DXENVIRONMENT -c -o pswparser.o pswparser.c flex -l lexer.l lexer.l:108: bad character: % lexer.l:108: unknown error processing section 1 lexer.l:108: unknown error processing section 1 lexer.l:108: bad character: 3 lexer.l:108: bad character: 5 lexer.l:108: bad character: 0 lexer.l:108: bad character: 0 lexer.l:109: bad character: % lexer.l:109: unknown error processing section 1 lexer.l:109: bad character: 2 lexer.l:109: bad character: 5 lexer.l:109: bad character: 0 lexer.l:109: bad character: 0 make[4]: *** [lexer.c] Error 1 okay, continuing in lib/dps ../../config/pswrap/pswrap -a -o dpsclrops.c -h dpsclrops.h dpsclrops.psw make[3]: ../../config/pswrap/pswrap: Command not found make[3]: *** [dpsclrops.c] Error 127 make[2]: *** [includes] Error 1 make[1]: *** [includes] Error 1 make: *** [World] Error 2 Error: The following dependencies failed to build: XFree86 fontconfig Error: Status 1 encountered during processing. ________________________________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2180 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/b70716bb/smime.bin From darealk at gmail.com Mon Feb 4 03:41:53 2008 From: darealk at gmail.com (realk) Date: Mon Feb 4 03:41:32 2008 Subject: Error while installing Tomcat5 using macports In-Reply-To: <15265680.post@talk.nabble.com> References: <15261125.post@talk.nabble.com> <15265680.post@talk.nabble.com> Message-ID: <15266402.post@talk.nabble.com> When trying a port -dv selfupdate , I got this error : DEBUG: Rebuilding the MacPorts base system if needed. DEBUG: Synchronizing ports tree(s) Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/ DEBUG: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/ports/ /opt/local/var/macports/sources/rsync.macports.org/release/ports rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname provided, or not known rsync error: error in socket IO (code 10) at /SourceCache/rsync/rsync-30/rsync/clientserver.c(94) DEBUG: Couldn't sync the ports tree: Synchronization the local ports tree failed doing rsync while executing "macports::selfupdate [array get global_options]" Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the ports tree: Synchronization the local ports tree failed doing rsync when trying a port -dv sync , got : DEBUG: Synchronizing ports tree(s) Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/ DEBUG: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/ports/ /opt/local/var/macports/sources/rsync.macports.org/release/ports rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname provided, or not known rsync error: error in socket IO (code 10) at /SourceCache/rsync/rsync-30/rsync/clientserver.c(94) DEBUG: Synchronization the local ports tree failed doing rsync while executing "mportsync" port sync failed: Synchronization the local ports tree failed doing rsync Any help on this ? :-(( -- View this message in context: http://www.nabble.com/Error-while-installing-Tomcat5-using-macports-tp15261125p15266402.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Mon Feb 4 04:18:18 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 04:18:13 2008 Subject: Error messages with Freetype and XFree86 In-Reply-To: <80254FF3-4656-46B7-90CB-D4CAEA7DA54F@grid.unep.ch> References: <0CA49DE2-8EDB-40FF-B124-4B0D93681EF3@grid.unep.ch> <80254FF3-4656-46B7-90CB-D4CAEA7DA54F@grid.unep.ch> Message-ID: <7BAE4629-809A-432C-AE38-712D774A2212@macports.org> On Feb 4, 2008, at 05:34, Stefan Schwarzer wrote: >>> MacPro, Leopard, latest version of MacPorts (downloaded >>> yesterday) and I'd say latest Xcode as well... >> >> do you really want XFree86? I guess, you don't. >> XFree86 is often only chosen because a more recent version of X11 >> is not available. >> >> Try to get the latest X11 from http://trac.macosforge.org/projects/ >> xquartz >> You install this on top the existing Leopard-X11 and the X11-SDK >> from the Leopard Install DVD. >> >> Clean everything up in MacPorts and try to compile again. If the >> "right" X11 is availble, MacPorts won't bother with XFree86. >> At least this is the case, when I install Scribus: Scribus >> nominally also depends on XFree86, >> but if a fresher X11 is around, it goes with this instead. > > Thanks for the hints. But it seems that GD2 needs XFree86. At > least, after having followed your instructions, it still looks for > XFree86... > > Any idea why this would be? Or why it doesn't succeed to compile > properly? > > Thanks for any hints! > > > ______________________________________________________________________ > __________________________ > gridmac7:mapserver-5.0.2 schwarzer$ sudo port install gd2 > ---> Building XFree86 with target World [snip] Actually, MacPorts does not look whether the Apple version of X11 is newer than the MacPorts version. Rather, it just looks if the Apple version of X11 is present and complete and usable. If so, it does not install XFree86. If XFree86 is being installed, MacPorts must think you are missing some part of Apple X11. Make sure you have installed both X11User (part of Mac OS X) and X11SDK (part of Xcode). Note that X11User must be installed first before you can install X11SDK. I'm not sure if these instructions are up-to-date for Leopard, but have a look: http://guide.macports.org/#installing.x11 Please let us know if the guide is incomplete on this topic so we can revise it. If necessary, see also these older instructions: http://trac.macosforge.org/projects/macports/wiki/ InstallingMacPorts#a2.InstallXWindowsX11 Let us know if anything there helped you which was missing from the guide; the wiki page should ultimately be retired in favor of the guide. From ryandesign at macports.org Mon Feb 4 04:25:19 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 04:25:15 2008 Subject: libtool and ImageMagick problems In-Reply-To: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> Message-ID: On Feb 4, 2008, at 05:17, Jochem Huhmann wrote: > I'm not sure if this is the same problem as in the "libtool woes" > thread or not. I don't think it's related. That thread is about the error message "unable to infer tagged configuration" which I do not see in your output. > On both a Tiger system with an existing and upgraded MacPorts > system and a Leopard system with freshly installed MacPorts, trying > to install ImageMagick results in all ImageMagick tools ending up > as libtool-wrappers instead of the actual binaries: > > $ convert > /opt/local/bin/convert: error: `/opt/local/bin/.libs/convert' does > not exist > This script is just a wrapper for convert. > See the libtool documentation for more information. > > Indeed looking into those scripts seems to indicate that there's > some trouble with libtool: > > $ head /opt/local/bin/convert > #! /bin/sh > > # utilities/convert - temporary wrapper script for .libs/convert > # Generated by ltmain.sh (GNU libtool 1.2569 2008/01/24 16:16:26) 2.1a > # > # The utilities/convert program cannot be directly executed until > all the libtool > # libraries that it depends on are installed. > # > # This wrapper script should never be moved out of the build > directory. > # If it is, it will not operate correctly. Strange. I've never seen this before. (I'm the ImageMagick port maintainer.) > Sieving through the build/install output for ImageMagick yields > some interesting things. libWand and libMagick have been built, but > have not been installed at all: > > libtool: install: warning: remember to run `libtool --finish /opt/ > local/lib' > > /bin/sh ./libtool --silent --mode=install /usr/bin/install > 'utilities/convert' '/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports > .org_release_ports_graphics_ImageMagick/work/destroot/opt/local/bin/ > convert' > libtool: install: warning: `magick/libMagick.la' has not been > installed in `/opt > /local/lib' > libtool: install: warning: `wand/libWand.la' has not been installed > in `/opt/loc > al/lib' > libtool: install: warning: `/opt/local/var/macports/build/ > _opt_local_var_macport > s_sources_rsync.macports.org_release_ports_graphics_ImageMagick/ > work/ImageMagick > -6.3.8/magick/libMagick.la' has not been installed in `/opt/local/lib' I think the above are normal messages when installing most ports. > libtool: install: warning: cannot relink `utilities/convert' This message I'm not sure about. > Installing libtool from MacPorts and rebuilding makes no > difference. Symlinking the resulting /opt/local/bin/glibtool to / > opt/local/bin/libtool then You should not do this. It may have worked in this case, but it will cause you problems elsewhere. This masks your system's /usr/bin/ libtool, which is not a GNU libtool and not compatible with GNU libtool. > (and rebuilding) results in working ImageMagick binaries, though. > > I'm a bit lost here. What's going on? Have you perhaps at some point messed with your /usr/bin/libtool? Or do you have another libtool somewhere else, like in /usr/local/bin/ libtool or /sw/bin/libtool or somewhere else in your $PATH? What version number of Mac OS X is on both systems? What version number of Xcode? What kind of processor? From ryandesign at macports.org Mon Feb 4 04:28:51 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 04:28:49 2008 Subject: Error while installing Tomcat5 using macports In-Reply-To: <15266402.post@talk.nabble.com> References: <15261125.post@talk.nabble.com> <15265680.post@talk.nabble.com> <15266402.post@talk.nabble.com> Message-ID: On Feb 4, 2008, at 05:41, realk wrote: > When trying a port -dv selfupdate , I got this error : > > > DEBUG: Rebuilding the MacPorts base system if needed. > DEBUG: Synchronizing ports tree(s) > Synchronizing local ports tree from > rsync://rsync.macports.org/release/ports/ > DEBUG: /usr/bin/rsync -rtzv --delete-after > rsync://rsync.macports.org/release/ports/ > /opt/local/var/macports/sources/rsync.macports.org/release/ports > rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname > provided, > or not known > rsync error: error in socket IO (code 10) at > /SourceCache/rsync/rsync-30/rsync/clientserver.c(94) > DEBUG: Couldn't sync the ports tree: Synchronization the local > ports tree > failed doing rsync > while executing > "macports::selfupdate [array get global_options]" > Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync > the ports > tree: Synchronization the local ports tree failed doing rsync > > > when trying a port -dv sync , got : > > DEBUG: Synchronizing ports tree(s) > Synchronizing local ports tree from > rsync://rsync.macports.org/release/ports/ > DEBUG: /usr/bin/rsync -rtzv --delete-after > rsync://rsync.macports.org/release/ports/ > /opt/local/var/macports/sources/rsync.macports.org/release/ports > rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname > provided, > or not known > rsync error: error in socket IO (code 10) at > /SourceCache/rsync/rsync-30/rsync/clientserver.c(94) > DEBUG: Synchronization the local ports tree failed doing rsync > while executing > "mportsync" > port sync failed: Synchronization the local ports tree failed doing > rsync > > > Any help on this ? :-(( It looks like something in your network infrastructure is blocking rsync traffic? Can you fix that? From ryandesign at macports.org Mon Feb 4 04:43:32 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 04:43:33 2008 Subject: gnustep-gui failure to build In-Reply-To: References: Message-ID: <1F0F8C94-2677-4EB5-9E49-AE1BCEE03E5B@macports.org> On Feb 4, 2008, at 02:16, ?? ?? wrote: > I've tried to build GWorkspace. > But, when building gnustep-gui, gcc-mp-4.2 says, "I cannot > recognize option '-weak_framework'.". > The error message is following: > > gcc-mp-4.2 -fgnu-runtime -bundle -L/opt/local/lib -flat_namespace - > undefined warning -o ./GSCUPS.bundle/./GSCUPS ./obj/ > GSCUPSPrincipalClass.o ./obj/GSCUPSPageLayout.o ./obj/ > GSCUPSPrintInfo.o ./obj/GSCUPSPrintOperation.o ./obj/ > GSCUPSPrintPanel.o ./obj/GSCUPSPrinter.o -L/opt/local/lib - > L../../Source/./obj -L/opt/local/GNUstep/System/Library/ > Libraries/ -lcups -weak_framework Kerberos -framework > CoreFoundation -framework Security -lz -lpthread -framework > CoreFoundation -lgnustep-gui -lgnustep-base -lobjc -lm > gcc-mp-4.2: Kerberos: No such file or directory > gcc-mp-4.2: unrecognized option '-weak_framework' > gnumake[3]: *** [GSCUPS.bundle/./GSCUPS] Error 1 > gnumake[2]: *** [GSCUPS.all.bundle.variables] Error 2 > gnumake[1]: *** [internal-all] Error 2 > gnumake: *** [internal-all] Error 2 You'd better file an issue in our issue tracker then. http://guide.macports.org/#project.tickets Unfortunately the port is unmaintained. > My system is, > PowerBook Pro G5 I must say I'm not sure what kind of computer that is? > MacOS X 10.5 Leopard(fresh install). From ebgssth at gmail.com Mon Feb 4 04:45:31 2008 From: ebgssth at gmail.com (js) Date: Mon Feb 4 04:45:22 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> Message-ID: Just as you said, it might not so easy to fix things all now, but I think changes for better are a good thing and worth the effort. Everyone love to see consistent system layout, right? And having a beautiful system forces the system to remain same, I think. On Feb 4, 2008 1:10 AM, Ryan Schmidt wrote: > On Feb 2, 2008, at 18:06, skip@pobox.com 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 awhile. > > It has already been established that python 2.5 ports shall have the > py25 prefix and python 3.0 ports shall have the py30 prefix. If > there's a python 2.6 version coming, then these should use the py26 > prefix. Python 2.4 ports use the py prefix because we had not > established the rules at that time and it is a major hassle to change > this now. There are a handful of ports that depend on python 2.3, but > none of them are in the python category, so none of them have a py > prefix. There are ports for python 2.2 and python 2.1 but I don't see > any ports that depend on those. From ryandesign at macports.org Mon Feb 4 04:49:27 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 04:49:31 2008 Subject: libtool woes In-Reply-To: <15263548.post@talk.nabble.com> References: <4E2EFAA0-4AC4-4767-8EE9-B97286A8EE62@macports.org> <15258474.post@talk.nabble.com> <15263548.post@talk.nabble.com> Message-ID: <19B0A99E-1093-49D9-8CF5-CFBE5BF2BEC6@macports.org> On Feb 4, 2008, at 02:02, David Epstein wrote: > > > Paul Beard-2 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 >> >> port -f overrides any complaints >> > > This worked for me on Mac Os X 10.4.11, MacPorts 1.600. > I include the initial response of port, which shows something, I'm > not sure > what. > When I originally tried to install apache2, port made no attempt to > install > libtool. > Isn't this surprising in view of the first line of the log below? > So it seems that apache2 does not list its dependencies correctly, > which > would explain > why everything is fine for some users but not for others. Or maybe the > problem is that there are different versions of libtool, as mentioned > previously in > this thread---I'm not sure if this makes sense. > Anyway, here is the initial output from Paul Beard's commands: > > Error: port uninstall failed: Registry error: libtool not registered > as installed. > ---> Unable to uninstall apr 1.2.11_0, the following ports depend on > it: > ---> apr-util > ---> subversion > Warning: Uninstall forced. Proceeding despite dependencies. > ---> Deactivating apr 1.2.11_0 > ---> Uninstalling apr 1.2.11_0 > ---> Fetching libtool > ---> Attempting to fetch libtool-1.5.24.tar.gz > fromhttp://ftp.gnu.org/gnu/libtool > ---> Verifying checksum(s) for libtool > ---> Extracting libtool > ---> Configuring libtool---> Building libtool with target all > ---> Staging libtool into destroot > ---> Installing libtool 1.5.24_1 > ---> Activating libtool 1.5.24_1---> Cleaning libtool So based on the fact that you experienced the error without libtool installed, and that Peter O'Gorman says it may be that apr was built before MacPorts 1.6 was released, it sounds like maybe apr, and not libtool, was the problem. I originally suggested that one or the other of those ports was the problem but I have yet to hear anyone definitively say which one it is. Simply force-upgrading both doesn't help us isolate the problem. :) I note that in your output above, you're uninstalling apr 1.2.11_0. That's an old version anyway. The current version is 1.2.12_0. So you should try uninstalling libtool, then upgrading apr, then see if it works. From ryandesign at macports.org Mon Feb 4 04:53:46 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 04:53:50 2008 Subject: Error upgrading Apache2 In-Reply-To: References: <3BE99452-B436-43BF-8D8C-FF117E1C763D@CentosPrime.COM> Message-ID: <3854D1C3-2162-4DB7-A578-78BA5167636D@macports.org> On Feb 3, 2008, at 18:53, Mark Hattam wrote: > 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 output copy/pasted below The relevant error is "unable to infer tagged configuration" which is filed for apache2 here: http://trac.macosforge.org/projects/macports/ticket/13653 And is being discussed at length in this thread: http://lists.macosforge.org/pipermail/macports-users/2008-February/ 008671.html Please try this possible solution: sudo port selfupdate sudo port -ncuf upgrade apr sudo port --clean apache2 sudo port upgrade apache2 Does this work? If so, please let me know what version of apr you had installed before, just to gather some data about this problem. > Powerbook:~ mark$ sudo port outdated > The following installed ports are outdated: > apache2 2.2.6_0 < 2.2.8_0 > Powerbook:~ mark$ sudo port upgrade outdated > ---> Building apache2 with target all > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8" && make all " returned error 2 > Command output: Making all in srclib > Making all in os > Making all in unix > /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/ > bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN - > DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include > -I. -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/generators -I/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/database -I/opt/local/include/apr-1 > -I/opt/local/include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/ > var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/dav/main -prefer-non-pic -static -c > unixd.c && touch unixd.lo > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with `--tag' > make[3]: *** [unixd.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > > Error: Unable to upgrade port: 1 > > === > > > > At 10:06 -0700 2/2/08, Chris Janton wrote: > >> This occurs on both 10.4 and 10.5 with macports version 1.6 or later. >> Same error on both systems. >> >> ---> Building apache2 with target all >> Error: Target org.macports.build returned: shell command " cd "/ >> opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8" && make all " returned error 2 >> Command output: Making all in srclib >> Making all in os >> Making all in unix >> /opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/ >> bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN - >> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/ >> include -I. -I/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/ >> macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/ >> build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/ >> build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/ >> build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/generators -I/opt/local/var/ >> macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/ >> build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/database -I/opt/local/include/ >> apr-1 -I/opt/local/include -I/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/ >> var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/ >> build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> apache2/work/httpd-2.2.8/modules/dav/main -prefer-non-pic -static - >> c unixd.c && touch unixd.lo >> libtool: compile: unable to infer tagged configuration >> libtool: compile: specify a tag with `--tag' >> make[3]: *** [unixd.lo] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all-recursive] Error 1 >> >> Error: Unable to upgrade port: 1 From joh at revier.com Mon Feb 4 05:01:14 2008 From: joh at revier.com (Jochem Huhmann) Date: Mon Feb 4 05:01:03 2008 Subject: libtool and ImageMagick problems In-Reply-To: References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> Message-ID: On 2008-02-04, at 13:25, Ryan Schmidt wrote: > On Feb 4, 2008, at 05:17, Jochem Huhmann wrote: > >> I'm not sure if this is the same problem as in the "libtool woes" >> thread or not. > > I don't think it's related. That thread is about the error message > "unable to infer tagged configuration" which I do not see in your > output. OK, it's a different problem then... >> >> # This wrapper script should never be moved out of the build >> directory. >> # If it is, it will not operate correctly. > > Strange. I've never seen this before. (I'm the ImageMagick port > maintainer.) Hmm. Very strange indeed. >> >> libtool: install: warning: `/opt/local/var/macports/build/ >> _opt_local_var_macport >> s_sources_rsync.macports.org_release_ports_graphics_ImageMagick/ >> work/ImageMagick >> -6.3.8/magick/libMagick.la' has not been installed in `/opt/local/ >> lib' > > I think the above are normal messages when installing most ports. Really? OK, fine (somewhat). >> libtool: install: warning: cannot relink `utilities/convert' > > This message I'm not sure about. I thought this may be related to the fact that the needed libraries are not where libtool looks for them. >> Installing libtool from MacPorts and rebuilding makes no >> difference. Symlinking the resulting /opt/local/bin/glibtool to / >> opt/local/bin/libtool then > > You should not do this. It may have worked in this case, but it > will cause you problems elsewhere. This masks your system's /usr/ > bin/libtool, which is not a GNU libtool and not compatible with GNU > libtool. I thought so, yes. But why does it work with the GNU libtool but not with the one supplied by Apple then? >> (and rebuilding) results in working ImageMagick binaries, though. >> >> I'm a bit lost here. What's going on? > > Have you perhaps at some point messed with your /usr/bin/libtool? > Or do you have another libtool somewhere else, like in /usr/local/ > bin/libtool or /sw/bin/libtool or somewhere else in your $PATH? No, no and no. I never had any reason to mess around with libtool, no Fink installed for a long time now and /usr/local is mostly empty. / usr/bin/libtool is the Apple one. > What version number of Mac OS X is on both systems? What version > number of Xcode? What kind of processor? The Tiger system (10.4.11 on a G4) has quite a bit of history under its soles (upgraded from Panther and DarwinPorts), so I could believe in having something messed up here, but the Leopard system (I think with all updates installed) has a fresh MacPort install of a few days ago, Xcode 3.0, Intel. Having two very different machines coming up with the same error makes me rather look for the problem within MacPorts. By the way, this trouble crept up in an unlucky moment: I had just delivered a article dealing with MacPorts to a German IT-magazine when the editor tried to use my text to install MacPorts (worked fine) and then to install ImageMagick (which worked not so good at all)... I would really like to get this resolved. Jochem From ryandesign at macports.org Mon Feb 4 05:14:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 05:14:57 2008 Subject: NOT SOLVED: libtool woes In-Reply-To: <47A64AAD.7020408@pogma.com> References: <47A64AAD.7020408@pogma.com> Message-ID: <0B26AEF4-FB0D-4B2C-935E-C54A7A0A2AB4@macports.org> On Feb 3, 2008, at 17:13, Peter O'Gorman wrote: > 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 -lglib-2.0 -lintl > -liconv -no-undefined -L/opt/local/lib -o libIDL-2.la -rpath > /opt/local/lib parser.lo lexer.lo ns.lo util.lo > /usr/bin/gcc-4.0 -dynamiclib -o .libs/libIDL-2.0.0.0.dylib > .libs/parser.o .libs/lexer.o .libs/ns.o .libs/util.o -L/opt/local/lib > /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib > /opt/local/lib/libiconv.dylib -install_name > /opt/local/lib/libIDL-2.0.dylib -compatibility_version 1 > -current_version 1.0 > ld: Undefined symbols: > ___IDL_cur_token_line > ___IDL_lex > ___IDL_prev_token_line > ___IDL_in > ___IDL_lex_cleanup > ___IDL_lex_init > /usr/bin/libtool: internal link edit command failed > make[2]: *** [libIDL-2.la] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 And a ticket is already filed for this problem: http://trac.macosforge.org/projects/macports/ticket/14144 From ryandesign at macports.org Mon Feb 4 05:15:53 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 05:15:52 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <20080204004816.GD17147@prunille.vinc17.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <20080204004816.GD17147@prunille.vinc17.org> Message-ID: <499F4368-D283-45E1-9580-49B22DC090AE@macports.org> On Feb 3, 2008, at 18:48, Vincent Lefevre wrote: > 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 (where $jobs is the number of CPU >> cores >> in your computer). This was added for MacPorts 1.6. > > Is there any reason why this option isn't documented in the > portfile(7) man page? You could file a ticket to get it added to the manpage. Though I thought our manpages were out of date anyway, since we're not yet shipping the new manpages built with our new documentation system, due to some problem or other. From ryandesign at macports.org Mon Feb 4 05:16:27 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 05:16:29 2008 Subject: Anyone have dcraw 8.81 installed? In-Reply-To: <01EF8893-4C61-4D9B-A60B-6E3A6D4F44CD@macports.org> References: <01EF8893-4C61-4D9B-A60B-6E3A6D4F44CD@macports.org> Message-ID: On Feb 2, 2008, at 06:48, Ryan Schmidt wrote: > Does anybody have the dcraw 8.81 port installed? If so, please > email me; I would like to get the distfile from you. > > The distfile currently available from the dcraw web site does not > match the one with which the portfile was made; see: > > http://trac.macosforge.org/projects/macports/ticket/13941 > > I would like to compare the current distfile with the old one, to > make sure the differences are ok, as per reason 2 here: > > http://trac.macports.org/projects/macports/wiki/ > FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit > > But I can't find the old distfile available for download anywhere, > hence I need to ask you. Thanks, someone sent me the distfile. From ryandesign at macports.org Mon Feb 4 05:21:21 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 05:21:17 2008 Subject: libtool and ImageMagick problems In-Reply-To: References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> Message-ID: <003BE6F7-6CEF-46D1-BCF4-51DE9733C3D1@macports.org> On Feb 4, 2008, at 07:01, Jochem Huhmann wrote: > On 2008-02-04, at 13:25, Ryan Schmidt wrote: > >> On Feb 4, 2008, at 05:17, Jochem Huhmann wrote: >> >>> I'm not sure if this is the same problem as in the "libtool woes" >>> thread or not. >> >> I don't think it's related. That thread is about the error message >> "unable to infer tagged configuration" which I do not see in your >> output. > > OK, it's a different problem then... > >>> >>> # This wrapper script should never be moved out of the build >>> directory. >>> # If it is, it will not operate correctly. >> >> Strange. I've never seen this before. (I'm the ImageMagick port >> maintainer.) > > Hmm. Very strange indeed. > >>> >>> libtool: install: warning: `/opt/local/var/macports/build/ >>> _opt_local_var_macport >>> s_sources_rsync.macports.org_release_ports_graphics_ImageMagick/ >>> work/ImageMagick >>> -6.3.8/magick/libMagick.la' has not been installed in `/opt/local/ >>> lib' >> >> I think the above are normal messages when installing most ports. > > Really? OK, fine (somewhat). > >>> libtool: install: warning: cannot relink `utilities/convert' >> >> This message I'm not sure about. > > I thought this may be related to the fact that the needed libraries > are not where libtool looks for them. > >>> Installing libtool from MacPorts and rebuilding makes no >>> difference. Symlinking the resulting /opt/local/bin/glibtool to / >>> opt/local/bin/libtool then >> >> You should not do this. It may have worked in this case, but it >> will cause you problems elsewhere. This masks your system's /usr/ >> bin/libtool, which is not a GNU libtool and not compatible with >> GNU libtool. > > I thought so, yes. But why does it work with the GNU libtool but > not with the one supplied by Apple then? I don't know right now. I do have the libtool port installed on my Tiger/Intel system. I can try removing that port and see if ImageMagick still builds. But I don't have the symlink you made. >>> (and rebuilding) results in working ImageMagick binaries, though. >>> >>> I'm a bit lost here. What's going on? >> >> Have you perhaps at some point messed with your /usr/bin/libtool? >> Or do you have another libtool somewhere else, like in /usr/local/ >> bin/libtool or /sw/bin/libtool or somewhere else in your $PATH? > > No, no and no. I never had any reason to mess around with libtool, > no Fink installed for a long time now and /usr/local is mostly > empty. /usr/bin/libtool is the Apple one. > >> What version number of Mac OS X is on both systems? What version >> number of Xcode? What kind of processor? > > The Tiger system (10.4.11 on a G4) has quite a bit of history under > its soles (upgraded from Panther and DarwinPorts), so I could > believe in having something messed up here, but the Leopard system > (I think with all updates installed) has a fresh MacPort install of > a few days ago, Xcode 3.0, Intel. Having two very different > machines coming up with the same error makes me rather look for the > problem within MacPorts. > > By the way, this trouble crept up in an unlucky moment: I had just > delivered a article dealing with MacPorts to a German IT-magazine > when the editor tried to use my text to install MacPorts (worked > fine) and then to install ImageMagick (which worked not so good at > all)... I would really like to get this resolved. I would like to get it resolved too. Could I ask you to please file a ticket in our issue tracker and assign it to me? I'll see what I can do. http://guide.macports.org/#project.tickets From mark.evenson at gmx.at Mon Feb 4 05:19:22 2008 From: mark.evenson at gmx.at (Mark Evenson) Date: Mon Feb 4 05:39:49 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> Message-ID: <47A710DA.3000302@gmx.at> Jordan K. Hubbard wrote: > OK, I'll bite. What specifically is wrong with the system emacs that > requires folks to struggle so hard to build another copy? It even > supports carbon if you add an app wrapper (like the one I just attached > - a mere 55k, and most of that is the icon), so I'm not sure what would > lead one to struggle so hard to build emacs again. Yes, the macports > version should certainly work just on general principle, but that's not > the question I'm asking. I was going to reply that /usr/bin/emacs is only emacs-21, but then I just noticed that Mac OS X 10.5 Leopard apparently ships with emacs-22. Still, having the latest stable Emacs is a plausible desire for users still with Mac OS X 10.4 Tiger. A second plausible use case might be to use MacPorts for the packaging of various Emacs-modes (SLIME, nxml-mode, haskell-mode, etc.), offering an infrastructure for their timely updating. -- "[T]his is not a disentanglement from, but a progressive knotting into." From macleod at cvrti.utah.edu Mon Feb 4 05:46:17 2008 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Feb 4 05:46:16 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <47A710DA.3000302@gmx.at> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> Message-ID: <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> I was not able to get the Leopard shipped version of emacs to fire up an X window. All it would do was drive the terminal window (or X11 xterm) from which I launched it. This is not acceptable, of course. I was able to download the generic emacs from the gnu site, apply the patch that I got from the Macports edition of emacs, and then get it to both build and work. So why is the version on MacPorts still so lame? Is there someone maintaining this package? Cheers, Rob On Feb 4, 2008, at 6:19 AM, Mark Evenson wrote: > Jordan K. Hubbard wrote: >> OK, I'll bite. What specifically is wrong with the system emacs >> that requires folks to struggle so hard to build another copy? It >> even supports carbon if you add an app wrapper (like the one I just >> attached - a mere 55k, and most of that is the icon), so I'm not >> sure what would lead one to struggle so hard to build emacs >> again. Yes, the macports version should certainly work just on >> general principle, but that's not the question I'm asking. > > I was going to reply that /usr/bin/emacs is only emacs-21, but then > I just noticed that Mac OS X 10.5 Leopard apparently ships with > emacs-22. Still, having the latest stable Emacs is a plausible > desire for users still with Mac OS X 10.4 Tiger. > > A second plausible use case might be to use MacPorts for the > packaging of various Emacs-modes (SLIME, nxml-mode, haskell-mode, > etc.), offering an infrastructure for their timely updating. > > > -- > > > "[T]his is not a disentanglement from, but a progressive knotting > into." > From ryandesign at macports.org Mon Feb 4 05:48:49 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 05:48:47 2008 Subject: libtool woes In-Reply-To: <2383903.206641202132034280.JavaMail.nabble@isper.nabble.com> References: <2383903.206641202132034280.JavaMail.nabble@isper.nabble.com> Message-ID: <6BA1D552-0B91-485A-A31E-E61C463A21D9@macports.org> On Feb 4, 2008, at 07:33, David.Epstein@warwick.ac.uk wrote: > Ryan Schmidt wrote: > >> So based on the fact that you experienced the error without libtool >> installed, and that Peter O'Gorman says it may be that apr was built >> before MacPorts 1.6 was released, it sounds like maybe apr, and not >> libtool, was the problem. I originally suggested that one or the >> other of those ports was the problem but I have yet to hear anyone >> definitively say which one it is. Simply force-upgrading both doesn't >> help us isolate the problem. :) >> >> I note that in your output above, you're uninstalling apr 1.2.11_0. >> That's an old version anyway. The current version is 1.2.12_0. So you >> should try uninstalling libtool, then upgrading apr, then see if it >> works. > > Quoted from: http://www.nabble.com/libtool-woes- > tp15248567p15267463.html > > Is a simple uninstall good enough for your purposes, or do I need > to do a clean first? > > I am about to go into the University where I have another Mac with > the same problem. > I will record version numbers of the various items, upgrade apr, do > nothing about libtool, > and report on what happens. For the same error experienced with the mjpegtools port in ticket #13648, I have bumped the revision of the libtool port, so that everyone is forced to rebuild it. And in ticket # I have suggested that the revision of the apr port be bumped, too, and assigned it to apr's maintainer. That should fix it. Hopefully. Until that gets pushed through, you should be able to clean and force upgrades of apr and/or libtool. If you have apr installed: sudo port clean --work apr sudo port -ncuf upgrade apr If you have libtool installed: sudo port clean --work libtool sudo port -ncuf upgrade libtool From ryandesign at macports.org Mon Feb 4 05:50:01 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 05:50:02 2008 Subject: libtool woes In-Reply-To: <6BA1D552-0B91-485A-A31E-E61C463A21D9@macports.org> References: <2383903.206641202132034280.JavaMail.nabble@isper.nabble.com> <6BA1D552-0B91-485A-A31E-E61C463A21D9@macports.org> Message-ID: <714D0FBB-50B0-4B3A-9DA0-FA9845F3268E@macports.org> On Feb 4, 2008, at 07:48, Ryan Schmidt wrote: > And in ticket # I have suggested that the revision of the apr port > be bumped, too, and assigned it to apr's maintainer. Forgot to fill in ticket #13653. From dbreiser at gmail.com Mon Feb 4 06:22:46 2008 From: dbreiser at gmail.com (David Reiser) Date: Mon Feb 4 06:22:41 2008 Subject: gnucash linking wrong libffi.dylib In-Reply-To: References: Message-ID: <6907F042-DE45-4B15-9D87-848A974565CC@gmail.com> On Feb 4, 2008, at 1:52 AM, Peter O'Gorman wrote: > > 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 problem >>> will lie in those directions. >>> >>> I've installed gnome/gnucash using macports (that was a bit of a >>> trick because of confusion about which guile installation was >>> needed. Gnucash configure couldn't find guile16, but I had other >>> problems with guile 1.8. I also needed to install "+without_docs" >>> because otherwise port tried and failed to install firefox) But I >>> did finally get something compiled and installed. >>> >>> However, it won't run, and this is what I get to standard error. >>> >>> dyld: Library not loaded: /usr/lib/libffi.dylib >>> Referenced from: >>> /System/Library/Frameworks/QuartzCore.framework/Versions/A/ >>> QuartzCore >>> Reason: Incompatible library version: QuartzCore requires version >>> 1.0.0 or later, >>> but libffi.dylib provides version 0.0.0 >>> >>> I note that there is a an /opt/local/lib/libffi.dylib installed, >>> but apparently that's not the dynamic library that gnucash finds. >>> >> >> Seems to me that's x11 that's complaining about the version of >> libffi. Before 2.2, gnucash used g-wrap to to handle some >> functions, and g-wrap brought in a rather ancient version of >> libffi. gnucash has since switched to swig for the functions >> formerly handled by g-wrap, and you don't even need swig if you are >> building gnucash from a tarball. >> >> While I don't know anything else about your system, you might try >> removing g-wrap, or whatever else is supplying libffi in macports, >> and see if xquartz will then use the Leopard-provided /usr/lib/ >> libffi.dylib. >> >> I use that other packaging system, so I can't swear what needs to >> be in place, but I don't have any libffi except /usr/lib/ >> libffi.dylib, and gnucash works for me on an almost identical >> system. > > Hi David, > > Something is setting DYLD_LIBRARY_PATH. I know that gnucash used to > do it, not sure if it still does. The symptoms are that > DYLD_LIBRARY_PATH is set to /opt/local/lib so the dynamic linker is > finding the version of libffi.dylib there. I am sure that otool -L > will confirm that the libffi in /opt/local has compatibility_version > 0.0.0. > > Does gnucash still have a wrapper script that sets DYLD_LIBRARY_PATH? > > Peter > -- > Peter O'Gorman > http://pogma.com Yes, gnucash does set DYLD_LIBRARY_PATH. The justification for their adding it was to allow gnucash to pass make check on a mac. (one symptom being that configure can find MSGFMT, but make can't). Jeff, The patch I use for this is: perl -pi.bak -e 's,DYLD_LIBRARY_PATH,DYLD_FALLBACK_LIBRARY_PATH,g' aclocal.m4 perl -pi.bak -e 's,DYLD_LIBRARY_PATH,DYLD_FALLBACK_LIBRARY_PATH,g' configure perl -pi.bak -e 's,DYLD_LIBRARY_PATH,DYLD_FALLBACK_LIBRARY_PATH,g' src/bin/gnucash.in perl -pi.bak -e 's,DYLD_LIBRARY_PATH,DYLD_FALLBACK_LIBRARY_PATH,g' src/bin/overrides/gnucash-env.in perl -pi.bak -e 's,DYLD_LIBRARY_PATH,DYLD_FALLBACK_LIBRARY_PATH,g' src/gnc-test-env Dave From jeffrey at goldmark.org Mon Feb 4 06:30:08 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Mon Feb 4 06:29:57 2008 Subject: gnucash linking wrong libffi.dylib In-Reply-To: References: Message-ID: On Feb 4, 2008, at 12:52 AM, Peter O'Gorman wrote: > On 3-Feb-08, at 11:27 PM, David Reiser wrote: > >> Seems to me that's x11 that's complaining about the version of >> libffi. Indeed it does seem that way. >> Before 2.2, gnucash used g-wrap to to handle some functions, Following Peters comments (below), I saw that gnucash is a shell wrapper for gnucash-bin. More on that below. >> While I don't know anything else about your system, you might try >> removing g-wrap, or whatever else is supplying libffi in macports, >> and see if xquartz will then use the Leopard-provided /usr/lib/ >> libffi.dylib. I have done a sudo port deactivate libffi which did solve this particular problem (but more below). >> I use that other packaging system, so I can't swear what needs to >> be in place, but I don't have any libffi except /usr/lib/ >> libffi.dylib, and gnucash works for me on an almost identical >> system. That does give me hope. I'm actually trying to migrate from fink to macports, and if I can't get gnucash working, I will go back to fink if needed. The main reason I'm moving is that I've moved my servers from Linux to FreeBSD last year, and I've fallen in love with the ports system there. Also, I had been having increasing difficulties with fink. > Something is setting DYLD_LIBRARY_PATH. I know that gnucash used to > do it, not sure if it still does. Indeed that is it. /opt/local/bin/gnucash is a shell script. (I added some linebreaks to the DYLD_LIBRARY_PATH below) #!/bin/sh PATH="/opt/local/bin:${PATH}" export PATH GUILE_WARN_DEPRECATED="no" export GUILE_WARN_DEPRECATED GNC_MODULE_PATH="/opt/local/lib/gnucash:${GNC_MODULE_PATH}" EXTRA_PATH="${EXTRA_PATH}:/opt/local/share/gnucash/guile-modules" EXTRA_PATH="${EXTRA_PATH}:/opt/local/share/gnucash/scm" GUILE_LOAD_PATH="${EXTRA_PATH}:${GUILE_LOAD_PATH}" EXTRA_LIBS="${GNC_MODULE_PATH}" EXTRA_LIBS="${EXTRA_LIBS}:/opt/local/lib" EXTRA_LIBS="${EXTRA_LIBS}:/opt/local/lib/gnucash" LD_LIBRARY_PATH="${EXTRA_LIBS}:${LD_LIBRARY_PATH}" DYLD_LIBRARY_PATH="/System/Library/Frameworks/ ApplicationServices.framework/ Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources: ${EXTRA_LIBS}:${DYLD_LIBRARY_PATH}" export GNC_MODULE_PATH export GUILE_LOAD_PATH export LD_LIBRARY_PATH export DYLD_LIBRARY_PATH exec gnucash-bin "$@" My normal environment doesn't set any LIBRARY_PATH variables. And I've checked that libffi doesn't exist in that /System/Library ... thing > I am sure that otool -L will confirm that the libffi in /opt/local > has compatibility_version 0.0.0. Thank you. In my pre-posting grasping at straws, I did look at the man page for otool, but was a bit overwhelmed. I can confirm that otool reported that /opt/local/lib/libffi.dylib has compatibility 0.0.0 while the one in /usr/lib reports 1.0.0 So this is where I'm at. I have deactivated libffi and now gnucash starts. I get its splash screen, but then a scheme failure: % gnucash gnc.bin-Message: main: binreloc relocation support was disabled at configure time. Backtrace: In current input: 1: 0* [gnc:reldate-initialize] In /opt/local/share/gnucash/scm/date-utilities.scm: 844: 1* [gnc:make-reldate-hash #(() () () () ...) (# # # # ...)] 382: 2 (map (lambda (reldate) (hash-set! hash # reldate)) reldate- list) /opt/local/share/gnucash/scm/date-utilities.scm:382:3: In expression (map (lambda # #) reldate-list): /opt/local/share/gnucash/scm/date-utilities.scm:382:3: Unbound variable: map mcount: gmon.out: Permission denied My guess here is that I've got gnucash using the wrong version of guile. Although I've studied lamba calculus in logic, I really know nothing of scheme. Thank you both for your help on this. Any suggestions on how to proceed further would be helpful. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From dbreiser at gmail.com Mon Feb 4 06:54:10 2008 From: dbreiser at gmail.com (David Reiser) Date: Mon Feb 4 06:54:04 2008 Subject: gnucash linking wrong libffi.dylib In-Reply-To: References: Message-ID: <5D1C7E1E-3713-4CF1-99DB-502AABED440E@gmail.com> On Feb 4, 2008, at 9:30 AM, Jeffrey Goldberg wrote: > [...] > So this is where I'm at. > > I have deactivated libffi and now gnucash starts. I get its splash > screen, but then a scheme failure: > > % gnucash > gnc.bin-Message: main: binreloc relocation support was disabled at > configure time. > > Backtrace: > In current input: > 1: 0* [gnc:reldate-initialize] > In /opt/local/share/gnucash/scm/date-utilities.scm: > 844: 1* [gnc:make-reldate-hash #(() () () () ...) (# # # # ...)] > 382: 2 (map (lambda (reldate) (hash-set! hash # reldate)) reldate- > list) > > /opt/local/share/gnucash/scm/date-utilities.scm:382:3: In expression > (map (lambda # #) reldate-list): > /opt/local/share/gnucash/scm/date-utilities.scm:382:3: Unbound > variable: map > mcount: gmon.out: Permission denied > > My guess here is that I've got gnucash using the wrong version of > guile. Although I've studied lamba calculus in logic, I really know > nothing of scheme. > > Thank you both for your help on this. Any suggestions on how to > proceed further would be helpful. > Usually scheme errors on launch indicate that your version of slib and guile are not working together. I think the usual fix for that is remove slib and rebuild/reinstall it, making sure that it's pointed at the version of guile you need. Dave From mark.evenson at gmx.at Mon Feb 4 07:12:11 2008 From: mark.evenson at gmx.at (Mark Evenson) Date: Mon Feb 4 07:12:37 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> Message-ID: Rob MacLeod wrote: > I was not able to get the Leopard shipped version of emacs to fire up an > X window. All it would do was drive the terminal window (or X11 > xterm) from which I launched it. This is not acceptable, of course. Mac OS X 10.5 Leopard's /usr/bin/emacs is not linked to X11: it will only work within a Terminal.app, an xterm, or anything that supports a termcap entry (you can verify this via "otool -L /usr/bin/emacs" which shows that it is not linked against X11 libaries). Personally, I like using the X11 version under OS X to give consistency to my emacs experience across UNIX/Max OS X development. And I never really totally understand the need to "Carbonize" or "Aquaify" the port, although Cut and Paste with the Mac OS X clipboard sometimes acts a little wonky (tip: use the Emacs menu item for Paste when CMD-v fails to insert properly). But maybe the cute Emacs icon has something to do with it, like being able to switch via the OS X switcher (and the 'emacs-app' port icon is even better!) >I was able to download the generic emacs from the gnu site, apply the >patch that I got from the Macports edition of emacs, and then get it to >both build and work. So why is the version on MacPorts still so lame? >Is there someone maintaining this package? I have submitted a patch [1] to the current ticket within MacPorts Trac, and am trying to get it promoted through to commit to the tree (I am a maintainer for some MacPorts, although not editors/emacs, but do not have commit rights.) I agree that the response time on fixing this has been "lame", but calling the port "lame" is a trifle over the top, don't you think? Not a great way to win friends and influence people. . . [1]: http://trac.macports.org/projects/macports/ticket/13942 Some instructions for using my patch for those who are following from the sidelines: 1. Pick a spot to build the port, like osx$ mkdir ~/ports 2. Copy the existing emacs build infrastructure over: osx$ cp -pr `port dir emacs` ~/ports 3. Replace the existing 'Portfile' with my [trivially patch][2]: [2]: http://trac.macports.org/projects/macports/attachment/ticket/13942/emacs-Portfile.diff osx$ cd ~/ports/emacs osx$ wget http://trac.macports.org/projects/macports/attachment/ticket/13942/emacs-Portfile.diff osx$ patch -p0 < emacs-Portfile.diff 4. Add the [upstream emacs patch to the files directory][3] [3]: http://trac.macports.org/projects/macports/attachment/ticket/13942/patch-src-unexmacosx.c osx$ cd ~/ports/emacs/files osx$ wget http://trac.macports.org/projects/macports/attachment/ticket/13942/patch-src-unexmacosx.c 5. Build and install: osx$ cd ~/ports/emacs osx$ sudo port -D . install When the official Portfile gets updated, this change will be automatically overridden by a normal 'port upgrade outdated' procedure. -- "[T]his is not a disentanglement from, but a progressive knotting into." > > On Feb 4, 2008, at 6:19 AM, Mark Evenson wrote: > >> Jordan K. Hubbard wrote: >>> OK, I'll bite. What specifically is wrong with the system emacs that >>> requires folks to struggle so hard to build another copy? It even >>> supports carbon if you add an app wrapper (like the one I just >>> attached - a mere 55k, and most of that is the icon), so I'm not sure >>> what would lead one to struggle so hard to build emacs again. Yes, >>> the macports version should certainly work just on general principle, >>> but that's not the question I'm asking. >> >> I was going to reply that /usr/bin/emacs is only emacs-21, but then I >> just noticed that Mac OS X 10.5 Leopard apparently ships with >> emacs-22. Still, having the latest stable Emacs is a plausible desire >> for users still with Mac OS X 10.4 Tiger. >> >> A second plausible use case might be to use MacPorts for the packaging >> of various Emacs-modes (SLIME, nxml-mode, haskell-mode, etc.), >> offering an infrastructure for their timely updating. >> >> >> -- >> >> >> "[T]his is not a disentanglement from, but a progressive knotting into." >> > -- "[T]his is not a disentanglement from, but a progressive knotting into." From macleod at cvrti.utah.edu Mon Feb 4 07:17:40 2008 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Feb 4 07:17:50 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <47A72A15.2050901@gmx.at> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <47A72A15.2050901@gmx.at> Message-ID: <83A41323-86A3-4807-9BB5-051486233C1D@cvrti.utah.edu> Mark, I totally agree about the desirability of an X11 port for its look and feel. I have tried all the Carbon and Aqua ports I have come across and none of them are superior (and most inferior) to the tried and true. Thanks for the patch. I will try it out and report any problems. As for your semantics suggestion, anything that works worse with a new version than it did with the old is lame in my books (-: That does not mean the people who write and maintain it are lame. They are my heroes!! Still looking forward to the new and improved X11 that will eventually catch up to the one we had under 3 months ago under Tiger; it's hard to have to go through the evolution once again.... but that is an not a MacPorts problem. (-: Cheers, Rob On Feb 4, 2008, at 8:07 AM, Mark Evenson wrote: > Rob MacLeod wrote: >> I was not able to get the Leopard shipped version of emacs to fire >> up an X window. All it would do was drive the terminal window >> (or X11 xterm) from which I launched it. This is not acceptable, >> of course. > > Mac OS X 10.5 Leopard's /usr/bin/emacs is not linked to X11: it > will only work within a Terminal.app, an xterm, or anything that > supports a termcap entry (you can verify this via "otool -L /usr/bin/ > emacs" which shows that it is not linked against X11 libaries). > > Personally, I like using the X11 version under OS X to give > consistency to my emacs experience across UNIX/Max OS X > development. And I never really totally understand the need to > "Carbonize" or "Aquaify" the port, although Cut and Paste with the > Mac OS X clipboard sometimes acts a little wonky (tip: use the > Emacs menu item for Paste when CMD-v fails to insert properly). But > maybe the cute Emacs icon has something to do with it, like being > able to switch via the OS X switcher (and the 'emacs-app' port icon > is even better!) > >> I was able to download the generic emacs from the gnu site, apply >> the patch that I got from the Macports edition of emacs, and then >> get it to both build and work. So why is the version on MacPorts >> still so lame? Is there someone maintaining this package? > > I have submitted a patch [1] to the current ticket within MacPorts > Trac, and am trying to get it promoted through to commit to the tree > (I am a maintainer for some MacPorts, although not editors/emacs, > but do not have commit rights.) > > I agree that the response time on fixing this has been "lame", but > calling the port "lame" is a trifle over the top, don't you think? > Not a great way to win friends and influence people. . . > > [1]: http://trac.macports.org/projects/macports/ticket/13942 > > Some instructions for using my patch for those who are following > from the sidelines: > > 1. Pick a spot to build the port, like > > osx$ mkdir ~/ports > > 2. Copy the existing emacs build infrastructure over: > > osx$ cp -pr `port dir emacs` ~/ports > > 3. Replace the existing 'Portfile' with my [trivially patch][2]: > > [2]: http://trac.macports.org/projects/macports/attachment/ticket/13942/emacs-Portfile.diff > > osx$ cd ~/ports/emacs > osx$ wget http://trac.macports.org/projects/macports/attachment/ticket/13942/emacs-Portfile.diff > osx$ patch -p0 < emacs-Portfile.diff > > 4. Add the [upstream emacs patch to the files directory][3] > > [3]: http://trac.macports.org/projects/macports/attachment/ticket/13942/patch-src-unexmacosx.c > > osx$ cd ~/ports/emacs/files > osx$ wget http://trac.macports.org/projects/macports/attachment/ticket/13942/patch-src-unexmacosx.c > > 5. Build and install: > > osx$ cd ~/ports/emacs > osx$ sudo port -D . install > > When the official Portfile gets updated, this change will be > automatically overridden by a normal 'port upgrade outdated' > procedure. > > -- > > > "[T]his is not a disentanglement from, but a progressive knotting > into." > From afb at macports.org Mon Feb 4 10:03:57 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon Feb 4 10:03:48 2008 Subject: libtool woes In-Reply-To: <47A73F4A.4030903@yahoo.it> References: aeca57d90801311634o62da8fe4l7eaec80d3ae6246f@mail.gmail.com <47A73F4A.4030903@yahoo.it> Message-ID: <565a0185fe0b03df82cc92c41a1dcc65@macports.org> Zak Mc Kracken wrote: >>> 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 back to "gcc" (or "gcc-4.0") makes it work. >> Something like: port build configure.cc=gcc configure.cxx=g++ > Please, could someone explain what "port build configure.cc=gcc > configure.cxx=g++" means? Do I have to downgrade gcc? How? If the problem is that libtool thinks the compiler is "gcc", and macports is passing "/usr/bin/gcc-4.0" instead - then it can be worked around by adding similar such parameters: sudo port build apache2 configure.cc=gcc configure.cxx=g++ Or you can try rebuilding libtool, as suggested elsewhere. > I have been trying to have apache2 + php5 + mysql5 working on my Mac > for two days. I think changes to a resource like port should be made > only after extensive testing (or am I using an unstable version?). > It's all so frustrating... Sorry to hear that. I think the change was made for 1.5.1. --anders From milosh at macports.org Mon Feb 4 10:07:15 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Mon Feb 4 10:07:11 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> Message-ID: <20080204180714.GA5509@velsheda.lateralis.org> Citando js : > Just as you said, it might not so easy to fix things all now, > but I think changes for better are a good thing and worth the effort. > Everyone love to see consistent system layout, right? > And having a beautiful system forces the system to remain same, I think. > As python2.5 should be the stable version and python2.4 slowly disappear, I feel renaming dozens of ports is just not worth it. The future is bright but there is no python<2.5 in it. And in fact, obtaining a beautiful python modules tree would mean having one port per package that builds conveniently for each installed python, not having py24-blabla, py25-blabla, py26-blabla and py30-blabla that are identical but a few characters... > On Feb 4, 2008 1:10 AM, Ryan Schmidt wrote: > > On Feb 2, 2008, at 18:06, skip@pobox.com 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 awhile. > > > > It has already been established that python 2.5 ports shall have the > > py25 prefix and python 3.0 ports shall have the py30 prefix. If > > there's a python 2.6 version coming, then these should use the py26 > > prefix. Python 2.4 ports use the py prefix because we had not > > established the rules at that time and it is a major hassle to change > > this now. There are a handful of ports that depend on python 2.3, but > > none of them are in the python category, so none of them have a py > > prefix. There are ports for python 2.2 and python 2.1 but I don't see > > any ports that depend on those. > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/01e19ae2/attachment-0001.bin From ryandesign at macports.org Mon Feb 4 10:32:02 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 10:32:04 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <20080204180714.GA5509@velsheda.lateralis.org> References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> Message-ID: On Feb 4, 2008, at 12:07, Emmanuel Hainry wrote: > Citando js : > >> Just as you said, it might not so easy to fix things all now, >> but I think changes for better are a good thing and worth the effort. >> Everyone love to see consistent system layout, right? >> And having a beautiful system forces the system to remain same, I >> think. > > As python2.5 should be the stable version and python2.4 slowly > disappear, I feel renaming dozens of ports is just not worth it. Not dozens: 336. > The future is bright but there is no python<2.5 in it. And in fact, > obtaining a beautiful python modules tree would mean having one > port per > package that builds conveniently for each installed python, not having > py24-blabla, py25-blabla, py26-blabla and py30-blabla that are > identical > but a few characters... This was debated before and it was decided by those who understand python that separate ports made more sense. I believe part of the reason was that you might want to have both python-24- and python-25- versions of a given port installed. From ryandesign at macports.org Mon Feb 4 10:33:58 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 10:33:53 2008 Subject: libtool woes In-Reply-To: <565a0185fe0b03df82cc92c41a1dcc65@macports.org> References: aeca57d90801311634o62da8fe4l7eaec80d3ae6246f@mail.gmail.com <47A73F4A.4030903@yahoo.it> <565a0185fe0b03df82cc92c41a1dcc65@macports.org> Message-ID: <8B9AA310-8C72-483C-BBD0-B6250B7B9E0C@macports.org> On Feb 4, 2008, at 12:03, Anders F Bj?rklund wrote: > Zak Mc Kracken wrote: > >>>> 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 back to "gcc" (or "gcc-4.0") makes it work. >>> Something like: port build configure.cc=gcc configure.cxx=g++ > >> Please, could someone explain what "port build configure.cc=gcc >> configure.cxx=g++" means? Do I have to downgrade gcc? How? > > If the problem is that libtool thinks the compiler is "gcc", > and macports is passing "/usr/bin/gcc-4.0" instead - then > it can be worked around by adding similar such parameters: > sudo port build apache2 configure.cc=gcc configure.cxx=g++ > > Or you can try rebuilding libtool, as suggested elsewhere. libtool's revision has been bumped so that everyone will be forced to rebuild it so that this problem should disappear. >> I have been trying to have apache2 + php5 + mysql5 working on my >> Mac for two days. I think changes to a resource like port should >> be made only after extensive testing (or am I using an unstable >> version?). It's all so frustrating... > > Sorry to hear that. I think the change was made for 1.5.1. I thought the change was made for 1.6.0? Anyway, MacPorts is developed by a small team of volunteers. Nobody's getting paid to do this work. There isn't an extensive network of testers. When stuff breaks, we try to fix it. We do the best we can. From skip at pobox.com Mon Feb 4 10:58:07 2008 From: skip at pobox.com (skip@pobox.com) Date: Mon Feb 4 10:58:22 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <20080204180714.GA5509@velsheda.lateralis.org> References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> Message-ID: <18343.24639.727784.588282@montanaro-dyndns-org.local> Emmanuel> As python2.5 should be the stable version and python2.4 slowly Emmanuel> disappear, I feel renaming dozens of ports is just not worth Emmanuel> it. Here's the current situation: % port search py- | egrep '^py' | egrep -vi 'no match' | wc -l 336 % port search py25- | egrep '^py' | egrep -vi 'no match' | wc -l 105 % port search py30- | egrep '^py' | egrep -vi 'no match' | wc -l 10 A little work with the comm(1) command suggests that 74 ports are common to the py- and py25- collections, 262 are unique to py-, and 31 are unique to py25-. How long do you think it will be before the py25-* ports significantly outnumber the py-* ports? It looks like that day is aways off to me, given that there are currently about eight times as many ports which appear to be specific to the Python 2.4 install as to the Python 2.5 install. -- Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ From jkh at apple.com Mon Feb 4 11:18:45 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Mon Feb 4 11:19:55 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> Message-ID: On Feb 4, 2008, at 5:46 AM, Rob MacLeod wrote: > I was not able to get the Leopard shipped version of emacs to fire > up an X window. All it would do was drive the terminal window (or > X11 xterm) from which I launched it. This is not acceptable, of > course. The leopard shipped emacs is linked with Carbon. You don't NEED X for that version if you use the app wrapper I sent out - it supports the NATIVE window system. And if you prefer X11 to the native window system, well, it's just possible that you might be happier installing Linux or *BSD on your machine. - Jordan > > > I was able to download the generic emacs from the gnu site, apply > the patch that I got from the Macports edition of emacs, and then > get it to both build and work. So why is the version on MacPorts > still so lame? Is there someone maintaining this package? > > Cheers, > Rob > > On Feb 4, 2008, at 6:19 AM, Mark Evenson wrote: > >> Jordan K. Hubbard wrote: >>> OK, I'll bite. What specifically is wrong with the system emacs >>> that requires folks to struggle so hard to build another copy? >>> It even supports carbon if you add an app wrapper (like the one I >>> just attached - a mere 55k, and most of that is the icon), so I'm >>> not sure what would lead one to struggle so hard to build emacs >>> again. Yes, the macports version should certainly work just on >>> general principle, but that's not the question I'm asking. >> >> I was going to reply that /usr/bin/emacs is only emacs-21, but then >> I just noticed that Mac OS X 10.5 Leopard apparently ships with >> emacs-22. Still, having the latest stable Emacs is a plausible >> desire for users still with Mac OS X 10.4 Tiger. >> >> A second plausible use case might be to use MacPorts for the >> packaging of various Emacs-modes (SLIME, nxml-mode, haskell-mode, >> etc.), offering an infrastructure for their timely updating. >> >> >> -- >> >> >> "[T]his is not a disentanglement from, but a progressive knotting >> into." >> > From delobelle at blueyonder.co.uk Mon Feb 4 12:50:07 2008 From: delobelle at blueyonder.co.uk (Arnaud Delobelle) Date: Mon Feb 4 12:50:58 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <83A41323-86A3-4807-9BB5-051486233C1D@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <47A72A15.2050901@gmx.at> <83A41323-86A3-4807-9BB5-051486233C1D@cvrti.utah.edu> Message-ID: On 4 Feb 2008, at 15:17, Rob MacLeod wrote: > > I totally agree about the desirability of an X11 port for its look > and feel. I have tried all the Carbon and Aqua ports I have come > across and none of them are superior (and most inferior) to the > tried and true. I find it hard to understand how an X11 Emacs can be significantly superior to Carbon Emacs or Aquamacs. I used X11 Emacs on GNU/Linux, then Carbon Emacs on Tiger and now Aquamacs on Leopard and to me there is no significant difference. Carbon Emacs and Aquamacs are both excellent IMHO. Using Aquamacs I get good copy/paste cooperation with other apps. I certainly don't feel the need to run X11 just for Emacs, as to me its looks and feel is about what's happening inside the window, not about what what the window or menu bar looks like. -- Arnaud From afb at macports.org Mon Feb 4 12:54:41 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon Feb 4 12:54:23 2008 Subject: libtool woes In-Reply-To: <8B9AA310-8C72-483C-BBD0-B6250B7B9E0C@macports.org> References: aeca57d90801311634o62da8fe4l7eaec80d3ae6246f@mail.gmail.com <47A73F4A.4030903@yahoo.it> <565a0185fe0b03df82cc92c41a1dcc65@macports.org> <8B9AA310-8C72-483C-BBD0-B6250B7B9E0C@macports.org> Message-ID: Ryan Schmidt wrote: >> I think the change was made for 1.5.1. > > I thought the change was made for 1.6.0? http://trac.macports.org/projects/macports/changeset/27018 Doesn't matter... --anders From peter at pogma.com Mon Feb 4 13:05:04 2008 From: peter at pogma.com (Peter O'Gorman) Date: Mon Feb 4 13:05:17 2008 Subject: libtool and ImageMagick problems In-Reply-To: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> Message-ID: <47A77E00.9090500@pogma.com> Jochem Huhmann wrote: > Hi all, > > I'm not sure if this is the same problem as in the "libtool woes" thread > or not. > > On both a Tiger system with an existing and upgraded MacPorts system and > a Leopard system with freshly installed MacPorts, trying to install > ImageMagick results in all ImageMagick tools ending up as > libtool-wrappers instead of the actual binaries: > > $ convert > /opt/local/bin/convert: error: `/opt/local/bin/.libs/convert' does not > exist > This script is just a wrapper for convert. > See the libtool documentation for more information. > > Indeed looking into those scripts seems to indicate that there's some > trouble with libtool: > > $ head /opt/local/bin/convert > #! /bin/sh > > # utilities/convert - temporary wrapper script for .libs/convert > # Generated by ltmain.sh (GNU libtool 1.2569 2008/01/24 16:16:26) 2.1a > # > # The utilities/convert program cannot be directly executed until all > the libtool > # libraries that it depends on are installed. > # > # This wrapper script should never be moved out of the build directory. > # If it is, it will not operate correctly. > > Sieving through the build/install output for ImageMagick yields some > interesting things. libWand and libMagick have been built, but have not > been installed at all: > > libtool: install: warning: remember to run `libtool --finish > /opt/local/lib' > > /bin/sh ./libtool --silent --mode=install /usr/bin/install > 'utilities/convert' > '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports > > .org_release_ports_graphics_ImageMagick/work/destroot/opt/local/bin/convert' > > libtool: install: warning: `magick/libMagick.la' has not been installed > in `/opt > /local/lib' > libtool: install: warning: `wand/libWand.la' has not been installed in > `/opt/loc > al/lib' > libtool: install: warning: > `/opt/local/var/macports/build/_opt_local_var_macport > s_sources_rsync.macports.org_release_ports_graphics_ImageMagick/work/ImageMagick > > -6.3.8/magick/libMagick.la' has not been installed in `/opt/local/lib' > libtool: install: warning: cannot relink `utilities/convert' > Putting on my upstream libtool maintainer hat. This is interesting because imagemagick seems to be using a development version of gnu libtool, and it may have found a bug. I don't happen to have MacPorts installed, but will attempt to reproduce later. If you feel like running (from the builddir): /bin/sh ./libtool --debug --mode=install /usr/bin/install 'utilities/convert' '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_ImageMagick/work/destroot/opt/local/bin/convert' 2>&1 > log and sending me the (compressed) log file off list, it would be helpful. Thanks, Peter -- Peter O'Gorman http://pogma.com From paulbeard at gmail.com Mon Feb 4 15:51:44 2008 From: paulbeard at gmail.com (paul beard) Date: Mon Feb 4 15:51:43 2008 Subject: libtool woes In-Reply-To: <8B9AA310-8C72-483C-BBD0-B6250B7B9E0C@macports.org> References: <47A73F4A.4030903@yahoo.it> <565a0185fe0b03df82cc92c41a1dcc65@macports.org> <8B9AA310-8C72-483C-BBD0-B6250B7B9E0C@macports.org> Message-ID: On Feb 4, 2008 10:33 AM, Ryan Schmidt wrote: > > libtool's revision has been bumped so that everyone will be forced to > rebuild it so that this problem should disappear. > This is confusing to me, since the libtool that is crapping out is ./libtool (relative to the port's build directory). Where does the ports-installed libtool enter into it? Interestingly, I just found that libidl built without issue on another system here (also PPC, also 10.4.11). kitchen:~ root# port installed | grep libidl libidl @0.8.10_0 (active) This makes me wonder why two systems are having issues and one isn't. G4 good, G5 bad: also the G4s have been using MacPorts for quite awhile (since it was DarwinPorts). Could there be some conflicting cruft in there somewhere? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/bafb4992/attachment-0001.html From mvfranz at gmail.com Mon Feb 4 15:58:10 2008 From: mvfranz at gmail.com (Michael Franz) Date: Mon Feb 4 15:57:52 2008 Subject: p5-getopt-long and perl5.8 - activation error Message-ID: I am installing an application that somewhere along the line it has a dependency on both p5-getopt-long and perl5.8. I do not know how these two relate. All that I know at this point is that they conflict. I see that there is a perl5.10. Is this version to be used instead of perl5.8? If so, how do I get the dependent projects to use it? Here is the build/install log with the final error. ---> Fetching apache-ant ... many lines and ports excluded. I can send the complete log if necessary. ---> Fetching perl5.8 ---> Attempting to fetch perl-5.8.8.tar.bz2 from http://www.cpan.org/src/5.0/ ---> Verifying checksum(s) for perl5.8 ---> Extracting perl5.8 ---> Applying patches to perl5.8 ---> Configuring perl5.8---> Building perl5.8 with target all ---> Staging perl5.8 into destroot ---> Installing perl5.8 5.8.8_1+darwin_8 ---> Activating perl5.8 5.8.8_1+darwin_8 ---> Cleaning perl5.8 ---> Fetching p5-pathtools ---> Attempting to fetch PathTools-3.27.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/../../authors/id/K/KW/KWILLIAMS/---> Verifying checksum(s) for p5-pathtools ---> Extracting p5-pathtools ---> Configuring p5-pathtools ---> Building p5-pathtools with target all ---> Staging p5-pathtools into destroot ---> Installing p5-pathtools 3.27_0---> Activating p5-pathtools 3.27_0 ---> Cleaning p5-pathtools ---> Fetching p5-getopt-long ---> Attempting to fetch Getopt-Long-2.37.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Getopt ---> Verifying checksum(s) for p5-getopt-long ---> Extracting p5-getopt-long ---> Configuring p5-getopt-long ---> Building p5-getopt-long with target all ---> Staging p5-getopt-long into destroot You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port ---> Installing p5-getopt-long 2.37_0 ---> Activating p5-getopt-long 2.37_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/7644b2f5/attachment.html From macleod at cvrti.utah.edu Mon Feb 4 16:23:17 2008 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Feb 4 16:23:07 2008 Subject: Emacs and Leopard problems continue In-Reply-To: References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> Message-ID: <44A2EEB0-3261-4B16-8897-B02F484F82D8@cvrti.utah.edu> Huh? Because I like X11 for certain apps, I am supposed to run Linux? Is this supposed to be a joke or a snide remark? On Feb 4, 2008, at 12:18 PM, Jordan K. Hubbard wrote: > > On Feb 4, 2008, at 5:46 AM, Rob MacLeod wrote: > >> I was not able to get the Leopard shipped version of emacs to fire >> up an X window. All it would do was drive the terminal window >> (or X11 xterm) from which I launched it. This is not acceptable, >> of course. > > The leopard shipped emacs is linked with Carbon. You don't NEED X > for that version if you use the app wrapper I sent out - it supports > the NATIVE window system. > > And if you prefer X11 to the native window system, well, it's just > possible that you might be happier installing Linux or *BSD on your > machine. > > - Jordan > >> >> >> I was able to download the generic emacs from the gnu site, apply >> the patch that I got from the Macports edition of emacs, and then >> get it to both build and work. So why is the version on MacPorts >> still so lame? Is there someone maintaining this package? >> >> Cheers, >> Rob >> >> On Feb 4, 2008, at 6:19 AM, Mark Evenson wrote: >> >>> Jordan K. Hubbard wrote: >>>> OK, I'll bite. What specifically is wrong with the system emacs >>>> that requires folks to struggle so hard to build another copy? >>>> It even supports carbon if you add an app wrapper (like the one I >>>> just attached - a mere 55k, and most of that is the icon), so I'm >>>> not sure what would lead one to struggle so hard to build emacs >>>> again. Yes, the macports version should certainly work just on >>>> general principle, but that's not the question I'm asking. >>> >>> I was going to reply that /usr/bin/emacs is only emacs-21, but >>> then I just noticed that Mac OS X 10.5 Leopard apparently ships >>> with emacs-22. Still, having the latest stable Emacs is a >>> plausible desire for users still with Mac OS X 10.4 Tiger. >>> >>> A second plausible use case might be to use MacPorts for the >>> packaging of various Emacs-modes (SLIME, nxml-mode, haskell-mode, >>> etc.), offering an infrastructure for their timely updating. >>> >>> >>> -- >>> >>> >>> "[T]his is not a disentanglement from, but a progressive knotting >>> into." >>> >> > From macleod at cvrti.utah.edu Mon Feb 4 16:30:28 2008 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Feb 4 16:30:17 2008 Subject: Emacs and Leopard problems continue In-Reply-To: References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <47A72A15.2050901@gmx.at> <83A41323-86A3-4807-9BB5-051486233C1D@cvrti.utah.edu> Message-ID: <9DEB808A-8FBB-4325-86AF-005845D56C28@cvrti.utah.edu> Hi, How do you select fonts for Carbon and Aqua emacs ? I find that X has nicer fixed pitch fonts than the native windows. With the Carbon and Aqua emacs, I also have a hard time finding where to place additional LISP code for tools that I find or write to extend emacs. It is all very simple and stable in the X11 versions. And, I can have X11 windows open from which I am running LaTeX or other Unix programs and the focus shifts to and from an Emacs window with the mouse location without have to click and change contexts each time I switch among windows. Small thing but one that feels irritating when it stops being possible. Thanks, Rob On Feb 4, 2008, at 1:50 PM, Arnaud Delobelle wrote: > > On 4 Feb 2008, at 15:17, Rob MacLeod wrote: >> >> I totally agree about the desirability of an X11 port for its look >> and feel. I have tried all the Carbon and Aqua ports I have come >> across and none of them are superior (and most inferior) to the >> tried and true. > > I find it hard to understand how an X11 Emacs can be significantly > superior to Carbon Emacs or Aquamacs. I used X11 Emacs on GNU/ > Linux, then Carbon Emacs on Tiger and now Aquamacs on Leopard and to > me there is no significant difference. > > Carbon Emacs and Aquamacs are both excellent IMHO. Using Aquamacs I > get good copy/paste cooperation with other apps. I certainly don't > feel the need to run X11 just for Emacs, as to me its looks and feel > is about what's happening inside the window, not about what what the > window or menu bar looks like. > > -- > Arnaud > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From queshaw at pacbell.net Mon Feb 4 18:49:52 2008 From: queshaw at pacbell.net (Kendall Shaw) Date: Mon Feb 4 18:49:33 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> Message-ID: <47A7CED0.60405@pacbell.net> Rob MacLeod wrote: > Hi folks, > > I am still struggling with Leopard woes with emacs. > > I was able to get emacs, emacs-devel, and emacs-app all made by > manually applying the patch provided in ticket #13294. emacs made in > the wrong directory while emacs-devel did better and ended up properly > placed. I only tried the GTK version, which worked for me after patching it. If that is acceptable you could try installing emacs +gtk. Kendall From sandeep.nair at streamezzo.com Mon Feb 4 19:20:51 2008 From: sandeep.nair at streamezzo.com (sandystorm) Date: Mon Feb 4 19:20:30 2008 Subject: Error while installing Tomcat5 using macports Message-ID: <15261125.post@talk.nabble.com> Dear all, Any solution/suggestion/workaround to this issue will be much appreciated as I am in the midst of a very tight timeline: While installing tomcat5 using macports, I get this error. Please find below the error log: administrator$ sudo port install tomcat5 ---> Building commons-logging with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_commons-logging/work/commons-logging-1.1-src" && ant all -Dlog4j12.jar=/opt/local/share/java/jakarta-log4j.jar -Dlogkit.jar=NONE -Davalon-framework.jar=NONE -Dservletapi.jar=/opt/local/share/java/servlet23-api.jar " returned error 1 Command output: [javac] assertTrue(weakHashtable.containsKey(new Long(2))); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_commons-logging/work/commons-logging-1.1-src/src/test/org/apache/commons/logging/impl/WeakHashtableTest.java:74: cannot find symbol [javac] symbol : method assertTrue(boolean) [javac] location: class org.apache.commons.logging.impl.WeakHashtableTest [javac] assertTrue(weakHashtable.containsKey(new Long(3))); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_commons-logging/work/commons-logging-1.1-src/src/test/org/apache/commons/logging/impl/WeakHashtableTest.java:75: cannot find symbol [javac] symbol : method assertFalse(boolean) [javac] location: class org.apache.commons.logging.impl.WeakHashtableTest [javac] assertFalse(weakHashtable.containsKey(new Long(100))); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_commons-logging/work/commons-logging-1.1-src/src/test/org/apache/commons/logging/impl/WeakHashtableTest.java:76: cannot find symbol [javac] symbol : method assertFalse(boolean) [javac] location: class org.apache.commons.logging.impl.WeakHashtableTest [javac] assertFalse(weakHashtable.containsKey(new Long(200))); [javac] ^ [javac] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_commons-logging/work/commons-logging-1.1-src/src/test/org/apache/commons/logging/impl/WeakHashtableTest.java:77: cannot find symbol [javac] symbol : method assertFalse(boolean) [javac] location: class org.apache.commons.logging.impl.WeakHashtableTest [javac] assertFalse(weakHashtable.containsKey(new Long(300))); [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 100 errors BUILD FAILED /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_commons-logging/work/commons-logging-1.1-src/build.xml:558: Compile failed; see the compiler error output for details. Total time: 1 second Error: The following dependencies failed to build: commons-beanutils commons-logging commons-daemon commons-dbcp commons-pool commons-digester commons-el servlet24-api commons-fileupload commons-httpclient commons-codec commons-io commons-launcher commons-modeler mx4j jakarta-bcel jakarta-regexp jakarta-taglibs-standard-11 xalanj xercesj jaxen dom4j jdom xom saxpath Error: Status 1 encountered during processing. What could be the reason for this error? Thanks in advance. Sandeep -- View this message in context: http://www.nabble.com/Error-while-installing-Tomcat5-using-macports-tp15261125p15261125.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Mon Feb 4 19:45:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 19:45:24 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: Message-ID: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> On Feb 4, 2008, at 17:58, Michael Franz wrote: > I am installing an application that somewhere along the line it has > a dependency on both p5-getopt-long and perl5.8. I do not know how > these two relate. All that I know at this point is that they > conflict. I see that there is a perl5.10. Is this version to be > used instead of perl5.8? If so, how do I get the dependent > projects to use it? > > > Here is the build/install log with the final error. > ---> Fetching apache-ant > > ... many lines and ports excluded. I can send the complete log if > necessary. > > ---> Fetching perl5.8 > ---> Attempting to fetch perl-5.8.8.tar.bz2 from http:// > www.cpan.org/src/5.0/ > ---> Verifying checksum(s) for perl5.8 > ---> Extracting perl5.8 > ---> Applying patches to perl5.8 > ---> Configuring perl5.8 > ---> Building perl5.8 with target all > ---> Staging perl5.8 into destroot > ---> Installing perl5.8 5.8.8_1+darwin_8 > ---> Activating perl5.8 5.8.8_1+darwin_8 > ---> Cleaning perl5.8 > ---> Fetching p5-pathtools > ---> Attempting to fetch PathTools-3.27.tar.gz from http:// > ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/../../authors/id/K/KW/ > KWILLIAMS/ > ---> Verifying checksum(s) for p5-pathtools > ---> Extracting p5-pathtools > ---> Configuring p5-pathtools > ---> Building p5-pathtools with target all > ---> Staging p5-pathtools into destroot > ---> Installing p5-pathtools 3.27_0 > ---> Activating p5-pathtools 3.27_0 > ---> Cleaning p5-pathtools > ---> Fetching p5-getopt-long > ---> Attempting to fetch Getopt-Long-2.37.tar.gz from http:// > ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Getopt > ---> Verifying checksum(s) for p5-getopt-long > ---> Extracting p5-getopt-long > ---> Configuring p5-getopt-long > ---> Building p5-getopt-long with target all > ---> Staging p5-getopt-long into destroot > You must install or activate this package with '-f' (force) as it > needs to overwrite files installed by the perl5.8 port There is no problem. You simply need to do what this message tells you: force the activation: sudo port -f activate p5-getopt-long Now you can go back to trying to install apache-ant. > ---> Installing p5-getopt-long 2.37_0 > ---> Activating p5-getopt-long 2.37_0 > Error: Target org.macports.activate returned: Image error: /opt/ > local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active > perl5.8 port. Please deactivate this port first, or use the -f > flag to force the activation. From frstan at bellsouth.net Mon Feb 4 19:47:30 2008 From: frstan at bellsouth.net (William Davis) Date: Mon Feb 4 19:47:10 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: Message-ID: On Feb 4, 2008, at 6:58 PM, Michael Franz wrote: > I am installing an application that somewhere along the line it has > a dependency on both p5-getopt-long and perl5.8. I do not know how > these two relate. All that I know at this point is that they > conflict. I see that there is a perl5.10. Is this version to be > used instead of perl5.8? If so, how do I get the dependent projects > to use it? > > > Here is the build/install log with the final error. > ---> Fetching apache-ant > > > ... many lines and ports excluded. I can send the complete log if > necessary. > > ---> Fetching perl5.8 ---> Attempting to fetch perl-5.8.8.tar.bz2 > from http://www.cpan.org/src/5.0/ ---> Verifying checksum(s) for > perl5.8 ---> Extracting perl5.8 ---> Applying patches to perl5.8 > ---> Configuring perl5.8 ---> Building perl5.8 with target all --- > > Staging perl5.8 into destroot ---> Installing perl5.8 > 5.8.8_1+darwin_8 ---> Activating perl5.8 5.8.8_1+darwin_8 ---> > Cleaning perl5.8 ---> Fetching p5-pathtools ---> Attempting to > fetch PathTools-3.27.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/../../authors/id/K/KW/KWILLIAMS/ > ---> Verifying checksum(s) for p5-pathtools ---> Extracting p5- > pathtools ---> Configuring p5-pathtools ---> Building p5-pathtools > with target all ---> Staging p5-pathtools into destroot ---> > Installing p5-pathtools 3.27_0 ---> Activating p5-pathtools 3.27_0 > ---> Cleaning p5-pathtools ---> Fetching p5-getopt-long ---> > Attempting to fetch Getopt-Long-2.37.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Getopt > ---> Verifying checksum(s) for p5-getopt-long ---> Extracting p5- > getopt-long ---> Configuring p5-getopt-long ---> Building p5- > getopt-long with target all ---> Staging p5-getopt-long into > destroot You must install or activate this package with '-f' (force) > as it needs to overwrite files installed by the perl5.8 port ---> > Installing p5-getopt-long 2.37_0 ---> Activating p5-getopt-long > 2.37_0 Error: Target org.macports.activate returned: Image error: / > opt/local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active > perl5.8 port. Please deactivate this port first, or use the -f flag > to force the activation. > > Michael Thats how perl works when adding so-to-speak extensions. Just do: sudo port -df activate p5-getopt-long as indicated by the error mesg above. William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/5b4cdeba/attachment.html From mvfranz at gmail.com Mon Feb 4 19:51:00 2008 From: mvfranz at gmail.com (Michael Franz) Date: Mon Feb 4 19:50:36 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> Message-ID: Ryan, Does that mean that I should expect the dependencies to have issues? Or, should I always pass in -f for my installs? I re-ran my install command (it was not apahe-ant, it was icedtea), 5 more packages gave me the same issue. I infer from your response, I should have had the same error message (if I didn't use the -f). I did get the same error message, but for a different port. Each time I re-ran, I advanced to the next dependency. Michael On Feb 4, 2008 10:45 PM, Ryan Schmidt wrote: > > On Feb 4, 2008, at 17:58, Michael Franz wrote: > > > I am installing an application that somewhere along the line it has > > a dependency on both p5-getopt-long and perl5.8. I do not know how > > these two relate. All that I know at this point is that they > > conflict. I see that there is a perl5.10. Is this version to be > > used instead of perl5.8? If so, how do I get the dependent > > projects to use it? > > > > > > > Here is the build/install log with the final error. > > ---> Fetching apache-ant > > > > ... many lines and ports excluded. I can send the complete log if > > necessary. > > > > ---> Fetching perl5.8 > > ---> Attempting to fetch perl-5.8.8.tar.bz2 from http:// > > www.cpan.org/src/5.0/ > > ---> Verifying checksum(s) for perl5.8 > > ---> Extracting perl5.8 > > ---> Applying patches to perl5.8 > > ---> Configuring perl5.8 > > ---> Building perl5.8 with target all > > ---> Staging perl5.8 into destroot > > ---> Installing perl5.8 5.8.8_1+darwin_8 > > ---> Activating perl5.8 5.8.8_1+darwin_8 > > ---> Cleaning perl5.8 > > ---> Fetching p5-pathtools > > ---> Attempting to fetch PathTools-3.27.tar.gz from http:// > > ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/../../authors/id/K/KW/ > > KWILLIAMS/ > > ---> Verifying checksum(s) for p5-pathtools > > ---> Extracting p5-pathtools > > ---> Configuring p5-pathtools > > ---> Building p5-pathtools with target all > > ---> Staging p5-pathtools into destroot > > ---> Installing p5-pathtools 3.27_0 > > ---> Activating p5-pathtools 3.27_0 > > ---> Cleaning p5-pathtools > > ---> Fetching p5-getopt-long > > ---> Attempting to fetch Getopt-Long-2.37.tar.gz from http:// > > ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Getopt > > ---> Verifying checksum(s) for p5-getopt-long > > ---> Extracting p5-getopt-long > > ---> Configuring p5-getopt-long > > ---> Building p5-getopt-long with target all > > ---> Staging p5-getopt-long into destroot > > You must install or activate this package with '-f' (force) as it > > needs to overwrite files installed by the perl5.8 port > > There is no problem. You simply need to do what this message tells > you: force the activation: > > sudo port -f activate p5-getopt-long > > Now you can go back to trying to install apache-ant. > > > ---> Installing p5-getopt-long 2.37_0 > > ---> Activating p5-getopt-long 2.37_0 > > Error: Target org.macports.activate returned: Image error: /opt/ > > local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active > > perl5.8 port. Please deactivate this port first, or use the -f > > flag to force the activation. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/ce4b107d/attachment.html From mvfranz at gmail.com Mon Feb 4 19:52:50 2008 From: mvfranz at gmail.com (Michael Franz) Date: Mon Feb 4 19:52:26 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: Message-ID: William, I just re-ran the command. It failed on the next 5 dependencies. Each time, I just re-ran until I got past the perl problems. Thanks Michael On Feb 4, 2008 10:47 PM, William Davis wrote: > > On Feb 4, 2008, at 6:58 PM, Michael Franz wrote: > > I am installing an application that somewhere along the line it has a > dependency on both p5-getopt-long and perl5.8. I do not know how these two > relate. All that I know at this point is that they conflict. I see that > there is a perl5.10. Is this version to be used instead of perl5.8? If so, > how do I get the dependent projects to use it? > > Here is the build/install log with the final error. > ---> Fetching apache-ant > > ... many lines and ports excluded. I can send the complete log if > necessary. > > ---> Fetching perl5.8 ---> Attempting to fetch perl-5.8.8.tar.bz2 from > http://www.cpan.org/src/5.0/ ---> Verifying checksum(s) for perl5.8 ---> > Extracting perl5.8 ---> Applying patches to perl5.8 ---> Configuring > perl5.8 ---> Building perl5.8 with target all ---> Staging perl5.8 into > destroot ---> Installing perl5.8 5.8.8_1+darwin_8 ---> Activating perl5.8 > 5.8.8_1+darwin_8 ---> Cleaning perl5.8 ---> Fetching p5-pathtools ---> > Attempting to fetch PathTools-3.27.tar.gz from > http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/../../authors/id/K/KW/KWILLIAMS/---> Verifying checksum(s) for p5-pathtools ---> Extracting p5-pathtools > ---> Configuring p5-pathtools ---> Building p5-pathtools with target all > ---> Staging p5-pathtools into destroot ---> Installing p5-pathtools > 3.27_0 ---> Activating p5-pathtools 3.27_0 ---> Cleaning p5-pathtools ---> > Fetching p5-getopt-long ---> Attempting to fetch Getopt-Long-2.37.tar.gzfrom > http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Getopt ---> Verifying > checksum(s) for p5-getopt-long ---> Extracting p5-getopt-long ---> > Configuring p5-getopt-long ---> Building p5-getopt-long with target all ---> > Staging p5-getopt-long into destroot You must install or activate this > package with '-f' (force) as it needs to overwrite files installed by the > perl5.8 port ---> Installing p5-getopt-long 2.37_0 ---> Activating > p5-getopt-long 2.37_0 Error: Target org.macports.activate returned: Image > error: /opt/local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active > perl5.8 port. Please deactivate this port first, or use the -f flag to > force the activation. > > Michael > > > Thats how perl works when adding so-to-speak extensions. > Just do: > sudo port -df activate p5-getopt-long > as indicated by the error mesg above. > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.1 Darwin 9.1.0 > XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/733fe269/attachment-0001.html From mvfranz at gmail.com Mon Feb 4 19:56:17 2008 From: mvfranz at gmail.com (Michael Franz) Date: Mon Feb 4 19:55:54 2008 Subject: Finding dependencies In-Reply-To: <1A7EB1F5-45D9-47B5-8BC0-2C92A795CF3A@macports.org> References: <4B3F6AB2-F5C6-4C69-8F5B-A5A3BC12EE30@macports.org> <1A7EB1F5-45D9-47B5-8BC0-2C92A795CF3A@macports.org> Message-ID: With my current issue with perl (p5-getopt-long and perl5.8), I spent some time looking into the tcl scripts used in macports. It seems like a lot of the necessary functions are there to build a dependency graph/list. I just have to learn tcl! I did find that Eclipse has a tcl development environment, so I might be able to make some progress on this. :) On Jan 16, 2008 8:01 PM, Ryan Schmidt wrote: > On Jan 16, 2008, at 18:55, Michael Franz wrote: > > >> I may as well make it available to everyone now: > >> > >> http://www.ryandesign.com/tmp/portviz.tar.bz2 > >> > >> To use this, you need a web server with support for PHP. I use PHP 5; > >> not sure if PHP 4 would work. You also need Graphviz. You can specify > >> at the top of graph.php where your Graphviz executably is stored. > >> Note that it doesn't work with the MacPorts graphviz port right now; > >> some pango error... It does work with my Graphviz 2.14.1 binaries > >> which are available here: > >> > >> http://www.ryandesign.com/graphviz/ > >> > >> It also works with the older Pixelglow version of Graphviz: > >> > >> http://www.pixelglow.com/graphviz/ > >> > >> Note that portviz doesn't cache any information right now, and the > >> port command takes time to return information, so it can take several > >> seconds or even a minute or longer for large graphs to be shown. > > > > How hard would it be to integrate this with ports? Would it just > > need to be converted to tcl? I think that just generating the dot > > file would be enough, not need to generate the graphic. > > I've thought about integrating this into MacPorts base before. I > can't speak to how hard it would be. I can say that it would be hard > for me to do so. My tcl and my knowledge of MacPorts base is still > insufficient for the task. So I wrote it in PHP, which I know very well. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080204/7f0b3a4e/attachment.html From sandeep.nair at streamezzo.com Mon Feb 4 20:34:06 2008 From: sandeep.nair at streamezzo.com (sandystorm) Date: Mon Feb 4 20:33:43 2008 Subject: Error while installing Tomcat5 using macports Message-ID: <15282709.post@talk.nabble.com> Ryan Schmidt-24 wrote: > > > On Feb 4, 2008, at 05:41, realk wrote: > >> When trying a port -dv selfupdate , I got this error : >> >> >> DEBUG: Rebuilding the MacPorts base system if needed. >> DEBUG: Synchronizing ports tree(s) >> Synchronizing local ports tree from >> rsync://rsync.macports.org/release/ports/ >> DEBUG: /usr/bin/rsync -rtzv --delete-after >> rsync://rsync.macports.org/release/ports/ >> /opt/local/var/macports/sources/rsync.macports.org/release/ports >> rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname >> provided, >> or not known >> rsync error: error in socket IO (code 10) at >> /SourceCache/rsync/rsync-30/rsync/clientserver.c(94) >> DEBUG: Couldn't sync the ports tree: Synchronization the local >> ports tree >> failed doing rsync >> while executing >> "macports::selfupdate [array get global_options]" >> Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync >> the ports >> tree: Synchronization the local ports tree failed doing rsync >> >> >> when trying a port -dv sync , got : >> >> DEBUG: Synchronizing ports tree(s) >> Synchronizing local ports tree from >> rsync://rsync.macports.org/release/ports/ >> DEBUG: /usr/bin/rsync -rtzv --delete-after >> rsync://rsync.macports.org/release/ports/ >> /opt/local/var/macports/sources/rsync.macports.org/release/ports >> rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname >> provided, >> or not known >> rsync error: error in socket IO (code 10) at >> /SourceCache/rsync/rsync-30/rsync/clientserver.c(94) >> DEBUG: Synchronization the local ports tree failed doing rsync >> while executing >> "mportsync" >> port sync failed: Synchronization the local ports tree failed doing >> rsync >> >> >> Any help on this ? :-(( > > It looks like something in your network infrastructure is blocking > rsync traffic? Can you fix that? > > > [Sandeep] Yes, I too feel this is a firewall issue. I stopped the firewall > service and tried again. It worked for me. I read in one of the posts that > rsync uses port 873. I tried with this port opened, but it still gives the > same error. Any suggestion on the right port to open? Thanks! > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > > -- View this message in context: http://www.nabble.com/Error-while-installing-Tomcat5-using-macports-tp15261125p15282709.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Mon Feb 4 21:12:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 4 21:12:26 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: Message-ID: <91702A48-C3AC-402E-A930-E21D0A01834A@macports.org> On Feb 4, 2008, at 21:52, Michael Franz wrote: > On Feb 4, 2008 10:47 PM, William Davis wrote: > >> On Feb 4, 2008, at 6:58 PM, Michael Franz wrote: >> >>> I am installing an application that somewhere along the line it >>> has a dependency on both p5-getopt-long and perl5.8. I do not >>> know how these two relate. All that I know at this point is that >>> they conflict. I see that there is a perl5.10. Is this version to >>> be used instead of perl5.8? If so, how do I get the dependent >>> projects to use it? >>> >>> >>> Here is the build/install log with the final error. >>> ---> Fetching apache-ant >>> >>> ... many lines and ports excluded. I can send the complete log if >>> necessary. >>> >>> ---> Fetching perl5.8 ---> Attempting to fetch perl-5.8.8.tar.bz2 >>> from http://www.cpan.org/src/5.0/ ---> Verifying checksum(s) for >>> perl5.8 ---> Extracting perl5.8 ---> Applying patches to perl5.8 >>> ---> Configuring perl5.8 ---> Building perl5.8 with target all --- >>> > Staging perl5.8 into destroot ---> Installing perl5.8 5.8.8_1 >>> +darwin_8 ---> Activating perl5.8 5.8.8_1+darwin_8 ---> Cleaning >>> perl5.8 ---> Fetching p5-pathtools ---> Attempting to fetch >>> PathTools-3.27.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/ >>> by-module/../../authors/id/K/KW/KWILLIAMS/ ---> Verifying checksum >>> (s) for p5-pathtools ---> Extracting p5-pathtools ---> >>> Configuring p5-pathtools ---> Building p5-pathtools with target >>> all ---> Staging p5-pathtools into destroot ---> Installing p5- >>> pathtools 3.27_0 ---> Activating p5-pathtools 3.27_0 ---> >>> Cleaning p5-pathtools ---> Fetching p5-getopt-long ---> >>> Attempting to fetch Getopt-Long-2.37.tar.gz from http:// >>> ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Getopt ---> Verifying >>> checksum(s) for p5-getopt-long ---> Extracting p5-getopt-long --- >>> > Configuring p5-getopt-long ---> Building p5-getopt-long with >>> target all ---> Staging p5-getopt-long into destroot You must >>> install or activate this package with '-f' (force) as it needs to >>> overwrite files installed by the perl5.8 port ---> Installing p5- >>> getopt-long 2.37_0 ---> Activating p5-getopt-long 2.37_0 Error: >>> Target org.macports.activate returned: Image error: /opt/local/ >>> lib/perl5/5.8.8/Getopt/Long.pm is being used by the active >>> perl5.8 port. Please deactivate this port first, or use the -f >>> flag to force the activation. >>> >>> Michael >> >> Thats how perl works when adding so-to-speak extensions. >> Just do: >> sudo port -df activate p5-getopt-long >> as indicated by the error mesg above. > > I just re-ran the command. It failed on the next 5 dependencies. > Each time, I just re-ran until I got past the perl problems. There are a number of perl ports that require this. The will tell you "You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port." Use the "-f" option only if you see a message like that. Usually it isn't necessary. Don't use "-f" unless necessary. From jkh at apple.com Mon Feb 4 22:07:35 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Mon Feb 4 22:08:41 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <44A2EEB0-3261-4B16-8897-B02F484F82D8@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <44A2EEB0-3261-4B16-8897-B02F484F82D8@cvrti.utah.edu> Message-ID: <564F9C9F-DD5D-4485-BE38-72BC5D11FE2B@apple.com> A little bit of both. You didn't say you "liked X11 for certain apps", you stated that it was "not acceptable" for the shipping Leopard version of emacs to support the native window system in lieu of your favorite one. If I were a Linux user and I came barging into the Redhat mailing lists saying that it was not acceptable for the shipping RedHat version of emacs to only support X11 since Sun's NeWS was my favorite window system, I'd be laughed (or worse) right out of the mailing list in question. You're free to compile your own version of emacs. You're also more than free to do it strictly on your own since tossing around language like "unacceptable" or "lame" will not win you much support on these mailing lists, the MacPorts folks certainly not being paid to support emacs for you (nor am I being paid to support anything but the most MacOSX-centric configuration, which does not mean emacs/x11). - Jordan On Feb 4, 2008, at 4:23 PM, Rob MacLeod wrote: > Huh? Because I like X11 for certain apps, I am supposed to run > Linux? Is this supposed to be a joke or a snide remark? > > > On Feb 4, 2008, at 12:18 PM, Jordan K. Hubbard wrote: > >> >> On Feb 4, 2008, at 5:46 AM, Rob MacLeod wrote: >> >>> I was not able to get the Leopard shipped version of emacs to fire >>> up an X window. All it would do was drive the terminal window >>> (or X11 xterm) from which I launched it. This is not acceptable, >>> of course. >> >> The leopard shipped emacs is linked with Carbon. You don't NEED X >> for that version if you use the app wrapper I sent out - it >> supports the NATIVE window system. >> >> And if you prefer X11 to the native window system, well, it's just >> possible that you might be happier installing Linux or *BSD on your >> machine. >> >> - Jordan >> >>> >>> >>> I was able to download the generic emacs from the gnu site, apply >>> the patch that I got from the Macports edition of emacs, and then >>> get it to both build and work. So why is the version on MacPorts >>> still so lame? Is there someone maintaining this package? >>> >>> Cheers, >>> Rob >>> >>> On Feb 4, 2008, at 6:19 AM, Mark Evenson wrote: >>> >>>> Jordan K. Hubbard wrote: >>>>> OK, I'll bite. What specifically is wrong with the system emacs >>>>> that requires folks to struggle so hard to build another copy? >>>>> It even supports carbon if you add an app wrapper (like the one >>>>> I just attached - a mere 55k, and most of that is the icon), so >>>>> I'm not sure what would lead one to struggle so hard to build >>>>> emacs again. Yes, the macports version should certainly work >>>>> just on general principle, but that's not the question I'm asking. >>>> >>>> I was going to reply that /usr/bin/emacs is only emacs-21, but >>>> then I just noticed that Mac OS X 10.5 Leopard apparently ships >>>> with emacs-22. Still, having the latest stable Emacs is a >>>> plausible desire for users still with Mac OS X 10.4 Tiger. >>>> >>>> A second plausible use case might be to use MacPorts for the >>>> packaging of various Emacs-modes (SLIME, nxml-mode, haskell-mode, >>>> etc.), offering an infrastructure for their timely updating. >>>> >>>> >>>> -- >>>> >>>> >>>> "[T]his is not a disentanglement from, but a progressive knotting >>>> into." >>>> >>> >> > From delobelle at blueyonder.co.uk Mon Feb 4 23:21:06 2008 From: delobelle at blueyonder.co.uk (Arnaud Delobelle) Date: Mon Feb 4 23:20:47 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <9DEB808A-8FBB-4325-86AF-005845D56C28@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <47A72A15.2050901@gmx.at> <83A41323-86A3-4807-9BB5-051486233C1D@cvrti.utah.edu> <9DEB808A-8FBB-4325-86AF-005845D56C28@cvrti.utah.edu> Message-ID: <10F6C68D-40F9-41CB-8FD8-B5386EA67C4C@blueyonder.co.uk> On 5 Feb 2008, at 00:30, Rob MacLeod wrote: > Hi, > Hi > How do you select fonts for Carbon and Aqua emacs ? I find that X > has nicer fixed pitch fonts than the native windows. > On Aquamacs, hit Command-T > With the Carbon and Aqua emacs, I also have a hard time finding > where to place additional LISP code for tools that I find or write > to extend emacs. It is all very simple and stable in the X11 > versions. Look inside the Aquamacs folder, otherwise (add-to-list 'load-path "/ my/path/") in your .emacs lets you put your stuff wherever you want. > > And, I can have X11 windows open from which I am running LaTeX or > other Unix programs and the focus shifts to and from an Emacs window > with the mouse location without have to click and change contexts > each time I switch among windows. Small thing but one that feels > irritating when it stops being possible. > Why run latex in and XTerm when you have Emacs? Personally I use Command-TAB to switch, it's greate when one is switching between two apps (I know it probably doesn't work in X11, but I'm sure you can configure a suitable key combination to switch between X11 windows). > Thanks, > Rob From jochen at fhi-berlin.mpg.de Tue Feb 5 00:08:45 2008 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Tue Feb 5 00:08:35 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <9DEB808A-8FBB-4325-86AF-005845D56C28@cvrti.utah.edu> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <47A72A15.2050901@gmx.at> <83A41323-86A3-4807-9BB5-051486233C1D@cvrti.utah.edu> <9DEB808A-8FBB-4325-86AF-005845D56C28@cvrti.utah.edu> Message-ID: <747E4BD3-4831-46B4-8AFD-D79A8483FAA4@fhi-berlin.mpg.de> On 05.02.2008, at 01:30, Rob MacLeod wrote: > With the Carbon and Aqua emacs, I also have a hard time finding > where to place additional LISP code for tools that I find or write > to extend emacs. It is all very simple and stable in the X11 > versions. Just put them into ~/.emacs ... I am even using a single .emacs for all my machines, including several flavors of Un*x and Linux and my Aquamacs on OS X. This works with only a few if-expressions. I's as stale in AquaMacs as in GNU Emcs on X11 - simply use the same good-ol .emacs;) Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/d4a0c93f/PGP-0001.bin From jochen at fhi-berlin.mpg.de Tue Feb 5 00:32:03 2008 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Tue Feb 5 00:31:41 2008 Subject: Emacs and Leopard problems continue In-Reply-To: References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> Message-ID: <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> Disclaimer: I am happy with my configured Aquamacs on Mac OS X, but essentially I have configured it to work like a plain GNU Emacs: no toolbar, only a single window, and most other "fancy Mac specials" it provides I'd probably also switch off). It's great that way;-) On 04.02.2008, at 20:18, Jordan K. Hubbard wrote: > The leopard shipped emacs is linked with Carbon. You don't NEED X > for that version if you use the app wrapper I sent out - it supports > the NATIVE window system. How is one supposed to find that out? > otool -L /usr/bin/emacs /usr/bin/emacs: /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) Why is Emacs.app not part of Mac OS X? When / how long will this Carbon Emacs be supported? Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/7ccada4b/PGP.bin From vincent-opdarw at vinc17.org Tue Feb 5 06:29:39 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Tue Feb 5 06:29:32 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> Message-ID: <20080205142939.GL17147@prunille.vinc17.org> On 2008-02-04 22:51:00 -0500, Michael Franz wrote: > Ryan, > Does that mean that I should expect the dependencies to have issues? Or, > should I always pass in -f for my installs? > > I re-ran my install command (it was not apahe-ant, it was icedtea), 5 more > packages gave me the same issue. I infer from your response, I should have > had the same error message (if I didn't use the -f). I did get the same > error message, but for a different port. Each time I re-ran, I advanced to > the next dependency. Alternatively, you can write a dummy p5-getopt-long port. The module is provided by the Perl core. Thus the dependency isn't needed. We are still waiting for bugs 12710/12950 to be fixed... -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From dluke at geeklair.net Tue Feb 5 06:35:38 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Feb 5 06:35:26 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <20080205142939.GL17147@prunille.vinc17.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> Message-ID: On Feb 5, 2008, at 9:29 AM, Vincent Lefevre wrote: > Alternatively, you can write a dummy p5-getopt-long port. The module > is provided by the Perl core. Thus the dependency isn't needed. The only reason why that dependency should be specified is if the port needs the newer version of that module than is provided by perl core. If the dependency really isn't needed, perhaps you should open a ticket with the port maintainer and get them to remove the dependency? > We are still waiting for bugs 12710/12950 to be fixed... along with all of the other open bugs. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/a424824e/PGP.bin From vincent-opdarw at vinc17.org Tue Feb 5 06:50:31 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Tue Feb 5 06:50:07 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> Message-ID: <20080205145031.GN17147@prunille.vinc17.org> On 2008-02-05 09:35:38 -0500, Daniel J. Luke wrote: > The only reason why that dependency should be specified is if the port > needs the newer version of that module than is provided by perl core. If > the dependency really isn't needed, perhaps you should open a ticket with > the port maintainer and get them to remove the dependency? BTW, I did that for p5-archive-tar, but bug #13745 is still open after more than a month... Also, non-core versions of core modules should be seen as development versions, so that ports should never depend on them (does anyone have any example where this is necessary?). -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From dluke at geeklair.net Tue Feb 5 07:13:03 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Feb 5 07:12:45 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <20080205145031.GN17147@prunille.vinc17.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> Message-ID: On Feb 5, 2008, at 9:50 AM, Vincent Lefevre wrote: > On 2008-02-05 09:35:38 -0500, Daniel J. Luke wrote: >> The only reason why that dependency should be specified is if the >> port >> needs the newer version of that module than is provided by perl >> core. If >> the dependency really isn't needed, perhaps you should open a >> ticket with >> the port maintainer and get them to remove the dependency? > > BTW, I did that for p5-archive-tar, but bug #13745 is still open after > more than a month... because you and the maintainer seem to disagree as to whether the dependency is valid or not. > Also, non-core versions of core modules should be seen as development > versions, so that ports should never depend on them (does anyone have > any example where this is necessary?). svk requires newer versions of CORE modules than those that ship with perl5.8 The perl community doesn't consider newer released versions of CORE modules as 'development versions'. We really need to do one of a couple of things: - Change the perl port to install a minimum perl along with individual ports for each of the CORE modules - Change the @INC ordering (thus making our perl act differently from the upstream perl and potentially break any ports that rely on the current behavior of @INC ordering) - Force users to set $PERL5LIB and/or patch everything to use a custom $PERL5LIB Since there are serious drawbacks to each approach, and no one seems to have had time to work out a complete solution, we're stuck with the status-quo I'm sure everyone would be happy if you have an implementation of one of those solutions (or something else that's better) available for all of us to use. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/d1f32999/PGP.bin From s.barysiuk at gmail.com Tue Feb 5 07:25:41 2008 From: s.barysiuk at gmail.com (Siarhei Barysiuk) Date: Tue Feb 5 07:25:22 2008 Subject: "The following install step failed: run postflight script for MacPorts-1.6.0." Message-ID: <15290642.post@talk.nabble.com> Hello, I have the same problem as described. I'm on Leopard. I have "bash" output for "basename $SHELL" command. It seems correct. MANPATH is correct if I try to get it through env command. DISPLAY variable is DISPLAY=/tmp/launch-hpEjq8/:0. Yes, I'm behind firewall too. Do I need to set RSYNC_PROXY variable in order to update via proxy? Is it possible to get it work or I need to wait 1.6.1? Thanks for work! Best regards, Siarhei Barysiuk Juan Manuel Palacios-2 wrote: > > > On Jan 9, 2008, at 2:00 AM, Stefan Schwarzer wrote: > >> >> Here are the info. Can it be that it can't connect to MacPorts (for >> an update or so) which causes the problem? I am behind a firewill - >> will have to ask the admin to open port 873 - if that's correct >> >> Jan 9 07:25:23 gridmac7 Installer[18967]: Localized installer >> script postflight found in the MacPorts-1.6.0 package. Using >> compatibility mode. >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Unknown >> shell! Please set your MacPorts compatible environment manually. > > > The script is built to only tweak the environment for the bash and > tcsh shells, which I attempt to detect in the script. If I don't > detect either I instruct the user to setup his/her environment > manually, since the script is built for a default scenario and shells > other than bash and tcsh (legacy support) are not standard. > > What shell are you running? Can you please tell me the output of > "basename $SHELL"? > > >> >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:23: --- last message repeated 1 time --- >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Checking >> the shell environment for user "schwarzer"... > > > Even though the shell was not recognized, the script still went ahead > and tried to tweak the environment. My mistake, I should have > instructed it to exit successfully and not do anything else if the > shell can't be determined. This is already fixed and will be in the > next MacPorts pkg installer, whenever that comes around (I'll think > about re-releasing the 1.6.0 installers with an improved script, but > at the moment I have no final word on that). > >> >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:23: --- last message repeated 1 time --- >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: /Users/ >> schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ >> English.lproj/postflight: line 71: /Users/schwarzer/.: Is a directory >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: /Users/ >> schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ >> English.lproj/postflight: line 96: /Users/schwarzer/.: Is a directory > > > These errors creep up because the script doesn't have a file to add > the settings to, since it couldn't determine the shell and didn't > exit. Already fixed per my comments above. > >> >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Your >> shell already has the right MANPATH environment variable for use >> with MacPorts! > > > Expected: no shell could be determined and therefore, most likely, no > MANPATH variable was found; in such case the script refrains from > adding anything to MANPATH (see "destails of the postflight script" at > http://guide.macports.org/#installing.macports > for more details) > >> >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Your >> shell already has the right DISPLAY environment variable for use >> with MacPorts! > > > Expected if you're on Leopard, are you? In any other case, adding a > DISPLAY variable would have been attempted and an error such as > > Users/schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ > English.lproj/postflight: line 71: /Users/schwarzer/.: Is a directory > > should have occurred. > >> >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24: --- last message repeated 1 time --- >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Synchronizing the MacPorts installation with the project's rsync >> server... >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24: --- last message repeated 1 time --- >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Synchronizing local ports tree from rsync://rsync.macports.org/ >> release/ports/ >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: rsync: >> failed to connect to rsync.macports.org: Connection refused (61) >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: rsync >> error: error in socket IO (code 10) at /SourceCache/rsync/rsync-30/ >> rsync/clientserver.c(94) >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: Error: / >> opt/local/bin/port: port selfupdate failed: Couldn't sync the ports >> tree: Synchronization the local ports tree failed doing rsync >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: An >> attempt to synchronize your recent MacPorts installation with the >> project's rsync server failed! >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: Please >> run 'port -d selfupdate' manually to find out the cause of the error. >> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >> Jan 9 07:25:24 gridmac7 Installer[18967]: Install failed: The >> following install step failed: run postflight script for >> MacPorts-1.6.0. Contact the software manufacturer for assistance. > > > "selfupdate" failed for some reason, probably rsync blocking, and the > script bailed out with an error code. I've corrected this behavior too. > > Thanks for your feedback, much appreciated! > > Regards,... > -jmpp > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > > -- View this message in context: http://www.nabble.com/%22The-following-install-step-failed%3A-run-postflight-script-for-MacPorts-1.6.0.%22-tp14692394p15290642.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From jkh at apple.com Tue Feb 5 08:14:36 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Tue Feb 5 08:15:43 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> Message-ID: On Feb 5, 2008, at 12:32 AM, Jochen K?pper wrote: >> The leopard shipped emacs is linked with Carbon. You don't NEED X >> for that version if you use the app wrapper I sent out - it >> supports the NATIVE window system. > > How is one supposed to find that out? Run emacs. :-) If you look at the startup screen text, you'll see: GNU Emacs 22.1.1 (mac-apple-darwin, Carbon Version 1.6.0) of 2008-01-30 on localhost > Why is Emacs.app not part of Mac OS X? Some of us tried mightily to ship the app wrapper, but the look-and- feel just isn't up to snuff yet. I have to agree that it's pretty ugly, though I still think it would have been better to have it than not. Oh well. Perhaps we can work on improving the Carbon port in the interim. > When / how long will this Carbon Emacs be supported? There are no plans to stop shipping it this way. - Jordan From skip at pobox.com Tue Feb 5 09:46:23 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Feb 5 09:46:34 2008 Subject: Emacs and Leopard problems continue In-Reply-To: References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> Message-ID: <18344.41199.498149.299272@montanaro-dyndns-org.local> >> How is one supposed to find that out? Jordan> Run emacs. :-) Jordan> If you look at the startup screen text, you'll see: GNU Emacs Jordan> 22.1.1 (mac-apple-darwin, Carbon Version 1.6.0) of 2008-01-30 on Jordan> localhost On my laptop /Applications/Emacs.app is dated Dec 3 2003. When I try to start it I get a crash dialog: The application Emacs quit unexpectedly. Mac OS X and other applications are not affected. ... [Ignore] [Report] [Relaunch] I imagine that got copied from my G4 laptop via SetupAssistant given what I found in the crash log: Process: Emacs [48538] Path: /Applications/Emacs.app/Contents/MacOS/Emacs Identifier: com.gnu.Emacs Version: ??? (???) Code Type: PPC (Translated) Parent Process: launchd [189] Should I have expected it to work? There's also something called EmacsStep.app in /Applications. That starts and runs, giving this summary of who he is: This is GNU Emacs 23.0.60.1 (i386-apple-darwin8.10.1, *Step 9.0rc3) of 2007-11-25 on hermes.mshome.net That app is dated Nov 25 2007. -- Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ From george at galis.org Tue Feb 5 10:15:53 2008 From: george at galis.org (George Georgalis) Date: Tue Feb 5 10:15:34 2008 Subject: soft problem with awk Message-ID: <20080205181553.GC9630@run.duo> On some fairly controled installs, I'm getting configure: error: No awk program found this is resolved by running the same port command again. I'm using a zsh shell, and I wonder if rehash is needed at some point? first ports of 1.6.0 bootstrap: sudo port install openvpn2 p5-xml-xpath pstree completes without error, second port command: sudo port -v install subversion vim aspell-dict-en par fails per below, but when the second command is run again it completes without error. Obviously this is not very problematic but I thought I'd mention it. Please let me know if I can provide any more information! // George checking if you want to build programs such as tic... yes checking if you wish to install curses.h... yes checking for mawk... (cached) no checking for gawk... (cached) no checking for nawk... (cached) no checking for awk... (cached) no configure: error: No awk program found Warning: the following items did not execute (for ncursesw): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: apr-util sqlite3 gawk gettext ncurses ncursesw readline neon Error: Status 1 encountered during processing. film:MacPorts-1.6.0 geo$ sudo port -v install subversion vim aspell-dict-en par -- George Georgalis, information system scientist < From jkh at apple.com Tue Feb 5 10:17:06 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Tue Feb 5 10:17:39 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <18344.41199.498149.299272@montanaro-dyndns-org.local> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> <18344.41199.498149.299272@montanaro-dyndns-org.local> Message-ID: <7A9EA012-B721-44F6-AF4C-7A3C16C54562@apple.com> I don't know where your /Applications/Emacs.app came from, but it wasn't Apple. You must have installed it at some point in the past and then nuked its support files or something. I would, in any case, delete it since you don't know how it got there. :) - Jordan On Feb 5, 2008, at 9:46 AM, skip@pobox.com wrote: > >>> How is one supposed to find that out? > > Jordan> Run emacs. :-) > > Jordan> If you look at the startup screen text, you'll see: GNU > Emacs > Jordan> 22.1.1 (mac-apple-darwin, Carbon Version 1.6.0) of > 2008-01-30 on > Jordan> localhost > > On my laptop /Applications/Emacs.app is dated Dec 3 2003. When I > try to > start it I get a crash dialog: > > The application Emacs quit unexpectedly. > Mac OS X and other applications are not affected. > ... > [Ignore] [Report] [Relaunch] > > I imagine that got copied from my G4 laptop via SetupAssistant given > what I > found in the crash log: > > Process: Emacs [48538] > Path: /Applications/Emacs.app/Contents/MacOS/Emacs > Identifier: com.gnu.Emacs > Version: ??? (???) > Code Type: PPC (Translated) > Parent Process: launchd [189] > > Should I have expected it to work? > > There's also something called EmacsStep.app in /Applications. That > starts > and runs, giving this summary of who he is: > > This is GNU Emacs 23.0.60.1 (i386-apple-darwin8.10.1, *Step 9.0rc3) > of 2007-11-25 on hermes.mshome.net > > That app is dated Nov 25 2007. > > -- > Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ From paulbeard at gmail.com Tue Feb 5 10:21:01 2008 From: paulbeard at gmail.com (paul beard) Date: Tue Feb 5 10:20:37 2008 Subject: soft problem with awk In-Reply-To: <20080205181553.GC9630@run.duo> References: <20080205181553.GC9630@run.duo> Message-ID: On Feb 5, 2008 10:15 AM, George Georgalis wrote: > On some fairly controled installs, I'm getting > > configure: error: No awk program found > You might want to send along your PATH and the output of `which awk`. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/72e30e2b/attachment.html From skip at pobox.com Tue Feb 5 10:53:18 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Feb 5 10:53:27 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <7A9EA012-B721-44F6-AF4C-7A3C16C54562@apple.com> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> <18344.41199.498149.299272@montanaro-dyndns-org.local> <7A9EA012-B721-44F6-AF4C-7A3C16C54562@apple.com> Message-ID: <18344.45214.431377.959428@montanaro-dyndns-org.local> >>>>> "Jordan" == Jordan K Hubbard writes: Jordan> I don't know where your /Applications/Emacs.app came from, but Jordan> it wasn't Apple. You must have installed it at some point in Jordan> the past and then nuked its support files or something. I Jordan> would, in any case, delete it since you don't know how it got Jordan> there. :) I know nothin' about support files. I went ahead and nuked it and will wait semi-patiently for a replacement. (Though I see there's a new version of Aquamacs.) Skip From eric.gouriou at pobox.com Tue Feb 5 12:58:06 2008 From: eric.gouriou at pobox.com (Eric Gouriou) Date: Tue Feb 5 12:59:16 2008 Subject: Emacs and Leopard problems continue In-Reply-To: <18344.45214.431377.959428@montanaro-dyndns-org.local> References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> <18344.41199.498149.299272@montanaro-dyndns-org.local> <7A9EA012-B721-44F6-AF4C-7A3C16C54562@apple.com> <18344.45214.431377.959428@montanaro-dyndns-org.local> Message-ID: On Feb 5, 2008, at 10:53 AM, skip@pobox.com wrote: >>>>>> "Jordan" == Jordan K Hubbard writes: > > Jordan> I don't know where your /Applications/Emacs.app came from, > but > Jordan> it wasn't Apple. You must have installed it at some point > in > Jordan> the past and then nuked its support files or something. I > Jordan> would, in any case, delete it since you don't know how it > got > Jordan> there. :) > > I know nothin' about support files. I went ahead and nuked it and > will wait > semi-patiently for a replacement. (Though I see there's a new > version of > Aquamacs.) Whenever I find myself missing Emacs.app (or rather the packages that aren't available in the system version), I search Google for "emacs site:apple.com". A quick scan later, and I get back to: Not as satisfying as building your own, but life is sometimes too short. Eric From skip at pobox.com Tue Feb 5 13:16:02 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Feb 5 13:16:25 2008 Subject: Emacs and Leopard problems continue In-Reply-To: References: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> <88E9028D-D470-43E5-BD51-0EE50D328E3F@apple.com> <47A710DA.3000302@gmx.at> <8467067C-B196-48BE-9E09-3556F97F0A87@cvrti.utah.edu> <89321FD0-1B06-4312-9A38-0435110FB2E9@fhi-berlin.mpg.de> <18344.41199.498149.299272@montanaro-dyndns-org.local> <7A9EA012-B721-44F6-AF4C-7A3C16C54562@apple.com> <18344.45214.431377.959428@montanaro-dyndns-org.local> Message-ID: <18344.53778.522086.292446@montanaro-dyndns-org.local> Eric> ... I search Google for "emacs site:apple.com". A quick scan Eric> later, and I get back to: Eric> References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> <003BE6F7-6CEF-46D1-BCF4-51DE9733C3D1@macports.org> Message-ID: <126C9CB9-9D08-4C19-8CD5-F08575B47BC5@revier.com> On 2008-02-04, at 14:21, Ryan Schmidt wrote: > I would like to get it resolved too. Could I ask you to please file > a ticket in our issue tracker and assign it to me? I'll see what I > can do. Thanks, I did that a few moments ago (#14195). I've also attached the output Peter O'Gorman requested (and sent it to him off-list also). I couldn't assign it to you, though. Cheers, Jochem PS: trac.macosforge.org is painfully slow. From john_oshea at wordbank.com Tue Feb 5 14:05:40 2008 From: john_oshea at wordbank.com (John O'Shea) Date: Tue Feb 5 14:05:18 2008 Subject: Conflicting uuid_t types error building apr Message-ID: <47A8DDB4.2030508@wordbank.com> Hi all, I'm getting the following error when attempting to build devel/apr: > In file included from misc/unix/rand.c:39: > /opt/local/include/uuid.h:94: error: conflicting types for 'uuid_t' > /usr/include/unistd.h:133: error: previous declaration of 'uuid_t' was here > make[1]: *** [misc/unix/rand.lo] Error 1 which doesn't make any sense to me, given the following snippets of the appropriate files: /opt/local/include/uuid.h > /* workaround conflicts with system headers */ > #define uuid_t __vendor_uuid_t > #define uuid_create __vendor_uuid_create > #define uuid_compare __vendor_uuid_compare > #include > #include > #undef uuid_t > #undef uuid_create > #undef uuid_compare /usr/include/unistd.h > #if !defined(_POSIX_C_SOURCE) || defined(_DARWIN_C_SOURCE) > #ifndef _UUID_T > #define _UUID_T > typedef __darwin_uuid_t uuid_t; > #endif /* _UUID_T */ > #endif /* (_POSIX_C_SOURCE && !_DARWIN_C_SOURCE) */ Having done some rooting around I've found pointers to making sure that apr's portfile has been updated for Macports 1.6 (it has been), and mentions of the name of gcc changing, so I've also tried this: > sudo port install configure.cc=gcc configure.cxx=g++ apr I've also forcibly 'port uninstall'ed everything, but haven't gone so far as to zap /opt - this is an up-to-date 10.5.1 system with the dev tools installed. Any pointers as to what I should be doing here would be great. Thanks in advance, John -- John O'Shea Wordbank Limited 33 Charlotte Street, London W1T 1RR Direct line: +44 (0) 20 7903 8829 Fax: +44 (0) 20 7903 8888 From ram at macports.org Tue Feb 5 14:31:01 2008 From: ram at macports.org (Adam Mercer) Date: Tue Feb 5 14:30:36 2008 Subject: libtool and ImageMagick problems In-Reply-To: References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> Message-ID: <799406d60802051431v1a25e555n6a6fd0ecdf83c318@mail.gmail.com> On Feb 4, 2008 7:25 AM, Ryan Schmidt wrote: > > $ convert > > /opt/local/bin/convert: error: `/opt/local/bin/.libs/convert' does > > not exist > > This script is just a wrapper for convert. > > See the libtool documentation for more information. > > > > Indeed looking into those scripts seems to indicate that there's > > some trouble with libtool: > > > > $ head /opt/local/bin/convert > > #! /bin/sh > > > > # utilities/convert - temporary wrapper script for .libs/convert > > # Generated by ltmain.sh (GNU libtool 1.2569 2008/01/24 16:16:26) 2.1a > > # > > # The utilities/convert program cannot be directly executed until > > all the libtool > > # libraries that it depends on are installed. > > # > > # This wrapper script should never be moved out of the build > > directory. > > # If it is, it will not operate correctly. > > Strange. I've never seen this before. (I'm the ImageMagick port > maintainer.) I'm seeing this as well on Intel Leopard. Cheers Adam From david.rowe at freeuk.com Tue Feb 5 14:35:37 2008 From: david.rowe at freeuk.com (David Rowe) Date: Tue Feb 5 14:34:59 2008 Subject: libIDL woes In-Reply-To: References: Message-ID: <47A8E4B9.5070708@freeuk.com> paul beard wrote: > Anyone else seeing this? > > /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 -lglib-2.0 -lintl > -liconv -no-undefined -L/opt/local/lib -o libIDL-2.la -rpath > /opt/local/lib parser.lo lexer.lo ns.lo util.lo > /usr/bin/gcc-4.0 -dynamiclib -o .libs/libIDL-2.0.0.0.dylib > .libs/parser.o .libs/lexer.o .libs/ns.o .libs/util.o > -L/opt/local/lib /opt/local/lib/libglib-2.0.dylib > /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib > -install_name /opt/local/lib/libIDL-2.0.dylib -compatibility_version > 1 -current_version 1.0 > ld: Undefined symbols: > ___IDL_cur_token_line > ___IDL_lex > ___IDL_prev_token_line > ___IDL_in > ___IDL_lex_cleanup > ___IDL_lex_init > /usr/bin/libtool: internal link edit command failed > make[2]: *** [libIDL-2.la] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > This on a PPC machine running Tiger, Xcode as current as can be for > that platform. > Yes - I am getting something like this too. My version is as follows: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< port upgrade libidl ---> Building libidl with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libidl/work/libIDL-0.8.10" && make all " returned error 2 Command output: make all-recursive Making all in include Making all in libIDL make all-am make[4]: Nothing to be done for `all-am'. make[3]: Nothing to be done for `all-am'. /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 -lglib-2.0 -lintl -liconv -no-undefined -L/opt/local/lib -o libIDL-2.la -rpath /opt/local/lib parser.lo lexer.lo ns.lo util.lo /usr/bin/gcc-4.0 -dynamiclib -o .libs/libIDL-2.0.0.0.dylib .libs/parser.o .libs/lexer.o .libs/ns.o .libs/util.o -L/opt/local/lib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -install_name /opt/local/lib/libIDL-2.0.dylib -compatibility_version 1 -current_version 1.0 ld: Undefined symbols: ___IDL_cur_token_line ___IDL_lex ___IDL_prev_token_line ___IDL_in ___IDL_lex_cleanup ___IDL_lex_init /usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: internal link edit command failed make[2]: *** [libIDL-2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Unable to upgrade port: 1 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> This is on an Intel-based MacBookPro running Tiger with everything as up to date as possible. XCode is version 2.5 I have been trying to follow the discussions on libtool woes but it looks as if this is a different problem. Anyone have any ideas on fixing it. Thanks to all David Rowe From yves at macports.org Tue Feb 5 14:41:37 2008 From: yves at macports.org (Yves de Champlain) Date: Tue Feb 5 14:41:21 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <20080204004816.GD17147@prunille.vinc17.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <20080204004816.GD17147@prunille.vinc17.org> Message-ID: <0B2959E6-2021-48B2-916D-A0BD4FD93B43@macports.org> Le 08-02-03 ? 19:48, Vincent Lefevre a ?crit : > 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 (where $jobs is the number of CPU >> cores >> in your computer). This was added for MacPorts 1.6. > > Is there any reason why this option isn't documented in the > portfile(7) man page? BTW, gcc42 which is flagged as parrallel safe breaks for me at destroot. So it might happen that stuff that works on 2 cores fail with more cores. yves From dluke at geeklair.net Tue Feb 5 15:38:48 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Feb 5 15:38:23 2008 Subject: Conflicting uuid_t types error building apr In-Reply-To: <47A8DDB4.2030508@wordbank.com> References: <47A8DDB4.2030508@wordbank.com> Message-ID: On Feb 5, 2008, at 5:05 PM, John O'Shea wrote: > I'm getting the following error when attempting to build devel/apr: > >> In file included from misc/unix/rand.c:39: >> /opt/local/include/uuid.h:94: error: conflicting types for 'uuid_t' >> /usr/include/unistd.h:133: error: previous declaration of 'uuid_t' >> was here >> make[1]: *** [misc/unix/rand.lo] Error 1 > > which doesn't make any sense to me, given the following snippets of > the appropriate files: > > /opt/local/include/uuid.h what does port provides /opt/local/include/uuid.h say? I don't have that file, and thus don't see that error when building apr. You could probably deactivate or uninstall the port that provides that to get apr to build, but if I can find out what port is conflicting, I may be able to patch apr (or the portfile) to fix it as well ... -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/7a2e886f/PGP.bin From paulbeard at gmail.com Tue Feb 5 16:22:09 2008 From: paulbeard at gmail.com (paul beard) Date: Tue Feb 5 16:21:43 2008 Subject: libIDL woes In-Reply-To: <47A8E4B9.5070708@freeuk.com> References: <47A8E4B9.5070708@freeuk.com> Message-ID: On Feb 5, 2008 2:35 PM, David Rowe wrote: > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > This is on an Intel-based MacBookPro running Tiger with everything as up > to date as possible. XCode is version 2.5 > > I have been trying to follow the discussions on libtool woes but it > looks as if this is a different problem. > > Anyone have any ideas on fixing it. > > Thanks to all > > David Rowe > Looks like it has been worked around: try a fresh sync of your ports tree and see what happens. Worked for me? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/6a06d271/attachment-0001.html From john_oshea at wordbank.com Tue Feb 5 16:27:55 2008 From: john_oshea at wordbank.com (John O'Shea) Date: Tue Feb 5 16:27:32 2008 Subject: Conflicting uuid_t types error building apr In-Reply-To: References: <47A8DDB4.2030508@wordbank.com> Message-ID: <47A8FF0B.4050501@wordbank.com> Daniel J. Luke wrote: > what does > > port provides /opt/local/include/uuid.h > > say? > /opt/local/include/uuid.h is provided by: ossp-uuid which got installed as part of the postgresql83 install. > I don't have that file, and thus don't see that error when building apr. > > You could probably deactivate or uninstall the port that provides that > to get apr to build, but if I can find out what port is conflicting, I > may be able to patch apr (or the portfile) to fix it as well ... OK, uninstalling postgresql83, then ossp-uuid and then installing apr works ok. I can then proceed to install postgresql83 again (and hence ossp-uuid) with no errors, so all is good for me :-) Cheers for the speedy response, John -- John O'Shea Wordbank Limited 33 Charlotte Street, London W1T 1RR Direct line: +44 (0) 20 7903 8829 Fax: +44 (0) 20 7903 8888 From david.rowe at freeuk.com Tue Feb 5 16:35:56 2008 From: david.rowe at freeuk.com (David Rowe) Date: Tue Feb 5 16:35:18 2008 Subject: libIDL woes In-Reply-To: References: <47A8E4B9.5070708@freeuk.com> Message-ID: <47A900EC.4080005@freeuk.com> On Feb 5, 2008 paul beard wrote: > > > On Feb 5, 2008 2:35 PM, David Rowe > wrote: > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > This is on an Intel-based MacBookPro running Tiger with everything > as up > to date as possible. XCode is version 2.5 > > I have been trying to follow the discussions on libtool woes but it > looks as if this is a different problem. > > > Looks like it has been worked around: try a fresh sync of your ports > tree and see what happens. Worked for me? > No luck - I tried port sync and even port selfupdate, but I still get the same problem Thanks for the suggestion David Rowe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/60d03f69/attachment.html From mjijackson at gmail.com Tue Feb 5 17:23:23 2008 From: mjijackson at gmail.com (Michael J. I. Jackson) Date: Tue Feb 5 17:23:12 2008 Subject: Best way to install PHP 5.3 alongside MacPorts PHP 5.2 In-Reply-To: References: <9cd0f6980712131408t2d99e4e7v9ba7a748d4b2b494@mail.gmail.com> Message-ID: Thanks for this. I modified the instructions below (just slightly) and it worked like a charm. In case anybody else is interested in making this work, and they want explicit details, I wrote up the entire procedure on my blog. http://mjijackson.com/2008/02/04/how-to-install-php-53-alongside-52- on-lighttpd-using-macports/ Michael On Dec 13, 2007, at 4:12 PM, Ryan Schmidt wrote: > On Dec 13, 2007, at 16:08, Michael J. I. Jackson wrote: > >> Can anybody tell me the best way to install PHP 5.3 (currently in >> development) alongside a MacPorts install of PHP 5.2 on Apache? > > There is a php5-devel port which is currently at an earlier version > (5.2.5RC2) than the php5 port (5.2.5) but it could possibly be > updated to 5.3. I'm not sure if you can install php5-devel > simultaneously with the php5 port, but if not, we could look into > making it possible... But Jyrki may want to keep it for PHP 5.2.x > release candidates. In which case, you may have to keep manually > compiling as below. > >> I'm having two problems in particular. >> >> 1) I tried downloading and installing the PHP 5.3 snapshot to /usr/ >> local using the following ./configure: >> >> ./configure --prefix=/usr/local --enable-calendar --with-iconv=/ >> opt/local --enable-exif --enable-ftp --enable-wddx --with-zlib=/ >> opt/local --with-libxml-dir=/opt/local --with-gettext=/opt/local -- >> with-xml --with-expat-dir=/opt/local --with-xmlrpc --enable-soap -- >> enable-filepro --enable-bcmath --enable-trans-sid --enable- >> mbstring --enable-dbx --enable-dba --with-openssl=/opt/local -- >> with-mhash=/opt/local --with-mcrypt=/opt/local --with-xsl=/opt/ >> local --with-curl=/opt/local --with-pcre-regex=/opt/local --with- >> gd --with-jpeg-dir=/opt/local --with-png-dir=/opt/local --enable- >> gd-native-ttf --without-pear --with-freetype-dir=/opt/local --with- >> ldap=/usr --with-kerberos=/usr --with-iodbc=/usr --with-apxs2=/opt/ >> local/apache2/bin/apxs --with-mysql=/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> php5/work/mysql5 --with-pdo-mysql=/opt/local/bin/mysql_config5 -- >> with-mysql-sock=/opt/local/var/run/mysql5/mysqld.sock --with- >> mysqli=/opt/local/bin/mysql_config5 --with-sqlite --with-pdo- >> sqlite=/opt/local --enable-sqlite-utf8 >> >> This is basically the same ./configure my MacPorts install uses, >> but with a different prefix. However, I get the following error >> during configure: >> >> checking for specified location of the MySQL UNIX socket... /opt/ >> local/var/run/mysql5/mysqld.sock >> checking for MySQL UNIX socket location... /opt/local/var/run/ >> mysql5/mysqld.sock >> configure: error: Cannot find MySQL header files under /opt/local/ >> var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_ >> php5/work/mysql5. >> Note that the MySQL client library is not bundled anymore! >> >> So when I take out --with-mysql, it compiles and installs fine, >> but I don't have the MySQL library. > > Read the post-extract section of the mysql5 variant of the php5 > portfile to see how it copes with this. You just have to make a > couple symlinks to make the layout match what php expects. You could: > > cd /tmp > mkdir php5mysql5 > ln -s /opt/local/lib/mysql5 php5mysql5/lib > ln -s /opt/local/include/mysql5 php5mysql5/include > > Then use --with-mysql=/tmp/php5mysql5 in your php configure line > instead. Then delete /tmp/php5mysql5 when you're done. > > >> 2) Using the above method, the new Apache module overwrites the >> old module (/opt/local/apache2/modules/libphp5.so). This is just >> fine for running just 5.3, but I don't want to use it all the >> time! I only want 5.3 as a development version. Any help? Is there >> any way that I can install 5.3 so that I can just put a different >> extension on files that I'd like to use it for? .php53 maybe? > > Apache cannot support multiple php modules simultaneously. But you > may want to look into using the lighttpd web server with php > accessed through fastcgi instead. I have in the past successfully > had php4 and php5 running simultaneously under lighttpd. Assuming > the php5 and php5-devel ports can be installed simultaneously > (which again I'm not sure of) -- or if you build php 5.3 manually > -- you should be able to get php 5.2 and 5.3 side by side as well. > Here's an example from my lighttpd configuration file, which says > to use php5 for all .php files, except if the URL contains "/php4/" > in which case use php4 for all .php files. You could easily have it > react to a different filename extension instead if you prefer. As > you see lighttpd's configuration is quite different from Apache's > and allows for some very interesting things, like this. > > > fastcgi.server = (".php" => > ("localhost" => > ( > "socket" => "/tmp/lighttpd-" + var.datetime + "-php5-" + var.PID, > "bin-path" => "/opt/local/bin/php-cgi", > "broken-scriptfilename" => "enable", > "allow-x-send-file" => "enable", > "min-procs" => 2, > "max-procs" => 2, > "bin-environment" => ( > "PHP_FCGI_CHILDREN" => "4", > "PHP_FCGI_MAX_REQUESTS" => "500" > ) > ) > ) > ) > > $HTTP["url"] =~ "/php4/" { > fastcgi.server = (".php" => > ("localhost" => > ( > "socket" => "/tmp/lighttpd-" + var.datetime + "-php4-" + var.PID, > "bin-path" => "/opt/local/bin/php4-cgi", > "broken-scriptfilename" => "enable", > "allow-x-send-file" => "enable", > "min-procs" => 2, > "max-procs" => 2, > "bin-environment" => ( > "PHP_FCGI_CHILDREN" => "4", > "PHP_FCGI_MAX_REQUESTS" => "500" > ) > ) > ) > ) > } > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/20cca1ea/attachment-0001.html From mvfranz at gmail.com Tue Feb 5 17:34:04 2008 From: mvfranz at gmail.com (Michael Franz) Date: Tue Feb 5 17:33:36 2008 Subject: Executing scripts during configure Message-ID: Hi, Is it possible to put something like this in the configure parameters? --with-libgcj-jar=`find ${prefix}/share/java -name "libgcj-4\.2*.jar"` \ This does not work as I get the following error: Error: Unable to open port: extra characters after close-quote Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/162c60fd/attachment.html From dluke at geeklair.net Tue Feb 5 17:44:16 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Feb 5 17:43:45 2008 Subject: Executing scripts during configure In-Reply-To: References: Message-ID: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> On Feb 5, 2008, at 8:34 PM, Michael Franz wrote: > Is it possible to put something like this in the configure parameters? You don't need to do it this way. > --with-libgcj-jar=`find ${prefix}/share/java -name "libgcj-4\. > 2*.jar"` \ > > This does not work as I get the following error: Error: Unable to > open port: extra characters after close-quote Add a pre-configure phase which finds those files and generates the string/path that you want to pass to configure, put it in a portfile- local variable and then add it to your configure args by using that variable. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/5340cc0a/PGP.bin From vincent-opdarw at vinc17.org Tue Feb 5 18:01:21 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Tue Feb 5 18:00:55 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> Message-ID: <20080206020121.GS17147@prunille.vinc17.org> On 2008-02-05 10:13:03 -0500, Daniel J. Luke wrote: > svk requires newer versions of CORE modules than those that ship with > perl5.8 This is strange because I don't see dependencies on particular versions in svk. > The perl community doesn't consider newer released versions of CORE > modules as 'development versions'. > > We really need to do one of a couple of things: > > - Change the perl port to install a minimum perl along with individual > ports for each of the CORE modules > - Change the @INC ordering (thus making our perl act differently from > the upstream perl and potentially break any ports that rely on the > current behavior of @INC ordering) As the user can already change @INC ordering via the PERL5LIB environment variable, this won't break anything (or those ports are already broken). > - Force users to set $PERL5LIB and/or patch everything to use a custom > $PERL5LIB > > Since there are serious drawbacks to each approach, and no one seems to > have had time to work out a complete solution, we're stuck with the > status-quo > > I'm sure everyone would be happy if you have an implementation of one of > those solutions (or something else that's better) available for all of us > to use. The 3rd approach doesn't need anything on the MacPorts side. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From ryandesign at macports.org Tue Feb 5 18:05:52 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Feb 5 18:05:41 2008 Subject: Best way to install PHP 5.3 alongside MacPorts PHP 5.2 In-Reply-To: References: <9cd0f6980712131408t2d99e4e7v9ba7a748d4b2b494@mail.gmail.com> Message-ID: <30B9307B-6ED0-4FAC-AFDD-AA892EFFB7D8@macports.org> On Feb 5, 2008, at 19:23, Michael J. I. Jackson wrote: > Thanks for this. I modified the instructions below (just slightly) > and it worked like a charm. In case anybody else is interested in > making this work, and they want explicit details, I wrote up the > entire procedure on my blog. > > http://mjijackson.com/2008/02/04/how-to-install-php-53-alongside-52- > on-lighttpd-using-macports/ It looks very good. One small thing you might want to change. You mentioned how to configure the hand-compiled php 5.3 with MySQL, but not how to configure the MacPorts php 5.2 with MySQL, which would just be: sudo port install php5 +fastcgi +mysql5 But if you want to run a MySQL server on this machine, then you must run sudo port install mysql5 +server *first* (otherwise you'll get the non-server mysql5 port). From ryandesign at macports.org Tue Feb 5 18:14:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Feb 5 18:13:53 2008 Subject: libIDL woes In-Reply-To: <47A900EC.4080005@freeuk.com> References: <47A8E4B9.5070708@freeuk.com> <47A900EC.4080005@freeuk.com> Message-ID: <43676D19-1373-41F1-B402-71AD4677A5E5@macports.org> On Feb 5, 2008, at 18:35, David Rowe wrote: > On Feb 5, 2008 paul beard wrote: > >> On Feb 5, 2008 2:35 PM, David Rowe wrote: >> >>> This is on an Intel-based MacBookPro running Tiger with >>> everything as up >>> to date as possible. XCode is version 2.5 >>> >>> I have been trying to follow the discussions on libtool woes but it >>> looks as if this is a different problem. >> >> >> Looks like it has been worked around: try a fresh sync of your >> ports tree and see what happens. Worked for me? > > No luck - I tried port sync and even port selfupdate, but I still > get the same problem The problem has not been worked around. The bug is still open: http://trac.macosforge.org/projects/macports/ticket/14144 The problems that were worked around were the "unable to infer tagged configuration" bug affecting apache2, mjpegtools and possibly others. These were fixed by bumping the revision of apr and libtool to force their rebuild. The libidl bug is a different and unrelated bug. libidl is unmaintained so someone will have to volunteer to figure out what's breaking, and how to fix it. Actually, Tod Morrison just posted in the bug that he found a reason why it's failing, and a workaround, but not yet a fix that we can apply to the portfile. From ryandesign at macports.org Tue Feb 5 18:14:38 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Feb 5 18:14:25 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <0B2959E6-2021-48B2-916D-A0BD4FD93B43@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <20080204004816.GD17147@prunille.vinc17.org> <0B2959E6-2021-48B2-916D-A0BD4FD93B43@macports.org> Message-ID: On Feb 5, 2008, at 16:41, Yves de Champlain wrote: > Le 08-02-03 ? 19:48, Vincent Lefevre a ?crit : > >> 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 (where $jobs is the number of CPU >>> cores >>> in your computer). This was added for MacPorts 1.6. >> >> Is there any reason why this option isn't documented in the >> portfile(7) man page? > > BTW, gcc42 which is flagged as parrallel safe breaks for me at > destroot. So it might happen that stuff that works on 2 cores fail > with more cores. Well, how many cores do you have, and what error are you getting? From mvfranz at gmail.com Tue Feb 5 18:40:31 2008 From: mvfranz at gmail.com (Michael Franz) Date: Tue Feb 5 18:40:05 2008 Subject: Executing scripts during configure In-Reply-To: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> References: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> Message-ID: > > Add a pre-configure phase which finds those files and generates the > string/path that you want to pass to configure, put it in a portfile- > local variable and then add it to your configure args by using that > variable. > Any hints on how to do this? I have not found many examples. The one that I did find uses perl. These don't cause a problem, but doesn't work. libgcj is not defined when configure executes. set libgcj [ open find ${prefix}/share/java -name "libgcj-4\.2*.jar"] set libgcj system find ${prefix}/share/java -name "libgcj-4\.2*.jar" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/d0741145/attachment.html From tabithamc at gmail.com Tue Feb 5 18:49:22 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Tue Feb 5 18:48:56 2008 Subject: Is HFS really "scary"? Message-ID: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Did anyone notice Linus Torvold's calling the HFS file system "scary" in Australia recently? Here's the link: http://www.smh.com.au/news/technology/torvalds-pans-apples-os-x/2008/02/05/1202090393959.html "I don't think they're equally flawed - I think Leopard is a much better system," he said. "(But) OS X in some ways is actually worse than Windows to program for. Their file system is complete and utter crap, which is scary." If HFS is really scary, I wonder what the trend is looking like for ZFS? Will MacPorts be capable of working with ZFS file systems? Unfortunately, after Linus says something like this, my boss gets worried and asks me questions like this and makes him feel less confident about having an Xserve. :-( Thanks, T.M. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/87102a48/attachment-0001.html From ryandesign at macports.org Tue Feb 5 18:53:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Feb 5 18:53:26 2008 Subject: soft problem with awk In-Reply-To: <20080205181553.GC9630@run.duo> References: <20080205181553.GC9630@run.duo> Message-ID: <4E7D32C6-FE28-41AC-9746-FF6A29539E81@macports.org> Known issue. Please see the ticket and test the workaround: https://trac.macosforge.org/projects/macports/ticket/13053#comment:10 On Feb 5, 2008, at 12:15, George Georgalis wrote: > On some fairly controled installs, I'm getting > > configure: error: No awk program found > > this is resolved by running the same port command again. > I'm using a zsh shell, and I wonder if rehash is needed > at some point? > > first ports of 1.6.0 bootstrap: > sudo port install openvpn2 p5-xml-xpath pstree > > completes without error, second port command: > > sudo port -v install subversion vim aspell-dict-en par > > fails per below, but when the second command is run > again it completes without error. Obviously this is not > very problematic but I thought I'd mention it. > > Please let me know if I can provide any more information! > > // George > > > checking if you want to build programs such as tic... yes > checking if you wish to install curses.h... yes > checking for mawk... (cached) no > checking for gawk... (cached) no > checking for nawk... (cached) no > checking for awk... (cached) no > configure: error: No awk program found > > Warning: the following items did not execute (for ncursesw): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install > Error: The following dependencies failed to build: apr-util sqlite3 > gawk gettext ncurses ncursesw readline neon > Error: Status 1 encountered during processing. > film:MacPorts-1.6.0 geo$ sudo port -v install subversion vim aspell- > dict-en par From dluke at geeklair.net Tue Feb 5 19:06:29 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Feb 5 19:06:05 2008 Subject: Executing scripts during configure In-Reply-To: References: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> Message-ID: On Feb 5, 2008, at 9:40 PM, Michael Franz wrote: > Add a pre-configure phase which finds those files and generates the > string/path that you want to pass to configure, put it in a portfile- > local variable and then add it to your configure args by using that > variable. > > Any hints on how to do this? I have not found many examples. The > one that I did find uses perl. You probably want to use fs-traverse, which is described in the portfile man page: fs-traverse [-depth] [-ignoreErrors] varname target-list body Traverse the filesystem hierarchy rooted in each element of target-list and execute body for each found file/directory. varname is set to the path of the file/directory. If break is called during execution, the filesystem traversal is stopped. If continue is called during execution, the current file and any children are skipped and traversal continues with the next file/directory. -depth Equivalent to the -d switch to find(1). Please note that using -depth means you cannot prune a directory with continue as it will be processed after its children. -ignoreErrors Causes fs-traverse to ignore any permissions/read errors encountered during processing. If fs-traverse is called directly on a symbolic link, the link will be followed. All other links encountered during traversal will not be followed. fs-traverse will not descend into directories that have a different device number than the root of the descent. If you remove the current directory during traversal, be aware that you must call continue to inform fs-traverse that the directory should not be descended into. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/c3552f18/PGP.bin From bcbarnes at gmail.com Tue Feb 5 19:53:08 2008 From: bcbarnes at gmail.com (Brian Barnes) Date: Tue Feb 5 19:52:43 2008 Subject: py25-pyx with texlive: works! Message-ID: <9FE5B67A-B327-4253-91B6-6BF0371582EB@gmail.com> Hello macports-users, I have just installed the new py25-pyx port (pyx 0.10) on my MBP running 10.4.11 and MP 1.6.0. Using the ability to test local/new portfiles, I decided to first attempt installing py25-pyx using texlive instead of tetex for the dependency, simply by replacing teTeX with texlive in the Portfile. Success! I only have one python script which uses pyx, but it worked perfectly to draw and create the graphics which we need. Others could perhaps try their scripts, but pyx is functional. This did expose a bug in texlive: the file /opt/local/share/texmf/ fonts/map/dvips/updmap/psfonts.map has an extra space between a bracket and a font name. search for "< magh" to find the formatting error. This is apparently a known bug in texlive fonts and is probably already fixed upstream. However, pyx only emits a warning for the problem... the scripts run fine. I do not have macports SVN commit access or the desire to be a port maintainer, but I hope this info is useful for people looking to upgrade ports from teTeX to texlive. I have also checked the pyx- users list archives @ sourceforge, and the maintainers of pyx are already using texlive. It should be safe to update this port's dependencies. sincerely, Brian From james.sumners at gmail.com Tue Feb 5 19:56:55 2008 From: james.sumners at gmail.com (James Sumners) Date: Tue Feb 5 19:56:26 2008 Subject: py25-pyx with texlive: works! In-Reply-To: <9FE5B67A-B327-4253-91B6-6BF0371582EB@gmail.com> References: <9FE5B67A-B327-4253-91B6-6BF0371582EB@gmail.com> Message-ID: You should do the same as I did for TeXmacs and submit a patch via the bugtracker. On Feb 5, 2008 10:53 PM, Brian Barnes wrote: > Hello macports-users, > > I have just installed the new py25-pyx port (pyx 0.10) on my MBP > running 10.4.11 and MP 1.6.0. > > Using the ability to test local/new portfiles, I decided to first > attempt installing py25-pyx using texlive instead of tetex for the > dependency, simply by replacing teTeX with texlive in the Portfile. > Success! > > I only have one python script which uses pyx, but it worked perfectly > to draw and create the graphics which we need. Others could perhaps > try their scripts, but pyx is functional. > > This did expose a bug in texlive: the file /opt/local/share/texmf/ > fonts/map/dvips/updmap/psfonts.map has an extra space between a > bracket and a font name. search for "< magh" to find the formatting > error. This is apparently a known bug in texlive fonts and is > probably already fixed upstream. However, pyx only emits a warning > for the problem... the scripts run fine. > > I do not have macports SVN commit access or the desire to be a port > maintainer, but I hope this info is useful for people looking to > upgrade ports from teTeX to texlive. I have also checked the pyx- > users list archives @ sourceforge, and the maintainers of pyx are > already using texlive. It should be safe to update this port's > dependencies. > > sincerely, > > Brian -- James Sumners http://james.roomfullofmirrors.com/ "All governments suffer a recurring problem: Power attracts pathological personalities. It is not that power corrupts but that it is magnetic to the corruptible. Such people have a tendency to become drunk on violence, a condition to which they are quickly addicted." Missionaria Protectiva, Text QIV (decto) CH:D 59 From jkh at apple.com Tue Feb 5 20:32:40 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Tue Feb 5 20:33:42 2008 Subject: Is HFS really "scary"? In-Reply-To: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: *sigh* If Linus Torvalds had said that HFS ate babies and eroded the moral fiber of the nation's youth, would you still be asking this question? Probably not, since that would be clearly recognizable hyperbole. Him saying it's "complete and utter crap" without any supporting evidence or even any specifics, however, evidently merits some sort of serious response, does it? :-) Perhaps you should ask your boss whether he follows all the successful deployments (both enterprise and otherwise) of XServes or if he follows the random pronouncements of someone who had nothing to do with the development of MacOSX, does not use it, and in fact is seriously biased against anything but the OS he *did* create. Hardly the most objective opinion. - Jordan On Feb 5, 2008, at 6:49 PM, Tabitha McNerney wrote: > Did anyone notice Linus Torvold's calling the HFS file system > "scary" in Australia recently? Here's the link: > > http://www.smh.com.au/news/technology/torvalds-pans-apples-os-x/2008/02/05/1202090393959.html > > "I don't think they're equally flawed - I think Leopard is a much > better system," he said. "(But) OS X in some ways is actually worse > than Windows to program for. Their file system is complete and utter > crap, which is scary." > If HFS is really scary, I wonder what the trend is looking like for > ZFS? Will MacPorts be capable of working with ZFS file systems? > Unfortunately, after Linus says something like this, my boss gets > worried and asks me questions like this and makes him feel less > confident about having an Xserve. :-( > > Thanks, > > T.M. > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/5cd835f7/attachment.html From paulbeard at gmail.com Tue Feb 5 20:46:56 2008 From: paulbeard at gmail.com (paul beard) Date: Tue Feb 5 20:46:40 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: On Feb 5, 2008 8:32 PM, Jordan K. Hubbard wrote: > *sigh* > If Linus Torvalds had said that HFS ate babies and eroded the moral fiber > of the nation's youth, would you still be asking this question? Probably > not, since that would be clearly recognizable hyperbole. Him saying it's > "complete and utter crap" without any supporting evidence or even any > specifics, however, evidently merits some sort of serious response, does it? > :-) > > Perhaps you should ask your boss whether he follows all the successful > deployments (both enterprise and otherwise) of XServes or if he follows the > random pronouncements of someone who had nothing to do with the development > of MacOSX, does not use it, and in fact is seriously biased against anything > but the OS he *did* create. Hardly the most objective opinion. > Linus is a bomb-thrower, and I'm sure my opinion that Linux is "complete and utter crap" carries just as weight with him as his comments should with you. if people seriously ask you to consider linux, ask them which one and why that one and not the others. That should keep them out of your hair for quite some time. Seriously, HFS has been around an awfully long time in a lot of places to be so crappy. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080205/a654dd74/attachment-0001.html From yves at macports.org Tue Feb 5 21:44:51 2008 From: yves at macports.org (Yves de Champlain) Date: Tue Feb 5 21:44:37 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <20080204004816.GD17147@prunille.vinc17.org> <0B2959E6-2021-48B2-916D-A0BD4FD93B43@macports.org> Message-ID: <2B2E8840-3C08-49D5-B29F-9EE3FEDB71D6@macports.org> Le 08-02-05 ? 21:14, Ryan Schmidt a ?crit : > > On Feb 5, 2008, at 16:41, Yves de Champlain wrote: > >> Le 08-02-03 ? 19:48, Vincent Lefevre a ?crit : >> >>> 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 (where $jobs is the number of CPU >>>> cores >>>> in your computer). This was added for MacPorts 1.6. >>> >>> Is there any reason why this option isn't documented in the >>> portfile(7) man page? >> >> BTW, gcc42 which is flagged as parrallel safe breaks for me at >> destroot. So it might happen that stuff that works on 2 cores fail >> with more cores. > > Well, how many cores do you have, and what error are you getting? It was a general warning rather than a bug report ... 8 cores and happens during destroot. I did not keep the output but it had something to do with "waiting for unfinished jobs" yves From ryandesign at macports.org Tue Feb 5 23:01:49 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Feb 5 23:01:40 2008 Subject: Executing scripts during configure In-Reply-To: References: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> Message-ID: <35E2C205-C2F1-44D4-9C3E-7B3292BC4A6E@macports.org> On Feb 5, 2008, at 20:40, Michael Franz wrote: > Add a pre-configure phase which finds those files and generates the > string/path that you want to pass to configure, put it in a portfile- > local variable and then add it to your configure args by using that > variable. > > Any hints on how to do this? I have not found many examples. The > one that I did find uses perl. > > These don't cause a problem, but doesn't work. libgcj is not > defined when configure executes. > > set libgcj [ open find ${prefix}/share/java -name "libgcj-4\.2*.jar"] > set libgcj system find ${prefix}/share/java -name "libgcj-4\.2*.jar" It would probably be: set libgcj [exec find ${prefix}/share/java -name "libgcj-4\.2*.jar"] (unless you use fs-traverse like Daniel said) From n.oxyde at gmail.com Tue Feb 5 23:07:35 2008 From: n.oxyde at gmail.com (N_Ox) Date: Tue Feb 5 23:07:10 2008 Subject: Executing scripts during configure In-Reply-To: <35E2C205-C2F1-44D4-9C3E-7B3292BC4A6E@macports.org> References: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> <35E2C205-C2F1-44D4-9C3E-7B3292BC4A6E@macports.org> Message-ID: Le 6 f?vr. 08 ? 08:01, Ryan Schmidt a ?crit : > > > It would probably be: > > set libgcj [exec find ${prefix}/share/java -name "libgcj-4\.2*.jar"] > > (unless you use fs-traverse like Daniel said) > I think the current policy is to avoid any exec/system call when we can do it in a pure TCL fashion. -- Anthony Ramine, the "Ports tree cleaning Maestro". From omar_green at intuit.com Wed Feb 6 00:14:56 2008 From: omar_green at intuit.com (Omar Green) Date: Wed Feb 6 00:14:29 2008 Subject: I think I've found a bug in configure for help2man, but would like to verify Message-ID: Hi all: Total n00b to macports here, but I'm having problems using macports to install Ruby-on-Rails on an Intel MacBook Pro, and I think I've managed to track the problem down. Didn't want to post a bug to the bug list without verifying that I'm not just imagining things. So, I'm on a MacBook Pro, running OS X 10.4.11, and macports 1.600. I found my initial install instructions here: http://wiki.rubyonrails.org/rails/pages/Installation Installed Xcode 2.5 with no problems, along with macports. Was even able to get the ruby install going before I hit a problem: installing rubygems. The rubygems install fails on trying to configure help2man. My builds have been failing with the following info: ---> Configuring help2man Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macport s.org_release_ports_textproc_help2man/work/help2man-1.36.4" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man --infodir=/opt/local/share/info " returned error 77 Command output: checking for perl... /opt/local/bin/perl checking for gcc... /usr/bin/gcc-4.0 /usr/bin/gcc-4.0 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. Having looked through the config.log, I noticed something peculiar. ac_cv_env_CC_value='/usr/bin/gcc-4.0 /usr/bin/gcc-4.0' and CC='/usr/bin/gcc-4.0 /usr/bin/gcc-4.0' The result is that $CC is doubly defined which seems the screw up the linker, as is evidenced here: configure:1632: $? = 1 configure:1655: checking for C compiler default output file name configure:1658: /usr/bin/gcc-4.0 /usr/bin/gcc-4.0 -O2 -I/opt/local/include -L/opt/local/lib conftest.c >&5 /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: /usr/bin/gcc-4.0 is input for the dynamic link editor, is not relocatable by the static link editor again collect2: ld returned 1 exit status I also noticed that the "-V" flag for gcc-4.0 is causing an error. configure:1629: /usr/bin/gcc-4.0 /usr/bin/gcc-4.0 -V &5 gcc-4.0: argument to `-V' is missing I did attempt to do the configure and make manually from directly within the build directory, and they completed no problem. This problem only seems to happen when I run: sudo port install rb-rubygems. I wouldn't have necessarily thought this was a bug (maybe double referencing CC is just how you guys roll), but I stumbled on a different bug while Googling around trying to diagnose the problem (completely different system, but consistent behavior): http://www.nabble.com/problem-linking-td12382127.html Seeing this changed my mind, so I decided to roll up my sleeves and send an email. Please forgive me if this is total spam. So, can someone here verify that what I'm seeing isn't normal and let me know if this is covered in the bug log or not? I did do a search of the bug log, with all the terms I could think of, but didn't find anything. Thanks in advance for all your help. Best, -O From afb at macports.org Wed Feb 6 00:48:01 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Wed Feb 6 00:47:36 2008 Subject: I think I've found a bug in configure for help2man, but would like to verify In-Reply-To: References: Message-ID: Omar Green wrote: > I wouldn't have necessarily thought this was a bug (maybe double > referencing > CC is just how you guys roll), but I stumbled on a different bug while > Googling around trying to diagnose the problem (completely different > system, > but consistent behavior) No it's not a particular rolling style, Some ports are getting GCC twice - that's a bug. (did you file a ticket?) Some ports are getting no GCC - that's a bug too. (bug #13930 and friends) I would suspect something wrong between base/libtool/portfile interaction... It's supposed to look something like: "checking for gcc... /usr/bin/gcc-4.0" But some aren't expecting $CC to be a path. --anders From vincent-opdarw at vinc17.org Wed Feb 6 01:29:45 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Wed Feb 6 01:29:29 2008 Subject: Can the port command take advantage of multiple cores? In-Reply-To: <2B2E8840-3C08-49D5-B29F-9EE3FEDB71D6@macports.org> References: <18340.48193.193025.467642@montanaro.dyndns.org> <5349F935-4F33-4535-9E08-2697ADC2B1B5@macports.org> <20080204004816.GD17147@prunille.vinc17.org> <0B2959E6-2021-48B2-916D-A0BD4FD93B43@macports.org> <2B2E8840-3C08-49D5-B29F-9EE3FEDB71D6@macports.org> Message-ID: <20080206092945.GT17147@prunille.vinc17.org> On 2008-02-06 00:44:51 -0500, Yves de Champlain wrote: > It was a general warning rather than a bug report ... 8 cores and > happens during destroot. I did not keep the output but it had something > to do with "waiting for unfinished jobs" I don't think this is a bug. Doesn't this mean that "make" doesn't have any new job to start (e.g. because there has been an error, possibly unrelated to parallel make) and waits for the current ones to finish before quitting? -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From n.oxyde at gmail.com Wed Feb 6 01:49:06 2008 From: n.oxyde at gmail.com (N_Ox) Date: Wed Feb 6 01:48:40 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> Message-ID: <18BC8DD3-2030-4493-8DA6-1D6EF10A5855@gmail.com> Le 5 f?vr. 08 ? 16:13, Daniel J. Luke a ?crit : > > > We really need to do one of a couple of things: > > - Change the perl port to install a minimum perl along with > individual ports for each of the CORE modules > - Change the @INC ordering (thus making our perl act differently > from the upstream perl and potentially break any ports that rely on > the current behavior of @INC ordering) > - Force users to set $PERL5LIB and/or patch everything to use a > custom $PERL5LIB > > Since there are serious drawbacks to each approach, and no one > seems to have had time to work out a complete solution, we're stuck > with the status-quo > > I'm sure everyone would be happy if you have an implementation of > one of those solutions (or something else that's better) available > for all of us to use. I disagree, the @INC modification doesn't have serious drawbacks, other software-management systems like Gentoo Portage works great with this method. Regards, -- Anthony Ramine, the "Ports tree cleaning Maestro". From mvfranz at gmail.com Wed Feb 6 05:04:40 2008 From: mvfranz at gmail.com (Michael Franz) Date: Wed Feb 6 05:04:13 2008 Subject: Executing scripts during configure In-Reply-To: References: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> <35E2C205-C2F1-44D4-9C3E-7B3292BC4A6E@macports.org> Message-ID: On Feb 6, 2008 2:07 AM, N_Ox wrote: > Le 6 f?vr. 08 ? 08:01, Ryan Schmidt a ?crit : > > > > > > > It would probably be: > > > > set libgcj [exec find ${prefix}/share/java -name "libgcj-4\.2*.jar"] > > > > (unless you use fs-traverse like Daniel said) > > > > I think the current policy is to avoid any exec/system call when we > can do it in a pure TCL fashion. Not know TCL, is that the fs-traverse method? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/62cc000c/attachment-0001.html From lists at dcorking.com Wed Feb 6 05:17:37 2008 From: lists at dcorking.com (David Corking) Date: Wed Feb 6 05:17:16 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: He is known for exaggeration. He once called all C++ programmers unspeakable names on a mailing list. However if you like his designs, there is an ext2 fs driver for Mac OS X! I personally am I bit frustrated with HFS+, as I experienced first-hand the limits of its fsck utility (*). But I am no filesystem expert, and my one anecdote would not be enough to justify a 'crappy' label. > if people seriously ask you to consider linux, ask them which one and why that one and not the others. They could ask you why you prefer macports over fink or even FreeBSD. Be ready to answer! Best, David (*) Rumour has it that purchasing a Disk Warrior license would get me a superior tool. I did not try that. From jeffrey at goldmark.org Wed Feb 6 06:28:02 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Feb 6 06:27:35 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: On Feb 6, 2008, at 7:17 AM, David Corking wrote: > He is known for exaggeration. He once called all C++ programmers > unspeakable names on a mailing list. It's also worth noting that "scary" can mean "I don't understanding it". While I think it is a mistake to try to micro-analyze everything that comes out of Linus' mouth, I really don't think he was saying that he finds HFS+ unsafe to use. > I personally am I bit frustrated with HFS+, as I experienced > first-hand the limits of its fsck utility (*). But I am no > filesystem expert, and my one anecdote would not be enough to justify > a 'crappy' label. The only problem that I've ever had (and I'm no expert either) is when I'd installed the perl script for fetching HTTP headers in /usr/local/bin/HEAD and found latter when I called the traditional head(1) (which lives further down the PATH in /usr/bin) HEAD was picked up instead of head. I must admit that I find case distinction in HFS "scary" (meaning I don't understand it.) -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From dluke at geeklair.net Wed Feb 6 06:54:03 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Feb 6 06:53:40 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <18BC8DD3-2030-4493-8DA6-1D6EF10A5855@gmail.com> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <18BC8DD3-2030-4493-8DA6-1D6EF10A5855@gmail.com> Message-ID: On Feb 6, 2008, at 4:49 AM, N_Ox wrote: > Le 5 f?vr. 08 ? 16:13, Daniel J. Luke a ?crit : >> We really need to do one of a couple of things: >> >> - Change the perl port to install a minimum perl along with >> individual ports for each of the CORE modules >> - Change the @INC ordering (thus making our perl act differently >> from the upstream perl and potentially break any ports that rely on >> the current behavior of @INC ordering) >> - Force users to set $PERL5LIB and/or patch everything to use a >> custom $PERL5LIB >> >> Since there are serious drawbacks to each approach, and no one >> seems to have had time to work out a complete solution, we're stuck >> with the status-quo >> >> I'm sure everyone would be happy if you have an implementation of >> one of those solutions (or something else that's better) available >> for all of us to use. > > I disagree, the @INC modification doesn't have serious drawbacks, > other software-management systems like Gentoo Portage works great > with this method. It's the transition that's a problem (since we don't actually test our ports we can't verify that we won't break lots of things). Changing the @INC order will change which modules get loaded for things already installed and working, -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/c5624774/PGP.bin From narf_tm at macports.org Wed Feb 6 07:32:49 2008 From: narf_tm at macports.org (Matthew Ross) Date: Wed Feb 6 07:32:30 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <18BC8DD3-2030-4493-8DA6-1D6EF10A5855@gmail.com> Message-ID: <7BDE107C-29EF-4659-82F3-EED37521AC4F@macports.org> Why don't we leave the @INC in the order it is now so we don't break current perl ports and use the APPLLIB_EXP option like FreeBSD does? The Perl INSTALL file explains it's use: "There is one other way of adding paths to @INC at perl build time, and that is by setting the APPLLIB_EXP C pre-processor token to a colon- separated list of directories, like this sh Configure -Accflags='- DAPPLLIB_EXP=\"/usr/libperl\"' The directories defined by APPLLIB_EXP get added to @INC I, ahead of any others, and so provide a way to override the standard perl modules should you, for example, want to distribute fixes without touching the perl distribution proper. And, like otherlib dirs, version and architecture specific subdirectories are also searched, if present, at run time." We can use FreeBSD's Perl port as a good example of this. http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/perl5.8/Makefile?rev=1.94 Instead of using vendor they have a directory called BSDPAN. Call it whatever you like... If we make this new directory the new default over vendor, as things are upgraded they will be moved into this directory. Theoretically everything should work as things are transitioned. On Feb 6, 2008, at 8:54 AM, Daniel J. Luke wrote: > On Feb 6, 2008, at 4:49 AM, N_Ox wrote: >> Le 5 f?vr. 08 ? 16:13, Daniel J. Luke a ?crit : >>> We really need to do one of a couple of things: >>> >>> - Change the perl port to install a minimum perl along with >>> individual ports for each of the CORE modules >>> - Change the @INC ordering (thus making our perl act differently >>> from the upstream perl and potentially break any ports that rely >>> on the current behavior of @INC ordering) >>> - Force users to set $PERL5LIB and/or patch everything to use a >>> custom $PERL5LIB >>> >>> Since there are serious drawbacks to each approach, and no one >>> seems to have had time to work out a complete solution, we're >>> stuck with the status-quo >>> >>> I'm sure everyone would be happy if you have an implementation of >>> one of those solutions (or something else that's better) available >>> for all of us to use. >> >> I disagree, the @INC modification doesn't have serious drawbacks, >> other software-management systems like Gentoo Portage works great >> with this method. > > > It's the transition that's a problem (since we don't actually test > our ports we can't verify that we won't break lots of things). > > Changing the @INC order will change which modules get loaded for > things already installed and working, > > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From dluke at geeklair.net Wed Feb 6 07:40:30 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Feb 6 07:40:07 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <20080206020121.GS17147@prunille.vinc17.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <20080206020121.GS17147@prunille.vinc17.org> Message-ID: On Feb 5, 2008, at 9:01 PM, Vincent Lefevre wrote: > On 2008-02-05 10:13:03 -0500, Daniel J. Luke wrote: >> svk requires newer versions of CORE modules than those that ship with >> perl5.8 > > This is strange because I don't see dependencies on particular > versions in svk. Well, if the svk authors used 'use' with version numbers, we wouldn't have the problem of loading the wrong module in the first place. >> The perl community doesn't consider newer released versions of CORE >> modules as 'development versions'. >> >> We really need to do one of a couple of things: >> >> - Change the perl port to install a minimum perl along with >> individual >> ports for each of the CORE modules >> - Change the @INC ordering (thus making our perl act differently from >> the upstream perl and potentially break any ports that rely on the >> current behavior of @INC ordering) > > As the user can already change @INC ordering via the PERL5LIB > environment variable, this won't break anything (or those ports are > already broken). The user is also able to set DYLD_LIBRARY_PATH to something that will make everything not work, and we don't consider everything broken because of that. >> - Force users to set $PERL5LIB and/or patch everything to use a >> custom >> $PERL5LIB >> >> Since there are serious drawbacks to each approach, and no one >> seems to >> have had time to work out a complete solution, we're stuck with the >> status-quo >> >> I'm sure everyone would be happy if you have an implementation of >> one of >> those solutions (or something else that's better) available for all >> of us >> to use. > > The 3rd approach doesn't need anything on the MacPorts side. It does if we want things to 'just work' for the end user. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/13582bfe/PGP.bin From dluke at geeklair.net Wed Feb 6 07:43:17 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Feb 6 07:43:05 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <7BDE107C-29EF-4659-82F3-EED37521AC4F@macports.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <18BC8DD3-2030-4493-8DA6-1D6EF10A5855@gmail.com> <7BDE107C-29EF-4659-82F3-EED37521AC4F@macports.org> Message-ID: On Feb 6, 2008, at 10:32 AM, Matthew Ross wrote: > Why don't we leave the @INC in the order it is now so we don't break > current perl ports and use the APPLLIB_EXP option like FreeBSD does? If we decide to change @INC this is probably the best way to do it. > Call it whatever you like... > > If we make this new directory the new default over vendor, as things > are upgraded they will be moved into this directory. > Theoretically everything should work as things are transitioned. I think you're right, this might be the best way to do it. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/9809757e/PGP-0001.bin From nox at macports.org Wed Feb 6 08:03:07 2008 From: nox at macports.org (N_Ox) Date: Wed Feb 6 08:02:44 2008 Subject: Bugs in gtk2 In-Reply-To: References: Message-ID: <346154D3-105C-432D-A59F-18EFD977AF82@macports.org> Le 6 f?vr. 08 ? 14:35, J?rgen Dabel a ?crit : > Hallo, > > I get the following message: > > bash-3.2$ sudo port install gtk2 > Password: > ---> Verifying checksum(s) for libxml2 > Error: Checksum (md5) mismatch for libxml2-2.6.30.tar.gz > Error: Checksum (sha1) mismatch for libxml2-2.6.30.tar.gz > Error: Checksum (rmd160) mismatch for libxml2-2.6.30.tar.gz > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: gtk-doc libxml2 > scrollkeeper docbook-xml docbook-xml-4.2 docbook-xml-4.3 docbook- > xml-4.4 docbook-xml-4.5 libxslt p5-xml-parser jpeg pango Xft2 xorg- > xproto xorg-util-macros tiff > Error: Status 1 encountered during processing. > bash-3.2$ > > Thank you First, you're running an outdated MacPorts installation, please run `sudo port selfupdate`. Second, your libxml2 tarball is corrupted, please read the FAQ: http://trac.macosforge.org/projects/macports/wiki/ FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit Next time you got a question, please ask it on the macports-users mailing list. Regards, -- Anthony Ramine, the "Ports tree cleaning Maestro". From paulbeard at gmail.com Wed Feb 6 08:29:41 2008 From: paulbeard at gmail.com (paul beard) Date: Wed Feb 6 08:29:14 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: On Feb 6, 2008 5:17 AM, David Corking wrote: > He is known for exaggeration. He once called all C++ programmers > unspeakable names on a mailing list. > > However if you like his designs, there is an ext2 fs driver for Mac OS X! > > I personally am I bit frustrated with HFS+, as I experienced > first-hand the limits of its fsck utility (*). But I am no > filesystem expert, and my one anecdote would not be enough to justify > a 'crappy' label. > > > if people seriously ask you to consider linux, ask them which one and > why that one and not the others. > > They could ask you why you prefer macports over fink or even FreeBSD. > Be ready to answer! > [OT] I use FreeBSD and like it just fine: in fact that's one of the reason I use [Mac|Darwin]Ports. fink was fine but once it became a leaderless mob, I left. So I have tried the two ports systems that have traction, and have a choice. Now let's talk about hundreds of Linux distros . . . . ;-) [/OT] -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/ebca18b4/attachment.html From n.oxyde at gmail.com Wed Feb 6 08:38:49 2008 From: n.oxyde at gmail.com (N_Ox) Date: Wed Feb 6 08:38:25 2008 Subject: Executing scripts during configure In-Reply-To: References: <6E4BED15-2562-44C7-BA77-99F434AA424E@geeklair.net> <35E2C205-C2F1-44D4-9C3E-7B3292BC4A6E@macports.org> Message-ID: <4C6E2B3D-1781-44C0-8E89-B41FBBF8C4E1@gmail.com> Le 6 f?vr. 08 ? 14:04, Michael Franz a ?crit : > > > On Feb 6, 2008 2:07 AM, N_Ox wrote: > Le 6 f?vr. 08 ? 08:01, Ryan Schmidt a ?crit : > > > > > > > It would probably be: > > > > set libgcj [exec find ${prefix}/share/java -name "libgcj-4\.2*.jar"] > > > > (unless you use fs-traverse like Daniel said) > > > > I think the current policy is to avoid any exec/system call when we > can do it in a pure TCL fashion. > > Not know TCL, is that the fs-traverse method? > Yes, that's a TCL procedure defined in Pextlib library from MacPorts. see the portfile manpage for the documentation. Regards, -- Anthony Ramine, the "Ports tree cleaning Maestro". From peter at pogma.com Wed Feb 6 08:54:10 2008 From: peter at pogma.com (Peter O'Gorman) Date: Wed Feb 6 08:53:41 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: <47A9E632.6020107@pogma.com> paul beard wrote: > > [OT] > I use FreeBSD and like it just fine: in fact that's one of the reason I > use [Mac|Darwin]Ports. fink was fine but once it became a leaderless > mob, I left. > [/OT] This kind of crap does not encourage me to help out on this list. Peter -- Peter O'Gorman http://pogma.com From vincent-opdarw at vinc17.org Wed Feb 6 09:12:42 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Wed Feb 6 09:12:21 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <20080206020121.GS17147@prunille.vinc17.org> Message-ID: <20080206171242.GZ17147@prunille.vinc17.org> On 2008-02-06 10:40:30 -0500, Daniel J. Luke wrote: > On Feb 5, 2008, at 9:01 PM, Vincent Lefevre wrote: >> On 2008-02-05 10:13:03 -0500, Daniel J. Luke wrote: >>> svk requires newer versions of CORE modules than those that ship with >>> perl5.8 >> >> This is strange because I don't see dependencies on particular >> versions in svk. > > Well, if the svk authors used 'use' with version numbers, we wouldn't > have the problem of loading the wrong module in the first place. How about patching svk to use 'use' with version numbers, then? (The bug report and the patch could be forwarded upstream.) >>> - Force users to set $PERL5LIB and/or patch everything to use a >>> custom $PERL5LIB [...] >> The 3rd approach doesn't need anything on the MacPorts side. > > It does if we want things to 'just work' for the end user. The point is that the end user already needs to change his $PATH. So, this wouldn't be a big difference. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From n.oxyde at gmail.com Wed Feb 6 09:29:21 2008 From: n.oxyde at gmail.com (N_Ox) Date: Wed Feb 6 09:29:22 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <20080206171242.GZ17147@prunille.vinc17.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <20080206020121.GS17147@prunille.vinc17.org> <20080206171242.GZ17147@prunille.vinc17.org> Message-ID: <0783DE8B-7F70-43C5-A726-78448C4EA51E@gmail.com> Le 6 f?vr. 08 ? 18:12, Vincent Lefevre a ?crit : > > > The point is that the end user already needs to change his $PATH. > So, this wouldn't be a big difference. > I don't see any kind of link with $PATH here. -- Anthony Ramine, the "Ports tree cleaning Maestro". From L.Wood at surrey.ac.uk Wed Feb 6 09:29:10 2008 From: L.Wood at surrey.ac.uk (Lloyd Wood) Date: Wed Feb 6 09:37:51 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? Message-ID: <200802061729.m16HTA928706@cisco.com> Hi, I'm having trouble installing macports on a Leopard 10.5.1 Santa Rosa Macbook with Xcode 3.0. I've run the binary installer (1.6) multiple times. It takes ages on the 'completing install' stage, but eventually does seem to complete with a green tick. I've also tried the tarball, which apparently builds and sudo make installs just fine. After the binary installer has completed and I open a new Terminal window: - I do not have any ~.profile script. 'which port' does not return anything. - 'man port' does not return anything, although /opt/local/man/man1/port1.gz exists This suggests the postflight installer script has failed somehow in setting up .profile. So, I manually remove everything, then install and build 1.6.0 via the tarball, and create a .profile as suggested on http://guide.macports.org/#installing. Configure, make and sudeo make install seem to go just fine. A new terminal window has manpage and port command available. On executing sudo port selfupdate I get repeated instances of: The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec(). Break on __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() to debug. and a hang. ...which is the error message I got when I tried sudo /opt/local/bin/port selfupdate after the binary installer ran. Suggestions appreciated. thanks, L. SaVi satellite constellation visualization: http://savi.sf.net/ From vincent-opdarw at vinc17.org Wed Feb 6 09:45:08 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Wed Feb 6 09:44:41 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <0783DE8B-7F70-43C5-A726-78448C4EA51E@gmail.com> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <20080206020121.GS17147@prunille.vinc17.org> <20080206171242.GZ17147@prunille.vinc17.org> <0783DE8B-7F70-43C5-A726-78448C4EA51E@gmail.com> Message-ID: <20080206174508.GB17147@prunille.vinc17.org> On 2008-02-06 18:29:21 +0100, N_Ox wrote: > Le 6 f?vr. 08 ? 18:12, Vincent Lefevre a ?crit : >> The point is that the end user already needs to change his $PATH. >> So, this wouldn't be a big difference. > > I don't see any kind of link with $PATH here. No-one complained that users have to modify their $PATH. With $PERL5LIB, this is the same thing. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From dluke at geeklair.net Wed Feb 6 09:52:45 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Feb 6 09:52:29 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <20080206174508.GB17147@prunille.vinc17.org> References: <08C90735-10C4-4E42-A4FB-08E51D392B1C@macports.org> <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <20080206020121.GS17147@prunille.vinc17.org> <20080206171242.GZ17147@prunille.vinc17.org> <0783DE8B-7F70-43C5-A726-78448C4EA51E@gmail.com> <20080206174508.GB17147@prunille.vinc17.org> Message-ID: <380640CD-471F-4BD8-8BE8-9C973CE11FFD@geeklair.net> On Feb 6, 2008, at 12:45 PM, Vincent Lefevre wrote: >> I don't see any kind of link with $PATH here. > > No-one complained that users have to modify their $PATH. > With $PERL5LIB, this is the same thing. We attempt to automatically modify users' $PATH with the installer. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/13fcf9f1/PGP.bin From jkh at apple.com Wed Feb 6 09:51:57 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed Feb 6 09:53:41 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> Message-ID: <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> On Feb 6, 2008, at 6:28 AM, Jeffrey Goldberg wrote: > The only problem that I've ever had (and I'm no expert either) is > when I'd installed > the perl script for fetching HTTP headers in > > /usr/local/bin/HEAD That's easily remedied by using the new[er] case-sensitive variant of HFS (also known as HFSX). You can now choose this as a filesystem type when you install MacOSX. - Jordan From paulbeard at gmail.com Wed Feb 6 09:54:03 2008 From: paulbeard at gmail.com (paul beard) Date: Wed Feb 6 09:54:46 2008 Subject: libIDL woes In-Reply-To: <43676D19-1373-41F1-B402-71AD4677A5E5@macports.org> References: <47A8E4B9.5070708@freeuk.com> <47A900EC.4080005@freeuk.com> <43676D19-1373-41F1-B402-71AD4677A5E5@macports.org> Message-ID: On Feb 5, 2008 6:14 PM, Ryan Schmidt wrote: > > The problem has not been worked around. The bug is still open: > > http://trac.macosforge.org/projects/macports/ticket/14144 > > The problems that were worked around were the "unable to infer tagged > configuration" bug affecting apache2, mjpegtools and possibly others. > These were fixed by bumping the revision of apr and libtool to force > their rebuild. > > The libidl bug is a different and unrelated bug. libidl is > unmaintained so someone will have to volunteer to figure out what's > breaking, and how to fix it. Actually, Tod Morrison just posted in > the bug that he found a reason why it's failing, and a workaround, > but not yet a fix that we can apply to the portfile. > > howsomever, it upgraded just fine two days ago: I assumed it was fixed. The following ports are currently installed: libidl @0.8.10_0 (active) -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/9ba0decd/attachment.html From ryandesign at macports.org Wed Feb 6 10:34:42 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 6 10:39:55 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: <200802061729.m16HTA928706@cisco.com> References: <200802061729.m16HTA928706@cisco.com> Message-ID: On Feb 6, 2008, at 11:29, Lloyd Wood wrote: > I'm having trouble installing macports on a Leopard 10.5.1 Santa > Rosa Macbook with Xcode 3.0. I've run the binary installer (1.6) > multiple times. It takes ages on the 'completing install' stage, > but eventually does seem to complete with a green tick. I've also > tried the tarball, which apparently builds and sudo make installs > just fine. > > After the binary installer has completed and I open a new Terminal > window: > - I do not have any ~.profile script. 'which port' does not return > anything. > - 'man port' does not return anything, although /opt/local/man/man1/ > port1.gz exists > This suggests the postflight installer script has failed somehow in > setting up .profile. This is a known problem in 1.6.0 which will be fixed in 1.6.1. > So, I manually remove everything, then install and build 1.6.0 via > the tarball, and create a .profile as suggested on http:// > guide.macports.org/#installing. Configure, make and sudeo make > install seem to go just fine. A new terminal window has manpage and > port command available. On executing sudo port selfupdate I get > repeated instances of: > The process has forked and you cannot use this CoreFoundation > functionality safely. You MUST exec(). > Break on > __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI > ONALITY___YOU_MUST_EXEC__() to debug. > and a hang. > > ...which is the error message I got when I tried sudo /opt/local/ > bin/port selfupdate after the binary installer ran. This I've never heard of before, unfortunately. From lists at dcorking.com Wed Feb 6 10:36:19 2008 From: lists at dcorking.com (David Corking) Date: Wed Feb 6 10:40:50 2008 Subject: [OT] Re: Is HFS really "scary"? In-Reply-To: <47A9E632.6020107@pogma.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <47A9E632.6020107@pogma.com> Message-ID: Peter wrote: > > I use FreeBSD and like it just fine: in fact that's one of the reason I > > fink was fine but once it became a leaderless > > mob, I left. > > [/OT] > > This kind of crap does not encourage me to help out on this list. Lets be nice to the fink folks (I mean it. Darwin and OS X - not to mention macports - owe a lot to them.) Perhaps by mob he just meant an anarchist collective or some other form of collaborative leadership. From sck at nogas.org Wed Feb 6 10:45:10 2008 From: sck at nogas.org (Scott C. Kennedy) Date: Wed Feb 6 10:49:05 2008 Subject: Is HFS really "scary"? In-Reply-To: <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> Message-ID: <47AA0036.30801@nogas.org> But, then you have to deal with lazy developers & QA issues like... * Microsoft Office 2004 Entourage can't understand timezone when using sync services 1. cd /Applications/Microsoft Office 2004/Office (or the appropriately situated place on your machine) 2. ln -s timezones.xml Timezones.xml 3. ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc * Microsoft Office 2008 Entourage can't understand timezone when using sync services 1. cd /Applications/Microsoft Office 2008/Office/EntourageCore.framework/Resources or the appropriately situated place on your machine) 2. ln -s timezones.xml Timezones.xml 3. ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc * Symantec/Norton AntiVirus 10 & 11 can't run with case-sensitive filesystem. * HR Block TaxCut 2007 can't find images or XML files to function. * Feral Interactive - XIII - Game can't run when installed on case-sensitive filesystem. And I keep finding more and more of them. :( Scott PS> Anyone else find any issues with Applications or Games? Jordan K. Hubbard wrote: > > On Feb 6, 2008, at 6:28 AM, Jeffrey Goldberg wrote: > >> The only problem that I've ever had (and I'm no expert either) is >> when I'd installed >> the perl script for fetching HTTP headers in >> >> /usr/local/bin/HEAD > > That's easily remedied by using the new[er] case-sensitive variant of > HFS (also known as HFSX). You can now choose this as a filesystem > type when you install MacOSX. > > - Jordan > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/89f4886d/attachment-0001.html From paulbeard at gmail.com Wed Feb 6 11:30:46 2008 From: paulbeard at gmail.com (paul beard) Date: Wed Feb 6 11:30:19 2008 Subject: Is HFS really "scary"? In-Reply-To: <47A9E632.6020107@pogma.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <47A9E632.6020107@pogma.com> Message-ID: On Feb 6, 2008 8:54 AM, Peter O'Gorman wrote: > paul beard wrote: > > > > > [OT] > > I use FreeBSD and like it just fine: in fact that's one of the reason I > > use [Mac|Darwin]Ports. fink was fine but once it became a leaderless > > mob, I left. > > [/OT] > > This kind of crap does not encourage me to help out on this list. > Just by way of reference, I was active on the fink user lists in 2002 and thereabouts, so my recollections of those times are what drive my opinions. Things may be different now, but 6 years is a long time in the lifespan of a project like that. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/6a89302c/attachment.html From jkh at apple.com Wed Feb 6 11:31:33 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed Feb 6 11:32:34 2008 Subject: Is HFS really "scary"? In-Reply-To: <47AA0036.30801@nogas.org> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> Message-ID: <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> That's a fair point. Perhaps better to format a "work" partition as HFSX then and keep the system partition as HFS. That way, you can at least check out sources and do various things which are tripped up by case insensitivity while still not running afoul of apps like this. - Jordan On Feb 6, 2008, at 10:45 AM, Scott C. Kennedy wrote: > But, then you have to deal with lazy developers & QA issues like... > Microsoft Office 2004 Entourage can't understand timezone when using > sync services > cd /Applications/Microsoft Office 2004/Office (or the appropriately > situated place on your machine) > ln -s timezones.xml Timezones.xml > ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc > Microsoft Office 2008 Entourage can't understand timezone when using > sync services > cd /Applications/Microsoft Office 2008/Office/ > EntourageCore.framework/Resources or the appropriately situated > place on your machine) > ln -s timezones.xml Timezones.xml > ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc > Symantec/Norton AntiVirus 10 & 11 can't run with case-sensitive > filesystem. > HR Block TaxCut 2007 can't find images or XML files to function. > Feral Interactive - XIII - Game can't run when installed on case- > sensitive filesystem. > > And I keep finding more and more of them. :( > > Scott > PS> Anyone else find any issues with Applications or Games? > > Jordan K. Hubbard wrote: >> >> >> On Feb 6, 2008, at 6:28 AM, Jeffrey Goldberg wrote: >> >>> The only problem that I've ever had (and I'm no expert either) is >>> when I'd installed >>> the perl script for fetching HTTP headers in >>> >>> /usr/local/bin/HEAD >> >> That's easily remedied by using the new[er] case-sensitive variant >> of HFS (also known as HFSX). You can now choose this as a >> filesystem type when you install MacOSX. >> >> - Jordan >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/45aaca97/attachment.html From james.sumners at gmail.com Wed Feb 6 11:37:59 2008 From: james.sumners at gmail.com (James Sumners) Date: Wed Feb 6 11:37:31 2008 Subject: Is HFS really "scary"? In-Reply-To: <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> Message-ID: These things would probably get fixed Macs shipped with the case sensitive filesystem installed. Personally, I was quite surprised that the filesystem was case insensitive when I got my first Mac (a PowerBook three years ago). On Feb 6, 2008 2:31 PM, Jordan K. Hubbard wrote: > That's a fair point. Perhaps better to format a "work" partition as HFSX > then and keep the system partition as HFS. That way, you can at least check > out sources and do various things which are tripped up by case insensitivity > while still not running afoul of apps like this. > > - Jordan > > > > On Feb 6, 2008, at 10:45 AM, Scott C. Kennedy wrote: > > But, then you have to deal with lazy developers & QA issues like... > > Microsoft Office 2004 Entourage can't understand timezone when using sync > services > > cd /Applications/Microsoft Office 2004/Office (or the appropriately situated > place on your machine) > ln -s timezones.xml Timezones.xml > ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc > Microsoft Office 2008 Entourage can't understand timezone when using sync > services > > > cd /Applications/Microsoft Office > 2008/Office/EntourageCore.framework/Resources or the appropriately situated > place on your machine) > ln -s timezones.xml Timezones.xml > ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc > > Symantec/Norton AntiVirus 10 & 11 can't run with case-sensitive filesystem. > HR Block TaxCut 2007 can't find images or XML files to function. > Feral Interactive - XIII - Game can't run when installed on case-sensitive > filesystem. > > And I keep finding more and more of them. :( > > Scott > PS> Anyone else find any issues with Applications or Games? -- James Sumners http://james.roomfullofmirrors.com/ "All governments suffer a recurring problem: Power attracts pathological personalities. It is not that power corrupts but that it is magnetic to the corruptible. Such people have a tendency to become drunk on violence, a condition to which they are quickly addicted." Missionaria Protectiva, Text QIV (decto) CH:D 59 From peter at pogma.com Wed Feb 6 12:01:24 2008 From: peter at pogma.com (Peter O'Gorman) Date: Wed Feb 6 12:00:54 2008 Subject: libtool and ImageMagick problems In-Reply-To: <126C9CB9-9D08-4C19-8CD5-F08575B47BC5@revier.com> References: <77B5AB3D-116E-4235-B9B6-F23089D57116@revier.com> <003BE6F7-6CEF-46D1-BCF4-51DE9733C3D1@macports.org> <126C9CB9-9D08-4C19-8CD5-F08575B47BC5@revier.com> Message-ID: <47AA1214.3070108@pogma.com> Jochem Huhmann wrote: > On 2008-02-04, at 14:21, Ryan Schmidt wrote: > >> I would like to get it resolved too. Could I ask you to please file a >> ticket in our issue tracker and assign it to me? I'll see what I can do. > > > Thanks, I did that a few moments ago (#14195). I've also attached the > output Peter O'Gorman requested (and sent it to him off-list also). I > couldn't assign it to you, though. I just committed a patch for this to libtool - and put a workaround in the bug which should work until the imagemagick folks create another release. http://article.gmane.org/gmane.comp.gnu.libtool.general/8889 Peter -- Peter O'Gorman http://pogma.com From sal at ri.cmu.edu Wed Feb 6 12:07:23 2008 From: sal at ri.cmu.edu (Salvatore Domenick Desiano) Date: Wed Feb 6 12:06:54 2008 Subject: Is HFS really "scary"? In-Reply-To: <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> Message-ID: o That's a fair point. Perhaps better to format a "work" partition as HFSX then o and keep the system partition as HFS. That way, you can at least check out o sources and do various things which are tripped up by case insensitivity while o still not running afoul of apps like this. I've been mounting a case-sensitive HFS+ partition as /Users for several years now (even going back to Panther when it was substantially harder and less supported). If you do heave unix work, I heartily recccomend it. /opt is still on /, though, since most of the MacPorts community doesn't test case sensitively. -- Sal smile. On Wed, 6 Feb 2008, Jordan K. Hubbard wrote: o o - Jordan o o On Feb 6, 2008, at 10:45 AM, Scott C. Kennedy wrote: o o > But, then you have to deal with lazy developers & QA issues like... o > Microsoft Office 2004 Entourage can't understand timezone when using sync o > services o > cd /Applications/Microsoft Office 2004/Office (or the appropriately situated o > place on your machine) o > ln -s timezones.xml Timezones.xml o > ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc o > Microsoft Office 2008 Entourage can't understand timezone when using sync o > services o > cd /Applications/Microsoft Office o > 2008/Office/EntourageCore.framework/Resources or the appropriately situated o > place on your machine) o > ln -s timezones.xml Timezones.xml o > ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc o > Symantec/Norton AntiVirus 10 & 11 can't run with case-sensitive filesystem. o > HR Block TaxCut 2007 can't find images or XML files to function. o > Feral Interactive - XIII - Game can't run when installed on case-sensitive o > filesystem. o > o > And I keep finding more and more of them. :( o > o > Scott o > PS> Anyone else find any issues with Applications or Games? o > o > Jordan K. Hubbard wrote: o > > o > > o > > On Feb 6, 2008, at 6:28 AM, Jeffrey Goldberg wrote: o > > o > > > The only problem that I've ever had (and I'm no expert either) is when o > > > I'd installed o > > > the perl script for fetching HTTP headers in o > > > o > > > /usr/local/bin/HEAD o > > o > > That's easily remedied by using the new[er] case-sensitive variant of HFS o > > (also known as HFSX). You can now choose this as a filesystem type when o > > you install MacOSX. o > > o > > - Jordan o > > o > > _______________________________________________ o > > macports-users mailing list o > > macports-users@lists.macosforge.org o > > http://lists.macosforge.org/mailman/listinfo/macports-users o > o -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University From jkh at apple.com Wed Feb 6 12:13:32 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed Feb 6 12:14:31 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> Message-ID: <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> That's probably never going to happen. When you're dealing with grandma on the phone and she's saying "I can't open my file named ``fluffy!''", the last thing you need is to go 10 rounds trying to figure out whether she actually named it Fluffy, fluffY or FlUFfY. That is why case insensitivity was added in the first place (and believe me, it was a lot more work than being case sensitive). At least modern Macs allow you to select case sensitivity as an option, vs having to know (as you did in the past) that this meant "UFS" instead of HFS (and all the problems that switching filesystem types entirely came with). - Jordan On Feb 6, 2008, at 11:37 AM, James Sumners wrote: > These things would probably get fixed Macs shipped with the case > sensitive filesystem installed. Personally, I was quite surprised that > the filesystem was case insensitive when I got my first Mac (a > PowerBook three years ago). > > On Feb 6, 2008 2:31 PM, Jordan K. Hubbard wrote: >> That's a fair point. Perhaps better to format a "work" partition >> as HFSX >> then and keep the system partition as HFS. That way, you can at >> least check >> out sources and do various things which are tripped up by case >> insensitivity >> while still not running afoul of apps like this. >> >> - Jordan >> >> >> >> On Feb 6, 2008, at 10:45 AM, Scott C. Kennedy wrote: >> >> But, then you have to deal with lazy developers & QA issues like... >> >> Microsoft Office 2004 Entourage can't understand timezone when >> using sync >> services >> >> cd /Applications/Microsoft Office 2004/Office (or the appropriately >> situated >> place on your machine) >> ln -s timezones.xml Timezones.xml >> ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc >> Microsoft Office 2008 Entourage can't understand timezone when >> using sync >> services >> >> >> cd /Applications/Microsoft Office >> 2008/Office/EntourageCore.framework/Resources or the appropriately >> situated >> place on your machine) >> ln -s timezones.xml Timezones.xml >> ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc >> >> Symantec/Norton AntiVirus 10 & 11 can't run with case-sensitive >> filesystem. >> HR Block TaxCut 2007 can't find images or XML files to function. >> Feral Interactive - XIII - Game can't run when installed on case- >> sensitive >> filesystem. >> >> And I keep finding more and more of them. :( >> >> Scott >> PS> Anyone else find any issues with Applications or Games? > > > > -- > James Sumners > http://james.roomfullofmirrors.com/ > > "All governments suffer a recurring problem: Power attracts > pathological personalities. It is not that power corrupts but that it > is magnetic to the corruptible. Such people have a tendency to become > drunk on violence, a condition to which they are quickly addicted." > > Missionaria Protectiva, Text QIV (decto) > CH:D 59 From james.sumners at gmail.com Wed Feb 6 13:22:49 2008 From: james.sumners at gmail.com (James Sumners) Date: Wed Feb 6 13:22:18 2008 Subject: Is HFS really "scary"? In-Reply-To: <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> Message-ID: Fair enough. But if grandma is using a mouse is it really a problem? On Feb 6, 2008 3:13 PM, Jordan K. Hubbard wrote: > That's probably never going to happen. When you're dealing with > grandma on the phone and she's saying "I can't open my file named > ``fluffy!''", the last thing you need is to go 10 rounds trying to > figure out whether she actually named it Fluffy, fluffY or FlUFfY. > That is why case insensitivity was added in the first place (and > believe me, it was a lot more work than being case sensitive). > > At least modern Macs allow you to select case sensitivity as an > option, vs having to know (as you did in the past) that this meant > "UFS" instead of HFS (and all the problems that switching filesystem > types entirely came with). > > - Jordan -- James Sumners http://james.roomfullofmirrors.com/ "All governments suffer a recurring problem: Power attracts pathological personalities. It is not that power corrupts but that it is magnetic to the corruptible. Such people have a tendency to become drunk on violence, a condition to which they are quickly addicted." Missionaria Protectiva, Text QIV (decto) CH:D 59 From omar_green at intuit.com Wed Feb 6 13:27:05 2008 From: omar_green at intuit.com (Omar Green) Date: Wed Feb 6 13:26:33 2008 Subject: I think I've found a bug in configure for help2man, but would like to verify In-Reply-To: References: Message-ID: <47AA2629.20801@intuit.com> I''ve entered in a bug for this now, bug #14213. Set the priority to normal, and I have no idea how you guys prioritize. Thanks a bunch, Anders for the swift reply. Guess, for now I'll have to get the install of Ruby done manually. Best, -O Anders F Bj?rklund wrote: > Omar Green wrote: > > > I wouldn't have necessarily thought this was a bug (maybe double > > referencing > > CC is just how you guys roll), but I stumbled on a different bug while > > Googling around trying to diagnose the problem (completely different > > system, > > but consistent behavior) > > No it's not a particular rolling style, > Some ports are getting GCC twice - that's a bug. (did you file a > ticket?) > Some ports are getting no GCC - that's a bug too. (bug #13930 and > friends) > > I would suspect something wrong between base/libtool/portfile > interaction... > It's supposed to look something like: "checking for gcc... > /usr/bin/gcc-4.0" > But some aren't expecting $CC to be a path. > > --anders > > From ryandesign at macports.org Wed Feb 6 14:04:40 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 6 14:04:30 2008 Subject: I think I've found a bug in configure for help2man, but would like to verify In-Reply-To: <47AA2629.20801@intuit.com> References: <47AA2629.20801@intuit.com> Message-ID: On Feb 6, 2008, at 15:27, Omar Green wrote: > Anders F Bj?rklund wrote: > >> Omar Green wrote: >> >> > I wouldn't have necessarily thought this was a bug (maybe double >> > referencing >> > CC is just how you guys roll), but I stumbled on a different >> bug while >> > Googling around trying to diagnose the problem (completely >> different >> > system, >> > but consistent behavior) >> >> No it's not a particular rolling style, >> Some ports are getting GCC twice - that's a bug. (did you file a >> ticket?) >> Some ports are getting no GCC - that's a bug too. (bug #13930 and >> friends) >> I would suspect something wrong between base/libtool/portfile >> interaction... >> It's supposed to look something like: "checking for gcc... >> /usr/bin/gcc-4.0" >> But some aren't expecting $CC to be a path. > > I''ve entered in a bug for this now, bug #14213. Thanks! > Set the priority to normal, and I have no idea how you guys > prioritize. FYI, priorities are explained in the guide: http://guide.macports.org/#project.tickets.guidelines "High - Reserved for the use of MacPorts team members, as they are the best fit to determine which reports warrant a higher priority over others." "Normal - The default. For normal port failures, non-critical enhancement requests, non-critical port failures." "Low - For mostly cosmetic improvements, documentation corrections/ improvements, etc." Though these descriptions could use some work. Users may be left to wonder under what priority they should file critical port failures or critical enhancement requests, or by what criteria a failure or enhancement request can be designated as critical. > Thanks a bunch, Anders for the swift reply. Guess, for now I'll > have to get the install of Ruby done manually. From vincent-opdarw at vinc17.org Wed Feb 6 14:15:05 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Wed Feb 6 14:14:36 2008 Subject: p5-getopt-long and perl5.8 - activation error In-Reply-To: <380640CD-471F-4BD8-8BE8-9C973CE11FFD@geeklair.net> References: <20080205142939.GL17147@prunille.vinc17.org> <20080205145031.GN17147@prunille.vinc17.org> <20080206020121.GS17147@prunille.vinc17.org> <20080206171242.GZ17147@prunille.vinc17.org> <0783DE8B-7F70-43C5-A726-78448C4EA51E@gmail.com> <20080206174508.GB17147@prunille.vinc17.org> <380640CD-471F-4BD8-8BE8-9C973CE11FFD@geeklair.net> Message-ID: <20080206221505.GE17147@prunille.vinc17.org> On 2008-02-06 12:52:45 -0500, Daniel J. Luke wrote: > On Feb 6, 2008, at 12:45 PM, Vincent Lefevre wrote: >> No-one complained that users have to modify their $PATH. >> With $PERL5LIB, this is the same thing. > > We attempt to automatically modify users' $PATH with the installer. In a similar way, you could also attempt to automatically modify users' $PERL5LIB. Of course, the APPLLIB_EXP solution would make that useless, but anyway, you'll probably need to modify $PATH again because some modules have their own binaries that may need to be installed in a specific bin directory. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From vincent-opdarw at vinc17.org Wed Feb 6 14:30:31 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Wed Feb 6 14:30:00 2008 Subject: Is HFS really "scary"? In-Reply-To: <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> Message-ID: <20080206223031.GF17147@prunille.vinc17.org> On 2008-02-06 12:13:32 -0800, Jordan K. Hubbard wrote: > That's probably never going to happen. When you're dealing with grandma > on the phone and she's saying "I can't open my file named ``fluffy!''", > the last thing you need is to go 10 rounds trying to figure out whether > she actually named it Fluffy, fluffY or FlUFfY. That is why case > insensitivity was added in the first place (and believe me, it was a lot > more work than being case sensitive). Hmm... this doesn't solve some problems with Unicode (which are starting to occur nowadays): prunille:~> ls flu* fluffy flu?y At least, HFS+ "solves" the NFC/NFD problem (except for Subversion users). -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From milosh at macports.org Wed Feb 6 14:04:05 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Wed Feb 6 15:50:13 2008 Subject: Is HFS really "scary"? In-Reply-To: <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> Message-ID: <20080206220405.GA9796@velsheda.lateralis.org> Citando Jordan K. Hubbard : > On Feb 6, 2008, at 11:37 AM, James Sumners wrote: > >> These things would probably get fixed Macs shipped with the case >> sensitive filesystem installed. Personally, I was quite surprised that >> the filesystem was case insensitive when I got my first Mac (a >> PowerBook three years ago). > > That's probably never going to happen. When you're dealing with grandma > on the phone and she's saying "I can't open my file named ``fluffy!''", > the last thing you need is to go 10 rounds trying to figure out whether > she actually named it Fluffy, fluffY or FlUFfY. And what about Phlufy, fluphie, phluffy, phluffie, phluphe and so on? Is the FS really supposed to correct your filename so that your grandma can use a computer on the phone? > That is why case > insensitivity was added in the first place (and believe me, it was a lot > more work than being case sensitive). Really, then I don't understand why other old fs were case insensitive, was it not because the names were just recorded without any case? > At least modern Macs allow you to select case sensitivity as an option, > vs having to know (as you did in the past) that this meant "UFS" instead > of HFS (and all the problems that switching filesystem types entirely > came with). The fact is that using HFSX instead of HFS+ for MacOSX comes with a lot of problems too (most of them are not Apple's fault however). Using HFS or HFS+ causes problems for some unix stuff who want to have a directory and a file with the same name apart from the case. Using UFS for MacOSX is Humm, I don't know if it is not an option or just a bad idea. OS X is scary ;) Emmanuel From jeffrey at goldmark.org Wed Feb 6 16:47:02 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Feb 6 16:46:31 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: References: <200802061729.m16HTA928706@cisco.com> Message-ID: <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> On Feb 6, 2008, at 12:34 PM, Ryan Schmidt wrote: > On Feb 6, 2008, at 11:29, Lloyd Wood wrote: > >> - 'man port' does not return anything, although /opt/local/man/man1/ >> port1.gz exists >> This suggests the postflight installer script has failed somehow in >> setting up .profile. > > This is a known problem in 1.6.0 which will be fixed in 1.6.1. Ah. I don't know what the "right" way of doing things is, but after poking around I added a file, /etc/manpaths.d/Macports the contents of which are /opt/local/share/man which seemed to solve that problem for me. Would that be a better approach than trying to edit one user's .profile ? -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From ryandesign at macports.org Wed Feb 6 17:01:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 6 17:01:54 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> References: <200802061729.m16HTA928706@cisco.com> <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> Message-ID: On Feb 6, 2008, at 18:47, Jeffrey Goldberg wrote: > On Feb 6, 2008, at 12:34 PM, Ryan Schmidt wrote: > >> On Feb 6, 2008, at 11:29, Lloyd Wood wrote: >> >>> - 'man port' does not return anything, although /opt/local/man/ >>> man1/port1.gz exists >>> This suggests the postflight installer script has failed somehow >>> in setting up .profile. >> >> This is a known problem in 1.6.0 which will be fixed in 1.6.1. > > Ah. I don't know what the "right" way of doing things is, but > after poking around I added a file, /etc/manpaths.d/Macports the > contents of which are > > /opt/local/share/man > > which seemed to solve that problem for me. > > Would that be a better approach than trying to edit one > user's .profile ? That discussion has also already been had at length on the list. I believe that strategy is being looked at in MacPorts trunk. From ryandesign at macports.org Wed Feb 6 17:17:02 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 6 17:16:47 2008 Subject: libIDL woes In-Reply-To: <47AA5B13.8090601@freeuk.com> References: <47A8E4B9.5070708@freeuk.com> <47A900EC.4080005@freeuk.com> <43676D19-1373-41F1-B402-71AD4677A5E5@macports.org> <47AA5B13.8090601@freeuk.com> Message-ID: On Feb 6, 2008, at 19:12, David Rowe wrote: > Ryan Schmidt wrote: > >> The libidl bug is a different and unrelated bug. libidl is >> unmaintained so someone will have to volunteer to figure out >> what's breaking, and how to fix it. Actually, Tod Morrison just >> posted in the bug that he found a reason why it's failing, and a >> workaround, but not yet a fix that we can apply to the portfile. > > Thanks for the reply. > I am not agitating on this one as the ports I am using still seem > to work with the earlier version of libIDL that is still installed. > > Thanks to all for their efforts Daniel committed r33828 earlier today to solve this issue. From mvfranz at gmail.com Wed Feb 6 19:11:21 2008 From: mvfranz at gmail.com (Michael Franz) Date: Wed Feb 6 19:10:50 2008 Subject: Patching configure - Or Not Message-ID: Hi, I need to change the way configure works for a port. Is it better to patch configure or change the underlying files and regenerate configure? In this case I have a change to acinclude.m4. To get everything updated I need to run aclocal, automake and autoconf. Since I cannot figure out how to get aclocal, automake and autoconf to run in the pre-configure step I have to patch configure. Is this a good idea? Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/553b923b/attachment.html From skip at pobox.com Wed Feb 6 19:33:06 2008 From: skip at pobox.com (skip@pobox.com) Date: Wed Feb 6 19:32:40 2008 Subject: Patching configure - Or Not In-Reply-To: References: Message-ID: <18346.31730.565378.224264@montanaro-dyndns-org.local> Michael> I need to change the way configure works for a port. Is it Michael> better to patch configure or change the underlying files and Michael> regenerate configure? Patching configure is going to be very fragile. Your patch will almost certainly break with the upstream authors upgrade to a newer version of autoconf. If you absolutely, positively have to patch something, patch the inputs to configure, not configure itself. -- Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ From mvfranz at gmail.com Wed Feb 6 19:44:10 2008 From: mvfranz at gmail.com (Michael Franz) Date: Wed Feb 6 19:43:38 2008 Subject: Patching configure - Or Not In-Reply-To: <18346.31730.565378.224264@montanaro-dyndns-org.local> References: <18346.31730.565378.224264@montanaro-dyndns-org.local> Message-ID: On Feb 6, 2008 10:33 PM, wrote: > > Michael> I need to change the way configure works for a port. Is it > Michael> better to patch configure or change the underlying files and > Michael> regenerate configure? > > Patching configure is going to be very fragile. Your patch will almost > certainly break with the upstream authors upgrade to a newer version of > autoconf. If you absolutely, positively have to patch something, patch > the > inputs to configure, not configure itself. > This sounds like a better plan. How do I get macports to regenerate the files once I patch the configure inputs? On a related note. Is there any good examples of replacing AC_CHECK_HEADERS macros with pkg-config? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/5ac2dd42/attachment.html From tabithamc at gmail.com Wed Feb 6 20:02:21 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Wed Feb 6 20:01:50 2008 Subject: Is HFS really "scary"? In-Reply-To: <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> Message-ID: <7fccb3000802062002g60363a5biab4182b0c52979d2@mail.gmail.com> On 2/6/08, Jordan K. Hubbard wrote: > > That's probably never going to happen. When you're dealing with > grandma on the phone and she's saying "I can't open my file named > ``fluffy!''", the last thing you need is to go 10 rounds trying to > figure out whether she actually named it Fluffy, fluffY or FlUFfY. > That is why case insensitivity was added in the first place (and > believe me, it was a lot more work than being case sensitive). > > At least modern Macs allow you to select case sensitivity as an > option, vs having to know (as you did in the past) that this meant > "UFS" instead of HFS (and all the problems that switching filesystem > types entirely came with). I very much appreciate that HFSX case sensitive boot disc volumes are now possible in Leopard. Thank you Apple for bringing that to the table for serious Unix users. I can also understand that Apple is in a unique situation trying to support general consumers such as Grandma. I wonder what operating system Linus Torvold's Grandma uses? Or maybe she doesn't use a computer like John McCain said he doesn't own a Mac or a Windows PC (oops, ducking the politics, sorry I couldn't resist the opportunity 'cause McCain is old enough to be my Grandpa)! T.M. - Jordan > > On Feb 6, 2008, at 11:37 AM, James Sumners wrote: > > > These things would probably get fixed Macs shipped with the case > > sensitive filesystem installed. Personally, I was quite surprised that > > the filesystem was case insensitive when I got my first Mac (a > > PowerBook three years ago). > > > > On Feb 6, 2008 2:31 PM, Jordan K. Hubbard wrote: > >> That's a fair point. Perhaps better to format a "work" partition > >> as HFSX > >> then and keep the system partition as HFS. That way, you can at > >> least check > >> out sources and do various things which are tripped up by case > >> insensitivity > >> while still not running afoul of apps like this. > >> > >> - Jordan > >> > >> > >> > >> On Feb 6, 2008, at 10:45 AM, Scott C. Kennedy wrote: > >> > >> But, then you have to deal with lazy developers & QA issues like... > >> > >> Microsoft Office 2004 Entourage can't understand timezone when > >> using sync > >> services > >> > >> cd /Applications/Microsoft Office 2004/Office (or the appropriately > >> situated > >> place on your machine) > >> ln -s timezones.xml Timezones.xml > >> ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc > >> Microsoft Office 2008 Entourage can't understand timezone when > >> using sync > >> services > >> > >> > >> cd /Applications/Microsoft Office > >> 2008/Office/EntourageCore.framework/Resources or the appropriately > >> situated > >> place on your machine) > >> ln -s timezones.xml Timezones.xml > >> ln -s /usr/share/zoneinfo/UTC /usr/share/zoneinfo/utc > >> > >> Symantec/Norton AntiVirus 10 & 11 can't run with case-sensitive > >> filesystem. > >> HR Block TaxCut 2007 can't find images or XML files to function. > >> Feral Interactive - XIII - Game can't run when installed on case- > >> sensitive > >> filesystem. > >> > >> And I keep finding more and more of them. :( > >> > >> Scott > >> PS> Anyone else find any issues with Applications or Games? > > > > > > > > -- > > James Sumners > > http://james.roomfullofmirrors.com/ > > > > "All governments suffer a recurring problem: Power attracts > > pathological personalities. It is not that power corrupts but that it > > is magnetic to the corruptible. Such people have a tendency to become > > drunk on violence, a condition to which they are quickly addicted." > > > > Missionaria Protectiva, Text QIV (decto) > > CH:D 59 > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/d0b271e5/attachment.html From tabithamc at gmail.com Wed Feb 6 20:04:14 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Wed Feb 6 20:03:42 2008 Subject: Is HFS really "scary"? In-Reply-To: <20080206220405.GA9796@velsheda.lateralis.org> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> <20080206220405.GA9796@velsheda.lateralis.org> Message-ID: <7fccb3000802062004l747645f6u5d410d095d159693@mail.gmail.com> On 2/6/08, Emmanuel Hainry wrote: > > Citando Jordan K. Hubbard : > > On Feb 6, 2008, at 11:37 AM, James Sumners wrote: > > > >> These things would probably get fixed Macs shipped with the case > >> sensitive filesystem installed. Personally, I was quite surprised that > >> the filesystem was case insensitive when I got my first Mac (a > >> PowerBook three years ago). > > > > That's probably never going to happen. When you're dealing with grandma > > on the phone and she's saying "I can't open my file named ``fluffy!''", > > the last thing you need is to go 10 rounds trying to figure out whether > > she actually named it Fluffy, fluffY or FlUFfY. > > And what about Phlufy, fluphie, phluffy, phluffie, phluphe and so on? Is > the FS really supposed to correct your filename so that your grandma can > use a computer on the phone? > > > That is why case > > insensitivity was added in the first place (and believe me, it was a lot > > more work than being case sensitive). > > Really, then I don't understand why other old fs were case insensitive, > was it not because the names were just recorded without any case? > > > At least modern Macs allow you to select case sensitivity as an option, > > vs having to know (as you did in the past) that this meant "UFS" instead > > of HFS (and all the problems that switching filesystem types entirely > > came with). > > The fact is that using HFSX instead of HFS+ for MacOSX comes with a lot > of problems too (most of them are not Apple's fault however). > > Using HFS or HFS+ causes problems for some unix stuff who want to have a > directory and a file with the same name apart from the case. > > Using UFS for MacOSX is Humm, I don't know if it is not an option or > just a bad idea. Well, Emmanuel, if you read my first message on this subject, you can see that I raised the question about ZFS! I'm not saying that ZFS is the be all end all, but I do hope that ZFS will continue to progress into Mac OS X 10.6 . Thanks, T.M. OS X is scary ;) > > > Emmanuel > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080206/4d604f98/attachment-0001.html From bforte at adelaide.on.net Wed Feb 6 20:33:58 2008 From: bforte at adelaide.on.net (Brian Forte) Date: Wed Feb 6 20:51:01 2008 Subject: Question re Ticket #14090 (Portfile diff for maven 2.0.8) Message-ID: Gentlefolk, quick question from a new-comer. Is there a timetable for the closing of this ticket: ? We're writing a 'how to' for installing maven (and a maven plugin, but that's not germain here) on a range of OSes and the OS X instructions currently include a 'edit the Portfile thus' section (we've tested this, BTW, and incorporating the Portfile.diff changes uploaded by miguel@sticknet.net makes 'port install maven' work). We're also noting said section will be redundant eventually but were wondering if we can get away with excising the section entirely. Alternatively, is there a way I can do the tweaking necessary to incorporate the changes and close the ticket myself (I registered a login to the macports.org WordPress blog earlier today)? TIA. Regards, Brian Forte. -- words, edits, type, layout, code From ryandesign at macports.org Wed Feb 6 22:05:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 6 22:05:03 2008 Subject: Question re Ticket #14090 (Portfile diff for maven 2.0.8) In-Reply-To: References: Message-ID: <6A683D7F-EA24-4D52-A809-DD8014B56048@macports.org> On Feb 6, 2008, at 22:33, Brian Forte wrote: > Gentlefolk, > > quick question from a new-comer. > > Is there a timetable for the closing of this ticket: > ? > > We're writing a 'how to' for installing maven (and a maven plugin, > but that's not germain here) on a range of OSes and the OS X > instructions currently include a 'edit the Portfile thus' section > (we've tested this, BTW, and incorporating the Portfile.diff > changes uploaded by miguel@sticknet.net makes 'port install maven' > work). > > We're also noting said section will be redundant eventually but > were wondering if we can get away with excising the section entirely. The timetable is that if a maintainer has not responded to a ticket within 72 hours, anyone else can take it. So since it's been a week I'll take care of it now. Sometimes tickets also get forgotten, so if there's a ticket that's important to you it can be helpful to bring it up here, like you did. > Alternatively, is there a way I can do the tweaking necessary to > incorporate the changes and close the ticket myself (I registered a > login to the macports.org WordPress blog earlier today)? You would have to write to portmgr and request commit access to the repository. However you would generally want to first contribute patches to existing ports, and become the maintainer of some ports, before commit access would be granted. From frstan at bellsouth.net Thu Feb 7 00:39:14 2008 From: frstan at bellsouth.net (William Davis) Date: Thu Feb 7 00:38:41 2008 Subject: libIDL woes In-Reply-To: References: <47A8E4B9.5070708@freeuk.com> <47A900EC.4080005@freeuk.com> <43676D19-1373-41F1-B402-71AD4677A5E5@macports.org> <47AA5B13.8090601@freeuk.com> Message-ID: <515EC4FB-FB64-4AD2-AFF2-34CF3F4BA149@bellsouth.net> On Feb 6, 2008, at 8:17 PM, Ryan Schmidt wrote: > > On Feb 6, 2008, at 19:12, David Rowe wrote: > >> Ryan Schmidt wrote: >> >>> The libidl bug is a different and unrelated bug. libidl is >>> unmaintained so someone will have to volunteer to figure out >>> what's breaking, and how to fix it. Actually, Tod Morrison just >>> posted in the bug that he found a reason why it's failing, and a >>> workaround, but not yet a fix that we can apply to the portfile. >> >> Thanks for the reply. >> I am not agitating on this one as the ports I am using still seem >> to work with the earlier version of libIDL that is still installed. >> >> Thanks to all for their efforts > > Daniel committed r33828 earlier today to solve this issue. > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users solved it for me! thanks Daniel! William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From ludwig at fh-worms.de Thu Feb 7 00:46:43 2008 From: ludwig at fh-worms.de (Christoph Ludwig) Date: Thu Feb 7 00:46:41 2008 Subject: gpgme variant for mutt-devel? In-Reply-To: <20080102190812.GA3356@castellio.local> References: <20080102081828.GB3170@castellio.ztt.fh-worms.de> <20080102190812.GA3356@castellio.local> Message-ID: <20080207084643.GA27259@castellio.ztt.fh-worms.de> On Wed, Jan 02, 2008 at 08:08:12PM +0100, Christoph Ludwig wrote: > On Wed, Jan 02, 2008 at 12:50:20PM -0600, Ryan Schmidt wrote: > > On Jan 2, 2008, at 02:18, Christoph Ludwig wrote: > > >I have a request: I'd be grateful if support for mutt's gpgme > > >crypto backend > > >was added to the port mutt-devel, at least as a variant. > > >Unfortunately, I am > > >swamped so I do not have the time to come up with a portfile patch > > >myself. > > > > > > [snip] > > > > Then you should file an enhancement request ticket in Trac. > > done, it is #13788. I finally got around to prepare a patch. It is attached to the ticket . If you approve the patch, I'd appreciate if you let me know when it is commited to the central macports repository, so I can delete the copy of the port from my local repository. Regards Christoph -- FH Worms - University of Applied Sciences Fachbereich Informatik / Telekommunikation Erenburgerstr. 19, 67549 Worms, Germany From jeroen at je-ju.net Thu Feb 7 01:27:57 2008 From: jeroen at je-ju.net (Jeroen van der Ham) Date: Thu Feb 7 01:27:25 2008 Subject: Is HFS really "scary"? In-Reply-To: <47AA0036.30801@nogas.org> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> Message-ID: <47AACF1D.3070908@je-ju.net> Heh, I tried running a case-sensitive file system for a while, and with Leopard I took the opportunity to switch back. It's a hellish experience if you expect things to "just work". The problem is really that applications break spectacularly when they run into such an issue, and the only way to figure it out is by tracing them. Scott C. Kennedy wrote: > PS> Anyone else find any issues with Applications or Games? To put things into perspective: the first version of Google Earth even refused to install on a case-sensitive system. It was fixed in a later revision though. I helped the developer of Keyclick fix a problem he had with case sensitive stuff. And the Full Tilt Poker client (afaik the only real mac poker client) has some issues with referencing graphics on a case sensitive filesystem. The first time I tried you couldn't even see your cards. I reported the issue, but I'm not sure how far they went in fixing it. Jeroen. From joh at revier.com Thu Feb 7 02:45:46 2008 From: joh at revier.com (Jochem Huhmann) Date: Thu Feb 7 03:28:30 2008 Subject: Is HFS really "scary"? In-Reply-To: <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> Message-ID: <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> On 2008-02-06, at 21:13, Jordan K. Hubbard wrote: > That's probably never going to happen. When you're dealing with > grandma on the phone and she's saying "I can't open my file named > ``fluffy!''", the last thing you need is to go 10 rounds trying to > figure out whether she actually named it Fluffy, fluffY or FlUFfY. > That is why case insensitivity was added in the first place (and > believe me, it was a lot more work than being case sensitive). I think no one really objects against the user interface being case insensitive. This clearly is a feature, not a bug. But having this feature implemented in the file system seems like only a small piece of the right problem solved by messing around in the entirely wrong place. There's no way to take that further (in the file system) by integrating even more useful fuzziness like recognizing "f" for "ph", or ignoring accents or whatever. If you're dealing with international users a case insensitive file system may save you a few rounds for figuring out "Fluffy" against "fluffy", but you'd still have to figure out "expos?" against "expose" or "foto" against "photo" and there is no way to solve that at file system level. Case is only a small part of the actual problem. This is clearly something that has to be dealt with in the UI libraries and not in the file system. And this is the reason why many people feel that a case insensitive file system is a ill-conceived hack. You can't really expect to deserve praise for painting yourself into a corner... Just my ?0.02, Jochem From tabithamc at gmail.com Thu Feb 7 04:05:52 2008 From: tabithamc at gmail.com (Tabitha McNerney) Date: Thu Feb 7 04:05:26 2008 Subject: Is HFS really "scary"? In-Reply-To: <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> Message-ID: <7fccb3000802070405u1743fd87if96e850c5dcd7d4a@mail.gmail.com> On 2/7/08, Jochem Huhmann wrote: > > > On 2008-02-06, at 21:13, Jordan K. Hubbard wrote: > > > That's probably never going to happen. When you're dealing with > > grandma on the phone and she's saying "I can't open my file named > > ``fluffy!''", the last thing you need is to go 10 rounds trying to > > figure out whether she actually named it Fluffy, fluffY or FlUFfY. > > That is why case insensitivity was added in the first place (and > > believe me, it was a lot more work than being case sensitive). > > I think no one really objects against the user interface being case > insensitive. This clearly is a feature, not a bug. But having this > feature implemented in the file system seems like only a small piece > of the right problem solved by messing around in the entirely wrong > place. I might not be popular for asking this question but what does Microsoft do for its NTFS file system? For example, is NTFS case insensitive for Windows XP Home but case sensitive for Windows XP Professional? (similar for their confusing Vista OSs)? I think it is reasonable to expect that Microsoft also has to deal with "Grandma" as Jordan stated, but Microsoft also has to deal with the professional market. Thanks, T.M. There's no way to take that further (in the file system) by > integrating even more useful fuzziness like recognizing "f" for "ph", > or ignoring accents or whatever. If you're dealing with international > users a case insensitive file system may save you a few rounds for > figuring out "Fluffy" against "fluffy", but you'd still have to > figure out "expos?" against "expose" or "foto" against "photo" and > there is no way to solve that at file system level. Case is only a > small part of the actual problem. This is clearly something that has > to be dealt with in the UI libraries and not in the file system. And > this is the reason why many people feel that a case insensitive file > system is a ill-conceived hack. You can't really expect to deserve > praise for painting yourself into a corner... > > > Just my ?0.02, > > Jochem > > > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/3fcb6e97/attachment-0001.html From tw.lbean at gmail.com Thu Feb 7 05:03:31 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Thu Feb 7 05:03:05 2008 Subject: Is HFS really "scary"? In-Reply-To: <7fccb3000802070405u1743fd87if96e850c5dcd7d4a@mail.gmail.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> <7fccb3000802070405u1743fd87if96e850c5dcd7d4a@mail.gmail.com> Message-ID: NTFS is case insensitive and case preserving by default, but can be made case sensitive. Take SFU (Services For Unix) that runs on win32 systems. It shows some of the technical ability of windows (though I'm no fan of Windows). It runs as a peer to the win32 subsystem (not on top of it like Cygwin). Among the interesting things it does is removes some character limitations from win32 filenames and during the install, can change NTFS to be a case sensitive filesystem. SFU used to be the Interix product that was intended to bridge unix users/developers onto win32. In recent times, it's taking a slightly different life I believe (since being given a Mac, I've fallen hopelessly in love it and abandoned Windows except when forced to use it). SFU allows much GNU software (good or bad) to be built and used on a Windows computer with not a whole lot of modification. Triston. On Feb 7, 2008, at 6:05 AM, Tabitha McNerney wrote: > > > On 2/7/08, Jochem Huhmann wrote: > On 2008-02-06, at 21:13, Jordan K. Hubbard wrote: > > > That's probably never going to happen. When you're dealing with > > grandma on the phone and she's saying "I can't open my file named > > ``fluffy!''", the last thing you need is to go 10 rounds trying to > > figure out whether she actually named it Fluffy, fluffY or FlUFfY. > > That is why case insensitivity was added in the first place (and > > believe me, it was a lot more work than being case sensitive). > > I think no one really objects against the user interface being case > insensitive. This clearly is a feature, not a bug. But having this > feature implemented in the file system seems like only a small piece > of the right problem solved by messing around in the entirely wrong > place. > > I might not be popular for asking this question but what does > Microsoft do for its NTFS file system? For example, is NTFS case > insensitive for Windows XP Home but case sensitive for Windows XP > Professional? (similar for their confusing Vista OSs)? > > I think it is reasonable to expect that Microsoft also has to deal > with "Grandma" as Jordan stated, but Microsoft also has to deal > with the professional market. > > Thanks, > > T.M. > > > There's no way to take that further (in the file system) by > integrating even more useful fuzziness like recognizing "f" for "ph", > or ignoring accents or whatever. If you're dealing with international > users a case insensitive file system may save you a few rounds for > figuring out "Fluffy" against "fluffy", but you'd still have to > figure out "expos?" against "expose" or "foto" against "photo" and > there is no way to solve that at file system level. Case is only a > small part of the actual problem. This is clearly something that has > to be dealt with in the UI libraries and not in the file system. And > this is the reason why many people feel that a case insensitive file > system is a ill-conceived hack. You can't really expect to deserve > praise for painting yourself into a corner... > > > Just my ?0.02, > > Jochem > > > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From jeffrey at goldmark.org Thu Feb 7 06:04:35 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Thu Feb 7 06:04:26 2008 Subject: gnucash won't build with guile16 and won't run with guile (1.8) Message-ID: When I get a chance later today, I'll submit a proper bug report, but I wanted to know if anyone has gnucash from macports running. To briefly summarize, when I install guile and slib-guile and build gnucash with -guile16 +without_docs gnucash builds fine, but fails on start-up with a scheme error. When I install guile16 and slib-guile16 and try to build gnucash with +guile16 +without_docs The gnucash build fails during configure, saying that it can't find the guile libraries and headers. I'll post details of the actual error once I've gathered all of that. But I'm hoping that someone will recognize this from the incomplete description I've given and point me to some work-around. (My work-around at the moment is to run gnucash on another machine.) -j -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1629 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/991baec4/smime.bin From dluke at geeklair.net Thu Feb 7 06:50:04 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu Feb 7 06:49:33 2008 Subject: Patching configure - Or Not In-Reply-To: <18346.31730.565378.224264@montanaro-dyndns-org.local> References: <18346.31730.565378.224264@montanaro-dyndns-org.local> Message-ID: On Feb 6, 2008, at 10:33 PM, skip@pobox.com wrote: > Michael> I need to change the way configure works for a port. Is > it > Michael> better to patch configure or change the underlying files > and > Michael> regenerate configure? > > Patching configure is going to be very fragile. Your patch will > almost > certainly break with the upstream authors upgrade to a newer version > of > autoconf. If you absolutely, positively have to patch something, > patch the > inputs to configure, not configure itself. On the other hand, if you patch the inputs to configure, you then depend on having autoconf installed on the end user's machine. It's mostly a matter of what you as the port maintainer wants to deal with. (Since you're going to be the one updating the port to newer versions, you might not mind regenerating your configure patch when necessary). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/cfc39212/PGP.bin From lists at mprocario.net Thu Feb 7 06:54:01 2008 From: lists at mprocario.net (Mike Procario) Date: Thu Feb 7 06:53:32 2008 Subject: gnucash won't build with guile16 and won't run with guile (1.8) In-Reply-To: References: Message-ID: On 2/7/08, Jeffrey Goldberg wrote: > > When I get a chance later today, I'll submit a proper bug report, but > I wanted to know if anyone has gnucash from macports running. > > To briefly summarize, when I install guile and slib-guile and build > gnucash with > > -guile16 +without_docs > > gnucash builds fine, but fails on start-up with a scheme error. > > When I install guile16 and slib-guile16 and try to build gnucash with > > +guile16 +without_docs > > The gnucash build fails during configure, saying that it can't find > the guile libraries and headers. > > I'll post details of the actual error once I've gathered all of that. > But I'm hoping that someone will recognize this from the incomplete > description I've given and point me to some work-around. > > (My work-around at the moment is to run gnucash on another machine.) > > I have just joined the list so I do not know if there are better answers. I also can not get gnucash to compile, but I got past the guile16 problem. Also I port synced yesterday and I was able to build the docs. In order to get gnucash to configure I made symbolic links to guile16 called guile and guile16-config called guile-config. I do not have guile18 installed. I guess that the configure input can be patched to fix this properly, but I have not figured that out yet. At the moment I am running gnucash on Windows in a Parallels VM. Ugh. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/905c40d7/attachment.html From tw.lbean at gmail.com Thu Feb 7 07:08:06 2008 From: tw.lbean at gmail.com (Triston Whetten) Date: Thu Feb 7 07:07:43 2008 Subject: gnucash won't build with guile16 and won't run with guile (1.8) In-Reply-To: References: Message-ID: <5206981C-7AB4-4451-B361-5FE81B071CCC@gmail.com> Take a gander at http://trac.macports.org/projects/macports/ticket/ 13472. Triston. On Feb 7, 2008, at 8:54 AM, Mike Procario wrote: > > > On 2/7/08, Jeffrey Goldberg wrote: When I > get a chance later today, I'll submit a proper bug report, but > I wanted to know if anyone has gnucash from macports running. > > To briefly summarize, when I install guile and slib-guile and build > gnucash with > > -guile16 +without_docs > > gnucash builds fine, but fails on start-up with a scheme error. > > When I install guile16 and slib-guile16 and try to build gnucash with > > +guile16 +without_docs > > The gnucash build fails during configure, saying that it can't find > the guile libraries and headers. > > I'll post details of the actual error once I've gathered all of that. > But I'm hoping that someone will recognize this from the incomplete > description I've given and point me to some work-around. > > (My work-around at the moment is to run gnucash on another machine.) > > > I have just joined the list so I do not know if there are better > answers. I also can not get gnucash to compile, but I got past the > guile16 problem. Also I port synced yesterday and I was able to > build the docs. In order to get gnucash to configure I made > symbolic links to guile16 called guile and guile16-config called > guile-config. I do not have guile18 installed. I guess that the > configure input can be patched to fix this properly, but I have > not figured that out yet. > > At the moment I am running gnucash on Windows in a Parallels VM. Ugh. > > Mike > From jkh at apple.com Thu Feb 7 07:53:11 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Thu Feb 7 07:54:11 2008 Subject: Is HFS really "scary"? In-Reply-To: <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> Message-ID: On Feb 7, 2008, at 2:45 AM, Jochem Huhmann wrote: > There's no way to take that further (in the file system) by > integrating even more useful fuzziness like recognizing "f" for > "ph", or ignoring accents or whatever. If you're dealing with > international users a case insensitive file system may save you a > few rounds for figuring out "Fluffy" against "fluffy", but you'd > still have to figure out "expos?" against "expose" or "foto" against > "photo" and there is no way to solve that at file system level. Case > is only a small part of the actual problem. This is clearly > something that has to be dealt with in the UI libraries and not in > the file system. And this is the reason why many people feel that a > case insensitive file system is a ill-conceived hack. You can't > really expect to deserve praise for painting yourself into a corner... In that case, let me be clear. I'm not asking for or expecting "praise for HFS" by any means, I was simply trying to explain some of the thought processes which evidently went into that first decision to make HFS case insensitive. It was a decision made long ago, well before I came to Apple, and maybe it makes sense today, maybe it does not. Those decisions are, in any case, made far above my pay grade and I'm not here to apologize for HFS or to suggest that I can affect its future roadmap in any way. This discussion started as a reaction to some highly unspecific comments made by Linus, nothing more. - Jordan From raimue at macports.org Thu Feb 7 08:23:43 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu Feb 7 08:23:13 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: References: <200802061729.m16HTA928706@cisco.com> <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> Message-ID: <47AB308F.1000403@macports.org> Ryan Schmidt wrote: > > On Feb 6, 2008, at 18:47, Jeffrey Goldberg wrote: > >> Ah. I don't know what the "right" way of doing things is, but after >> poking around I added a file, /etc/manpaths.d/Macports the contents of >> which are >> >> /opt/local/share/man >> >> which seemed to solve that problem for me. >> >> Would that be a better approach than trying to edit one user's .profile ? > > That discussion has also already been had at length on the list. I > believe that strategy is being looked at in MacPorts trunk. Paths in /etc/manpaths.d and /etc/paths.d are always added at the end of MANPATH and PATH. Therefore, installs by MacPorts will not override the default Mac OS X installation. As it is not possible to prepend new paths, this option is rather useless for us. Rainer From LenoreHorner at sbcglobal.net Thu Feb 7 08:25:34 2008 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Thu Feb 7 08:25:04 2008 Subject: gnucash won't build with guile16 and won't run with guile (1.8) In-Reply-To: References: Message-ID: <566DB0AB-C658-485D-A132-DD750E3957A4@sbcglobal.net> I have it running on a PowerBook G4 with 10.4.11. I don't have much installed but Gnucash and Gimp. I haven't been replying, because I had to ask for help to get one or the other to install, but don't remember what I actually had to do. Gnucash is out of date so there is a bug you may run into (splash screen and dialog box can't co- exist so it will hang - start from the command line with the nofile option to get around it). The maintainer has said he doesn't use it any more and therefore disinterest in upgrading the port. Lenore Horner On Feb 7, 2008, at 8:04 AM, Jeffrey Goldberg wrote: > When I get a chance later today, I'll submit a proper bug report, > but I wanted to know if anyone has gnucash from macports running. > > To briefly summarize, when I install guile and slib-guile and build > gnucash with > > -guile16 +without_docs > > gnucash builds fine, but fails on start-up with a scheme error. > > When I install guile16 and slib-guile16 and try to build gnucash with > > +guile16 +without_docs > > The gnucash build fails during configure, saying that it can't find > the guile libraries and headers. > > I'll post details of the actual error once I've gathered all of > that. But I'm hoping that someone will recognize this from the > incomplete description I've given and point me to some work-around. > > (My work-around at the moment is to run gnucash on another machine.) > > -j > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From stefan.schwarzer at grid.unep.ch Thu Feb 7 08:34:19 2008 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Thu Feb 7 08:33:48 2008 Subject: "The following install step failed: run postflight script for MacPorts-1.6.0." In-Reply-To: <15290642.post@talk.nabble.com> References: <15290642.post@talk.nabble.com> Message-ID: <3C5ECD58-B1CB-4E52-A9A1-CD1E2EDBB038@grid.unep.ch> You need to open a specific port. I think it's 873. Stef > > Hello, > > I have the same problem as described. I'm on Leopard. > I have "bash" output for "basename $SHELL" command. It seems correct. > MANPATH is correct if I try to get it through env command. > DISPLAY variable is DISPLAY=/tmp/launch-hpEjq8/:0. > > Yes, I'm behind firewall too. Do I need to set RSYNC_PROXY variable > in order > to update via proxy? > Is it possible to get it work or I need to wait 1.6.1? > > Thanks for work! > > Best regards, > Siarhei Barysiuk > > > Juan Manuel Palacios-2 wrote: >> >> >> On Jan 9, 2008, at 2:00 AM, Stefan Schwarzer wrote: >> >>> >>> Here are the info. Can it be that it can't connect to MacPorts (for >>> an update or so) which causes the problem? I am behind a firewill - >>> will have to ask the admin to open port 873 - if that's correct >>> >>> Jan 9 07:25:23 gridmac7 Installer[18967]: Localized installer >>> script postflight found in the MacPorts-1.6.0 package. Using >>> compatibility mode. >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Unknown >>> shell! Please set your MacPorts compatible environment manually. >> >> >> The script is built to only tweak the environment for the bash and >> tcsh shells, which I attempt to detect in the script. If I don't >> detect either I instruct the user to setup his/her environment >> manually, since the script is built for a default scenario and shells >> other than bash and tcsh (legacy support) are not standard. >> >> What shell are you running? Can you please tell me the output of >> "basename $SHELL"? >> >> >>> >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:23: --- last message repeated 1 time --- >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Checking >>> the shell environment for user "schwarzer"... >> >> >> Even though the shell was not recognized, the script still went >> ahead >> and tried to tweak the environment. My mistake, I should have >> instructed it to exit successfully and not do anything else if the >> shell can't be determined. This is already fixed and will be in the >> next MacPorts pkg installer, whenever that comes around (I'll think >> about re-releasing the 1.6.0 installers with an improved script, but >> at the moment I have no final word on that). >> >>> >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:23: --- last message repeated 1 time --- >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: /Users/ >>> schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ >>> English.lproj/postflight: line 71: /Users/schwarzer/.: Is a >>> directory >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: /Users/ >>> schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ >>> English.lproj/postflight: line 96: /Users/schwarzer/.: Is a >>> directory >> >> >> These errors creep up because the script doesn't have a file to add >> the settings to, since it couldn't determine the shell and didn't >> exit. Already fixed per my comments above. >> >>> >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Your >>> shell already has the right MANPATH environment variable for use >>> with MacPorts! >> >> >> Expected: no shell could be determined and therefore, most likely, >> no >> MANPATH variable was found; in such case the script refrains from >> adding anything to MANPATH (see "destails of the postflight script" >> at >> http://guide.macports.org/#installing.macports >> for more details) >> >>> >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Your >>> shell already has the right DISPLAY environment variable for use >>> with MacPorts! >> >> >> Expected if you're on Leopard, are you? In any other case, adding a >> DISPLAY variable would have been attempted and an error such as >> >> Users/schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/ >> Resources/ >> English.lproj/postflight: line 71: /Users/schwarzer/.: Is a directory >> >> should have occurred. >> >>> >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24: --- last message repeated 1 time --- >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Synchronizing the MacPorts installation with the project's rsync >>> server... >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24: --- last message repeated 1 time --- >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Synchronizing local ports tree from rsync://rsync.macports.org/ >>> release/ports/ >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: rsync: >>> failed to connect to rsync.macports.org: Connection refused (61) >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: rsync >>> error: error in socket IO (code 10) at /SourceCache/rsync/rsync-30/ >>> rsync/clientserver.c(94) >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: Error: / >>> opt/local/bin/port: port selfupdate failed: Couldn't sync the ports >>> tree: Synchronization the local ports tree failed doing rsync >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: An >>> attempt to synchronize your recent MacPorts installation with the >>> project's rsync server failed! >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: Please >>> run 'port -d selfupdate' manually to find out the cause of the >>> error. >>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>> Jan 9 07:25:24 gridmac7 Installer[18967]: Install failed: The >>> following install step failed: run postflight script for >>> MacPorts-1.6.0. Contact the software manufacturer for assistance. >> >> >> "selfupdate" failed for some reason, probably rsync blocking, and >> the >> script bailed out with an error code. I've corrected this behavior >> too. >> >> Thanks for your feedback, much appreciated! >> >> Regards,... >> -jmpp >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users >> >> > > -- > View this message in context: http://www.nabble.com/%22The-following-install-step-failed%3A-run-postflight-script-for-MacPorts-1.6.0.%22-tp14692394p15290642.html > Sent from the MacPorts - Users mailing list archive at Nabble.com. > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From raimue at macports.org Thu Feb 7 08:42:00 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu Feb 7 08:41:33 2008 Subject: Patching configure - Or Not In-Reply-To: References: Message-ID: <47AB34D8.4020106@macports.org> Michael Franz wrote: > Since I cannot figure out how to get aclocal, automake and autoconf to > run in the pre-configure step I have to patch configure. What about: use_automake yes use_autoconf yes http://guide.macports.org/#reference.phases.configure.automake-autoconf Rainer From joh at revier.com Thu Feb 7 09:04:50 2008 From: joh at revier.com (Jochem Huhmann) Date: Thu Feb 7 09:04:19 2008 Subject: Is HFS really "scary"? In-Reply-To: References: <7fccb3000802051849u27aa858bi7d62a593891b282f@mail.gmail.com> <274A4A9C-BB22-4333-9BBE-CAD17578D367@apple.com> <47AA0036.30801@nogas.org> <748F0D22-9F9A-46C6-BB49-2BBB3AEBC778@apple.com> <2EC5885C-AA31-43C0-8847-408EC370F5BB@apple.com> <1EE7941B-C738-42A5-AA58-CCF71B6BE07A@revier.com> Message-ID: On 2008-02-07, at 16:53, Jordan K. Hubbard wrote: > > On Feb 7, 2008, at 2:45 AM, Jochem Huhmann wrote: > >> There's no way to take that further (in the file system) by >> integrating even more useful fuzziness like recognizing "f" for >> "ph", or ignoring accents or whatever. If you're dealing with >> international users a case insensitive file system may save you a >> few rounds for figuring out "Fluffy" against "fluffy", but you'd >> still have to figure out "expos?" against "expose" or "foto" >> against "photo" and there is no way to solve that at file system >> level. Case is only a small part of the actual problem. This is >> clearly something that has to be dealt with in the UI libraries >> and not in the file system. And this is the reason why many people >> feel that a case insensitive file system is a ill-conceived hack. >> You can't really expect to deserve praise for painting yourself >> into a corner... > > In that case, let me be clear. I'm not asking for or expecting > "praise for HFS" by any means, I was simply trying to explain some > of the thought processes which evidently went into that first > decision to make HFS case insensitive. It was a decision made long > ago, well before I came to Apple, and maybe it makes sense today, > maybe it does not. Those decisions are, in any case, made far > above my pay grade and I'm not here to apologize for HFS or to > suggest that I can affect its future roadmap in any way. This > discussion started as a reaction to some highly unspecific comments > made by Linus, nothing more. Sorry for that. The "you" in this last sentence was a metaphorical one, I didn't mean to imply it's you who is to praise or blame. Also let me add that IMHO the case-insensitivity of HFS+ is rarely a real problem and I'm not advocating to make it case sensitive by default. Not without adding some smartness on a higher level, anyway. This is surely an interesting problem which would deserve some innovation (and discussion). Jochem From afb at macports.org Thu Feb 7 09:28:26 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu Feb 7 09:28:01 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: <47AB308F.1000403@macports.org> References: <200802061729.m16HTA928706@cisco.com> <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> <47AB308F.1000403@macports.org> Message-ID: Rainer M?ller wrote: > Paths in /etc/manpaths.d and /etc/paths.d are always added at the > end of MANPATH and PATH. Therefore, installs by MacPorts will not > override the default Mac OS X installation. As it is not possible > to prepend new paths, this option is rather useless for us. I think so too. Yet, it is hardcoded in the configure/install for "base"... http://trac.macports.org/projects/macports/changeset/31491 --anders From jeffrey at goldmark.org Thu Feb 7 09:36:56 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Thu Feb 7 09:36:35 2008 Subject: gnucash won't build with guile16 and won't run with guile (1.8) In-Reply-To: <5206981C-7AB4-4451-B361-5FE81B071CCC@gmail.com> References: <5206981C-7AB4-4451-B361-5FE81B071CCC@gmail.com> Message-ID: On Feb 7, 2008, at 9:08 AM, Triston Whetten wrote: > Take a gander at http://trac.macports.org/projects/macports/ticket/13472 > . Thank you. I had tried to search the bug reports before posting, but I must have done something silly in my search. Cheers, -j -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1629 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/d02266a3/smime-0001.bin From jberry at macports.org Thu Feb 7 10:27:19 2008 From: jberry at macports.org (James Berry) Date: Thu Feb 7 10:27:10 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: References: <200802061729.m16HTA928706@cisco.com> <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> <47AB308F.1000403@macports.org> Message-ID: On Feb 7, 2008, at 9:28 AM, Anders F Bj?rklund wrote: > Rainer M?ller wrote: > >> Paths in /etc/manpaths.d and /etc/paths.d are always added at the >> end of MANPATH and PATH. Therefore, installs by MacPorts will not >> override the default Mac OS X installation. As it is not possible >> to prepend new paths, this option is rather useless for us. > > I think so too. > > Yet, it is hardcoded in the configure/install for "base"... > http://trac.macports.org/projects/macports/changeset/31491 Hi Anders, Whoops. I didn't remember that code was still present. Disabled in r33926 pending any further feedback. I guess a positive to the code is that it does for Leopard provide enable at least minimal MacPorts usage if PATH isn't set, and also gets MANPATH set, which unfortunately doesn't happen by default on Leopard. James > --anders > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From raimue at macports.org Thu Feb 7 10:32:33 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu Feb 7 10:32:47 2008 Subject: macports installation vs 10.5.1/Xcode 3.0? In-Reply-To: References: <200802061729.m16HTA928706@cisco.com> <8B6434E4-7857-47BB-97CE-7DC583D83BDB@goldmark.org> <47AB308F.1000403@macports.org> Message-ID: <47AB4EC1.9030600@macports.org> James Berry wrote: > I guess a positive to the code is that it does for Leopard provide > enable at least minimal MacPorts usage if PATH isn't set, and also > gets MANPATH set, which unfortunately doesn't happen by default on > Leopard. So users will keep it that way and install additional software from MacPorts which will work fine. But if they install for example a new ruby from MacPorts, we will have to deal with questions why typing "ruby" does not bring up the new version... We should update the guide with information about how to set MANPATH in .profile/.bash_profile. Rainer From hippely at gmail.com Thu Feb 7 12:30:58 2008 From: hippely at gmail.com (Matt Hippely) Date: Thu Feb 7 12:30:23 2008 Subject: Emacs Info Directory node Message-ID: I have emacs @22.1_1+darwin_8 (active) on Tiger (up to date). If I start ($~/emacs) emacs from my home directory and run C-h i I get the message Can't find the Info directory node. But, if I start ($/opt/local/bin/emacs-22.1) emacs from the macports installation directoryC-h i it will load the *info* file. emacs -version says GNU Emacs 22.1.1 in both locations. Not being really familiar with macports I haven't been able to find the correct directory to add to my load-path so it will work no matter where i start emacs from as long as I am using my .emacs file with the proper load-path in it. Does anyone know where macports installs the Info directory? Thanks for any help. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/72b35004/attachment.html From skip at pobox.com Thu Feb 7 08:19:56 2008 From: skip at pobox.com (skip@pobox.com) Date: Thu Feb 7 15:44:46 2008 Subject: Patching configure - Or Not In-Reply-To: References: <18346.31730.565378.224264@montanaro-dyndns-org.local> Message-ID: <18347.12204.966322.853662@montanaro-dyndns-org.local> >> Patching configure is going to be very fragile. Daniel> On the other hand, if you patch the inputs to configure, you Daniel> then depend on having autoconf installed on the end user's Daniel> machine. Why would that be a problem? Can't the portfile just specify the dependency? Skip From mvfranz at gmail.com Thu Feb 7 16:47:07 2008 From: mvfranz at gmail.com (Michael Franz) Date: Thu Feb 7 16:46:44 2008 Subject: Patching configure - Or Not In-Reply-To: <47AB34C7.7070902@codingfarm.de> References: <47AB34C7.7070902@codingfarm.de> Message-ID: I'll take a look. This might come in handy later. I post a question to the icedtea list and they fixed the configure script for me. On to my next issue! On Feb 7, 2008 11:41 AM, Rainer M?ller wrote: > Michael Franz wrote: > > Since I cannot figure out how to get aclocal, automake and autoconf to > > run in the pre-configure step I have to patch configure. > > What about: > use_automake yes > use_autoconf yes > > http://guide.macports.org/#reference.phases.configure.automake-autoconf > > Rainer > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/dfdde608/attachment.html From dluke at geeklair.net Thu Feb 7 16:52:27 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu Feb 7 16:52:01 2008 Subject: Patching configure - Or Not In-Reply-To: <18347.12204.966322.853662@montanaro-dyndns-org.local> References: <18346.31730.565378.224264@montanaro-dyndns-org.local> <18347.12204.966322.853662@montanaro-dyndns-org.local> Message-ID: <91BE5CEC-56A0-4140-883C-9C3C644B4EB9@geeklair.net> On Feb 7, 2008, at 11:19 AM, skip@pobox.com wrote: >>> Patching configure is going to be very fragile. > > Daniel> On the other hand, if you patch the inputs to configure, > you > Daniel> then depend on having autoconf installed on the end user's > Daniel> machine. > > Why would that be a problem? Can't the portfile just specify the > dependency? It can, but it installs stuff on the end user's machine that they might not otherwise want/need. Depending on how much of a change it is to the configure script, either approach can make sense. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/1c7121df/PGP.bin From mvfranz at gmail.com Thu Feb 7 17:26:39 2008 From: mvfranz at gmail.com (Michael Franz) Date: Thu Feb 7 17:26:11 2008 Subject: Is there lesstif-devel for macports? Message-ID: Hi, I have installed lesstif but the development header files are missing. Does macports have a version that includes the headers? Where would I get Xm/Xm.h? Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/baca64f8/attachment.html From raimue at macports.org Thu Feb 7 17:36:53 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu Feb 7 17:36:39 2008 Subject: Is there lesstif-devel for macports? In-Reply-To: References: Message-ID: <47ABB235.3050506@macports.org> Michael Franz wrote: > Hi, Hi, First of all, *-devel has nothing to do with headers or stuff needed for developers only. *-devel ports are newser versions of the port, mostly considered unstable. > I have installed lesstif but the development header files are missing. > Does macports have a version that includes the headers? Where would I > get Xm/Xm.h? $ port provides /opt/local/include/Xm/Xm.h /opt/local/include/Xm/Xm.h is provided by: openmotif So this file is part of the openmotif port in MacPorts. Rainer From ryandesign at macports.org Thu Feb 7 17:37:31 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Feb 7 17:37:24 2008 Subject: Is there lesstif-devel for macports? In-Reply-To: References: Message-ID: On Feb 7, 2008, at 19:26, Michael Franz wrote: > I have installed lesstif but the development header files are > missing. Does macports have a version that includes the headers? > Where would I get Xm/Xm.h? MacPorts does not use -devel ports for this purpose. (MacPorts -devel ports serve an unrelated purpose, of giving you access to the latest development version of a port, rather than the latest stable version.) All MacPorts ports should already include the headers you need. According to "port contents lesstif" I see that Xm.h has been installed into /usr/X11R6/include/Xm/Xm.h That's on Tiger anyway. On Leopard it might be in /usr/X11/include/Xm/ Xm.h but "port contents lesstif" will tell you for sure. From mvfranz at gmail.com Thu Feb 7 17:41:38 2008 From: mvfranz at gmail.com (Michael Franz) Date: Thu Feb 7 17:41:15 2008 Subject: Is there lesstif-devel for macports? In-Reply-To: <47ABB235.3050506@macports.org> References: <47ABB235.3050506@macports.org> Message-ID: Rainer, On Feb 7, 2008 8:36 PM, Rainer M?ller wrote: > Michael Franz wrote: > > Hi, > > Hi, > > First of all, *-devel has nothing to do with headers or stuff needed for > developers only. *-devel ports are newser versions of the port, mostly > considered unstable. > I guess I am using the linux or perhaps Fedora terms here. Since the configure script is telling me to intall the devel version. I know there is a big discussion on this topic going on now. :) > > > I have installed lesstif but the development header files are missing. > > Does macports have a version that includes the headers? Where would I > > get Xm/Xm.h? > > $ port provides /opt/local/include/Xm/Xm.h > /opt/local/include/Xm/Xm.h is provided by: openmotif > I rechecked my Xcode installation since I thought I remembered that it include the X11 SDK. The normal install didn't give me the option, so I hunted around and found it in a sub-directory. I found the X11SDK and installed it. I now have my headers. > > So this file is part of the openmotif port in MacPorts. I think that is why I installed openmotif last time I did this and thought openmotif was more complete than lesstif. I found that strange since SuSE and Fedora use lesstif. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/4388028e/attachment.html From mvfranz at gmail.com Thu Feb 7 17:46:10 2008 From: mvfranz at gmail.com (Michael Franz) Date: Thu Feb 7 17:45:46 2008 Subject: Is there lesstif-devel for macports? In-Reply-To: References: Message-ID: Ryan, On Feb 7, 2008 8:37 PM, Ryan Schmidt wrote: > > On Feb 7, 2008, at 19:26, Michael Franz wrote: > > > I have installed lesstif but the development header files are > > missing. Does macports have a version that includes the headers? > > Where would I get Xm/Xm.h? > > MacPorts does not use -devel ports for this purpose. (MacPorts -devel > ports serve an unrelated purpose, of giving you access to the latest > development version of a port, rather than the latest stable > version.) All MacPorts ports should already include the headers you > need. > > According to "port contents lesstif" I see that Xm.h has been > installed into /usr/X11R6/include/Xm/Xm.h > > That's on Tiger anyway. On Leopard it might be in /usr/X11/include/Xm/ > Xm.h but "port contents lesstif" will tell you for sure. > > I guess I was wrong before. I was looking for it under /opt since I didn't find it, I figured it was not installed when I installed lesstif. I check /usr once I installed the X11 SDK and found it. So, I came to the wrong conclusion. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/cd1e79b0/attachment.html From ryandesign at macports.org Thu Feb 7 17:58:30 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Feb 7 17:58:21 2008 Subject: gnucash won't build with guile16 and won't run with guile (1.8) In-Reply-To: <566DB0AB-C658-485D-A132-DD750E3957A4@sbcglobal.net> References: <566DB0AB-C658-485D-A132-DD750E3957A4@sbcglobal.net> Message-ID: <88E0FF51-EE6C-40DE-8507-B3E77422AC48@macports.org> On Feb 7, 2008, at 10:25, Lenore Horner wrote: > The maintainer has said he doesn't use it any more and therefore > disinterest in upgrading the port. gnucash has no maintainer at this time. From ryandesign at macports.org Thu Feb 7 18:11:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Feb 7 18:28:14 2008 Subject: gpgme variant for mutt-devel? In-Reply-To: <20080207084643.GA27259@castellio.ztt.fh-worms.de> References: <20080102081828.GB3170@castellio.ztt.fh-worms.de> <20080102190812.GA3356@castellio.local> <20080207084643.GA27259@castellio.ztt.fh-worms.de> Message-ID: <82CD8E06-D825-4CFD-A94D-E2BF33543109@macports.org> On Feb 7, 2008, at 02:46, Christoph Ludwig wrote: > On Wed, Jan 02, 2008 at 08:08:12PM +0100, Christoph Ludwig wrote: > >> On Wed, Jan 02, 2008 at 12:50:20PM -0600, Ryan Schmidt wrote: >> >>> On Jan 2, 2008, at 02:18, Christoph Ludwig wrote: >>> >>>> I have a request: I'd be grateful if support for mutt's gpgme >>>> crypto backend >>>> was added to the port mutt-devel, at least as a variant. >>>> Unfortunately, I am >>>> swamped so I do not have the time to come up with a portfile patch >>>> myself. >>> >>> >>> [snip] >>> >>> Then you should file an enhancement request ticket in Trac. >> >> done, it is #13788. > > I finally got around to prepare a patch. It is attached to the ticket > 13788/mutt-devel.gpgme.patch>. Thanks! > If you approve the patch, I'd appreciate if you let me know when it is > commited to the central macports repository, so I can delete the > copy of the > port from my local repository. When someone commits it to the repository, they will note this in the ticket and close the ticket, which will cause Trac to automatically send you an email, so long as you're the reporter, the assignee, or in the Cc list. From esteban.barahona at gmail.com Thu Feb 7 19:23:11 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Thu Feb 7 19:23:19 2008 Subject: "port: command not found" after installing MacPorts-1.6.0-10.5-Leopard.dmg References: <91C3CCAF-1978-4070-8DF4-E9609BF9C77C@gmail.com> Message-ID: Asunto: "port: command not found" after installing MacPorts-1.6.0-10.5- Leopard.dmg I downloaded the latest package to install macports; but the "port command" doesn't work. I read the guide up to 2.4. MacPorts and the Shell (at http://guide.macports.org ) after disabling "invisible files" and searching for the .profile file, it did not appear... This seems like quite a basic problem? but I cann't continue with testing ports. Maybe what's left is to configure the terminal so that it can accept the "port command"? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080207/dfa0e440/attachment.html From ryandesign at macports.org Thu Feb 7 22:00:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Feb 7 22:00:40 2008 Subject: "port: command not found" after installing MacPorts-1.6.0-10.5-Leopard.dmg In-Reply-To: References: <91C3CCAF-1978-4070-8DF4-E9609BF9C77C@gmail.com> Message-ID: <1EB4CAFF-872A-41B8-82EA-166EB5F34223@macports.org> On Feb 7, 2008, at 21:23, Esteban Barahona wrote: > Asunto: "port: command not found" after installing > MacPorts-1.6.0-10.5-Leopard.dmg > > I downloaded the latest package to install macports; but the "port > command" doesn't work. > I read the guide up to 2.4. MacPorts and the Shell (at http:// > guide.macports.org) > > after disabling "invisible files" and searching for the .profile > file, it did not appear... > This seems like quite a basic problem? but I cann't continue with > testing ports. > > Maybe what's left is to configure the terminal so that it can > accept the "port command"? MacPorts installer is supposed to configure this for you, but because of a bug in 1.6.0, this does not happen. This will be fixed in 1.6.1. You will have to set up your .profile yourself. Since you don't have a .profile, create an empty file, then follow the instructions in the guide: http://guide.macports.org/#installing.shell You will need to set the PATH variable. If running Mac OS X 10.4 or earlier, you should also set the DISPLAY variable. If after opening a new Terminal window, "man port" does not work, you should also add the MANPATH variable. From afb at macports.org Fri Feb 8 03:13:06 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Fri Feb 8 03:13:20 2008 Subject: Patching configure - Or Not In-Reply-To: References: Message-ID: <9C77DC47-70AD-4C1F-8843-881986499B44@macports.org> Michael Franz wrote: > I need to change the way configure works for a port. Is it better > to patch configure or change the underlying files and regenerate > configure? In this case I have a change to acinclude.m4. To get > everything updated I need to run aclocal, automake and autoconf. > > Since I cannot figure out how to get aclocal, automake and autoconf > to run in the pre-configure step I have to patch configure. Is > this a good idea? If you want to patch something simple, then the quick-and-dirty approach is to patch *both*. This makes it easy to use, but also easier to separate when sending the patch upstream... There's plenty of examples of ports doing it this way in the current tree, for instance ? Just make sure that the "configure" has a later timestamp than the "configure.ac" etc does. Otherwise configure will notice, and try to regenerate itself when invoked (and might fail) i.e. patch "configure.ac" (or configure.in or .m4) first in the file, and "configure" after --anders From n.oxyde at gmail.com Fri Feb 8 05:25:44 2008 From: n.oxyde at gmail.com (N_Ox) Date: Fri Feb 8 05:26:00 2008 Subject: Patching configure - Or Not In-Reply-To: <9C77DC47-70AD-4C1F-8843-881986499B44@macports.org> References: <9C77DC47-70AD-4C1F-8843-881986499B44@macports.org> Message-ID: Le 8 f?vr. 08 ? 12:13, Anders F Bj?rklund a ?crit : > Michael Franz wrote: > >> I need to change the way configure works for a port. Is it better >> to patch configure or change the underlying files and regenerate >> configure? In this case I have a change to acinclude.m4. To get >> everything updated I need to run aclocal, automake and autoconf. >> >> Since I cannot figure out how to get aclocal, automake and >> autoconf to run in the pre-configure step I have to patch >> configure. Is this a good idea? > > If you want to patch something simple, then the quick-and-dirty > approach is to patch *both*. > This makes it easy to use, but also easier to separate when sending > the patch upstream... > The real quick-and-dirty method is to use reinplace :p -- Anthony Ramine, the "Ports tree cleaning Maestro". From s.barysiuk at gmail.com Fri Feb 8 08:13:52 2008 From: s.barysiuk at gmail.com (Siarhei Barysiuk) Date: Fri Feb 8 08:13:55 2008 Subject: "The following install step failed: run postflight script for MacPorts-1.6.0." In-Reply-To: <3C5ECD58-B1CB-4E52-A9A1-CD1E2EDBB038@grid.unep.ch> References: <8D63E40A-5563-488C-9E4A-302098EC13A9@macports.org> <3D4AEF5E-9EBB-4571-B78D-FC28A18E7846@macports.org> <15290642.post@talk.nabble.com> <3C5ECD58-B1CB-4E52-A9A1-CD1E2EDBB038@grid.unep.ch> Message-ID: <15358428.post@talk.nabble.com> Does it solve your problem? I suppose that fail happened before trying to connect to rsync server. We have firewall in out intranet and don't have a chance to open a port what I want. Thanks for reply. Siarhei Stefan Schwarzer wrote: > > You need to open a specific port. I think it's 873. > > Stef > >> >> Hello, >> >> I have the same problem as described. I'm on Leopard. >> I have "bash" output for "basename $SHELL" command. It seems correct. >> MANPATH is correct if I try to get it through env command. >> DISPLAY variable is DISPLAY=/tmp/launch-hpEjq8/:0. >> >> Yes, I'm behind firewall too. Do I need to set RSYNC_PROXY variable >> in order >> to update via proxy? >> Is it possible to get it work or I need to wait 1.6.1? >> >> Thanks for work! >> >> Best regards, >> Siarhei Barysiuk >> >> >> Juan Manuel Palacios-2 wrote: >>> >>> >>> On Jan 9, 2008, at 2:00 AM, Stefan Schwarzer wrote: >>> >>>> >>>> Here are the info. Can it be that it can't connect to MacPorts (for >>>> an update or so) which causes the problem? I am behind a firewill - >>>> will have to ask the admin to open port 873 - if that's correct >>>> >>>> Jan 9 07:25:23 gridmac7 Installer[18967]: Localized installer >>>> script postflight found in the MacPorts-1.6.0 package. Using >>>> compatibility mode. >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Unknown >>>> shell! Please set your MacPorts compatible environment manually. >>> >>> >>> The script is built to only tweak the environment for the bash and >>> tcsh shells, which I attempt to detect in the script. If I don't >>> detect either I instruct the user to setup his/her environment >>> manually, since the script is built for a default scenario and shells >>> other than bash and tcsh (legacy support) are not standard. >>> >>> What shell are you running? Can you please tell me the output of >>> "basename $SHELL"? >>> >>> >>>> >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:23: --- last message repeated 1 time --- >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Checking >>>> the shell environment for user "schwarzer"... >>> >>> >>> Even though the shell was not recognized, the script still went >>> ahead >>> and tried to tweak the environment. My mistake, I should have >>> instructed it to exit successfully and not do anything else if the >>> shell can't be determined. This is already fixed and will be in the >>> next MacPorts pkg installer, whenever that comes around (I'll think >>> about re-releasing the 1.6.0 installers with an improved script, but >>> at the moment I have no final word on that). >>> >>>> >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:23: --- last message repeated 1 time --- >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: /Users/ >>>> schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ >>>> English.lproj/postflight: line 71: /Users/schwarzer/.: Is a >>>> directory >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: /Users/ >>>> schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/Resources/ >>>> English.lproj/postflight: line 96: /Users/schwarzer/.: Is a >>>> directory >>> >>> >>> These errors creep up because the script doesn't have a file to add >>> the settings to, since it couldn't determine the shell and didn't >>> exit. Already fixed per my comments above. >>> >>>> >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Your >>>> shell already has the right MANPATH environment variable for use >>>> with MacPorts! >>> >>> >>> Expected: no shell could be determined and therefore, most likely, >>> no >>> MANPATH variable was found; in such case the script refrains from >>> adding anything to MANPATH (see "destails of the postflight script" >>> at >>> http://guide.macports.org/#installing.macports >>> for more details) >>> >>>> >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:23 gridmac7 runner[18974]: postflight[18990]: Your >>>> shell already has the right DISPLAY environment variable for use >>>> with MacPorts! >>> >>> >>> Expected if you're on Leopard, are you? In any other case, adding a >>> DISPLAY variable would have been attempted and an error such as >>> >>> Users/schwarzer/Downloads/8.1.08/MacPorts-1.6.0.pkg/Contents/ >>> Resources/ >>> English.lproj/postflight: line 71: /Users/schwarzer/.: Is a directory >>> >>> should have occurred. >>> >>>> >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24: --- last message repeated 1 time --- >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Synchronizing the MacPorts installation with the project's rsync >>>> server... >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24: --- last message repeated 1 time --- >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Synchronizing local ports tree from rsync://rsync.macports.org/ >>>> release/ports/ >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: rsync: >>>> failed to connect to rsync.macports.org: Connection refused (61) >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: rsync >>>> error: error in socket IO (code 10) at /SourceCache/rsync/rsync-30/ >>>> rsync/clientserver.c(94) >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: Error: / >>>> opt/local/bin/port: port selfupdate failed: Couldn't sync the ports >>>> tree: Synchronization the local ports tree failed doing rsync >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: An >>>> attempt to synchronize your recent MacPorts installation with the >>>> project's rsync server failed! >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: Please >>>> run 'port -d selfupdate' manually to find out the cause of the >>>> error. >>>> Jan 9 07:25:24 gridmac7 runner[18974]: postflight[18990]: >>>> Jan 9 07:25:24 gridmac7 Installer[18967]: Install failed: The >>>> following install step failed: run postflight script for >>>> MacPorts-1.6.0. Contact the software manufacturer for assistance. >>> >>> >>> "selfupdate" failed for some reason, probably rsync blocking, and >>> the >>> script bailed out with an error code. I've corrected this behavior >>> too. >>> >>> Thanks for your feedback, much appreciated! >>> >>> Regards,... >>> -jmpp >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo/macports-users >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/%22The-following-install-step-failed%3A-run-postflight-script-for-MacPorts-1.6.0.%22-tp14692394p15290642.html >> Sent from the MacPorts - Users mailing list archive at Nabble.com. >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > > -- View this message in context: http://www.nabble.com/%22The-following-install-step-failed%3A-run-postflight-script-for-MacPorts-1.6.0.%22-tp14692394p15358428.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Fri Feb 8 10:45:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Feb 8 10:46:23 2008 Subject: Patching configure - Or Not In-Reply-To: References: <9C77DC47-70AD-4C1F-8843-881986499B44@macports.org> Message-ID: <9DD96B45-CFBD-4E2E-A675-328DE6733CB5@macports.org> On Feb 8, 2008, at 07:25, N_Ox wrote: > Le 8 f?vr. 08 ? 12:13, Anders F Bj?rklund a ?crit : > >> Michael Franz wrote: >> >>> I need to change the way configure works for a port. Is it >>> better to patch configure or change the underlying files and >>> regenerate configure? In this case I have a change to >>> acinclude.m4. To get everything updated I need to run aclocal, >>> automake and autoconf. >>> >>> Since I cannot figure out how to get aclocal, automake and >>> autoconf to run in the pre-configure step I have to patch >>> configure. Is this a good idea? >> >> If you want to patch something simple, then the quick-and-dirty >> approach is to patch *both*. >> This makes it easy to use, but also easier to separate when >> sending the patch upstream... > > The real quick-and-dirty method is to use reinplace :p I do not like using reinplace for things which should really be patches. If a reinplace fails and does nothing, we get no warning. If a patch fails, we get a warning. Maybe reinplace should be updated so that it issues a warning if nothing was reinplaced? From ryandesign at macports.org Fri Feb 8 10:50:09 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Feb 8 10:50:36 2008 Subject: Patching configure - Or Not In-Reply-To: <9C77DC47-70AD-4C1F-8843-881986499B44@macports.org> References: <9C77DC47-70AD-4C1F-8843-881986499B44@macports.org> Message-ID: On Feb 8, 2008, at 05:13, Anders F Bj?rklund wrote: > Michael Franz wrote: > >> I need to change the way configure works for a port. Is it better >> to patch configure or change the underlying files and regenerate >> configure? In this case I have a change to acinclude.m4. To get >> everything updated I need to run aclocal, automake and autoconf. >> >> Since I cannot figure out how to get aclocal, automake and >> autoconf to run in the pre-configure step I have to patch >> configure. Is this a good idea? > > If you want to patch something simple, then the quick-and-dirty > approach is to patch *both*. > This makes it easy to use, but also easier to separate when sending > the patch upstream... > > There's plenty of examples of ports doing it this way in the > current tree, for instance ? > > Just make sure that the "configure" has a later timestamp than the > "configure.ac" etc does. > Otherwise configure will notice, and try to regenerate itself when > invoked (and might fail) > > i.e. patch "configure.ac" (or configure.in or .m4) first in the > file, and "configure" after Is it sufficient if they have the same exact timestamp? Remember that a Subversion repository does not store file modification times. It only stores revision times. All files modified in the same revision will have the same modification time when checked out. The modification time will either be the time when the revision was committed if the client configuration says "use-commit-times=yes", otherwise (and by default) the modification time will be whenever you ran "svn update". From queshaw at pacbell.net Fri Feb 8 14:17:48 2008 From: queshaw at pacbell.net (Kendall Shaw) Date: Fri Feb 8 14:18:06 2008 Subject: Is there lesstif-devel for macports? In-Reply-To: References: <47ABB235.3050506@macports.org> Message-ID: <47ACD50C.7000506@pacbell.net> Michael Franz wrote: > [snip] > > I think that is why I installed openmotif last time I did this and > thought openmotif was more complete than lesstif. I found that > strange since SuSE and Fedora use lesstif. FWIW Openmotif is real motif, which used to be non-free. Lesstif is a free motif-like library, which started when motif was non-free. Kendall From ebgssth at gmail.com Fri Feb 8 23:10:36 2008 From: ebgssth at gmail.com (js) Date: Fri Feb 8 23:10:35 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <18343.24639.727784.588282@montanaro-dyndns-org.local> References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> <18343.24639.727784.588282@montanaro-dyndns-org.local> Message-ID: Let me summarize this discussion. I proposed that MacPorts should use py24- prefix instead of py- for all Python 2.4 ports because - The python other than 2.4 uses this naming convention. - py- for 2.4 is not intuitive Suggested migration plan: - Copy existing py-* ports to py24-* and leave all py-ports as it for a while - Rename all py24-ports to to requires py24-* ports - Add warnings to py-* ports's post-install, saying "This is obsolete. Please use py24-* insetad" - Update py24-* ports only, make py-*'s obsolete This request, however, was rejected for the following reasons - There're already a mass amount of py-* ports in the source tree. (336 or more) - A mass renaming of ports would cause massive failures during upgrades - Python2.4 is old (2.5 is current stable) so the work is not worth the effort. Actually, I still believe this fix is worth the effort. I think that as long as py-* ports exists, users will possibly make a mistake, but I'll gave up the idea because no one think that's good thing to do... In any event, thanks for every comments you gave me. From ryandesign at macports.org Fri Feb 8 23:10:51 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Feb 8 23:11:07 2008 Subject: "port: command not found" after installing MacPorts-1.6.0-10.5-Leopard.dmg In-Reply-To: References: <91C3CCAF-1978-4070-8DF4-E9609BF9C77C@gmail.com> <1EB4CAFF-872A-41B8-82EA-166EB5F34223@macports.org> Message-ID: On Feb 8, 2008, at 23:02, Esteban Barahona wrote: > El feb 8, 2551 BE, a las 00:00, Ryan Schmidt escribi?: > >> On Feb 7, 2008, at 21:23, Esteban Barahona wrote: >> >>> Asunto: "port: command not found" after installing >>> MacPorts-1.6.0-10.5-Leopard.dmg >>> >>> I downloaded the latest package to install macports; but the >>> "port command" doesn't work. >>> I read the guide up to 2.4. MacPorts and the Shell (at http:// >>> guide.macports.org) >>> >>> after disabling "invisible files" and searching for the .profile >>> file, it did not appear... >>> This seems like quite a basic problem? but I cann't continue with >>> testing ports. >>> >>> Maybe what's left is to configure the terminal so that it can >>> accept the "port command"? >> >> MacPorts installer is supposed to configure this for you, but >> because of a bug in 1.6.0, this does not happen. This will be >> fixed in 1.6.1. You will have to set up your .profile yourself. >> Since you don't have a .profile, create an empty file, then follow >> the instructions in the guide: >> >> http://guide.macports.org/#installing.shell >> >> You will need to set the PATH variable. If running Mac OS X 10.4 >> or earlier, you should also set the DISPLAY variable. If after >> opening a new Terminal window, "man port" does not work, you >> should also add the MANPATH variable. > > thanks, but it didn't work, maybe it was because I made an empty > file .profile... where can I download manually this file? ...I will > wait for the 1.6.1 installer or try it from source (an oportunity > to learn more I guess...). For when is this update planed? .profile is a place for you to customize your shell. It's fine to start from any empty file, if you have no other customizations you want to make. If you have a .bash_profile, that gets used instead of .profile so you should modify .bash_profile instead. If you have neither, you can create either and modify it. It should contain a line like this: export PATH=/opt/local/bin:/opt/local/sbin:$PATH I'm on Tiger, so my .bash_profile also contains this line: export DISPLAY=:0.0 If you're on Leopard, do not add that line; DISPLAY is already set up for you by the operating system. Add this line only if "man port" does not show you the port manpage: export MANPATH=/opt/local/share/man:$MANPATH Note that after changing your .bash_profile you need to open a new Terminal window. Any Terminal windows already open won't inherit the changes. From lists at butdifferent.com Sat Feb 9 00:24:27 2008 From: lists at butdifferent.com (Bas den Hond) Date: Sat Feb 9 00:24:26 2008 Subject: Python25: wrong sys.path for pythonw2.5 Message-ID: <2F4CB61D-396E-4662-A67E-2A84C004194D@butdifferent.com> Hi all, There is a problem with python25 that may be a bug, but it's so fundamental that maybe I'm just doing something wrong. After installing python25 I can install a couple of modules and in a program import them without a problem. But if I call pythonw2.5 to execute the program, the modules are not found. The problem is clearly the search path, which is somehow different for pythonw2.5. Is there a way to solve this, or should I just report a bug? Any help appreciated. Bas ============== Details: In python2.5 sys.path is: ['', '/opt/local/lib/python25.zip', '/opt/local/lib/python2.5', '/opt/ local/lib/python2.5/plat-darwin', '/opt/local/lib/python2.5/plat-mac', '/opt/local/lib/python2.5/plat-mac/lib-scriptpackages', '/opt/local/ lib/python2.5/lib-tk', '/opt/local/lib/python2.5/lib-dynload', '/opt/ local/lib/python2.5/site-packages'] Whereas in pythonw2.5 it is: ['', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python25.zip', '/System/Library/Frameworks/Python.framework/Versions/ 2.5/lib/python2.5', '/System/Library/Frameworks/Python.framework/ Versions/2.5/lib/python2.5/plat-darwin', '/System/Library/Frameworks/ Python.framework/Versions/2.5/lib/python2.5/plat-mac', '/System/ Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat- mac/lib-scriptpackages', '/System/Library/Frameworks/Python.framework/ Versions/2.5/Extras/lib/python', '/System/Library/Frameworks/ Python.framework/Versions/2.5/lib/python2.5/lib-tk', '/System/Library/ Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload', '/ Library/Python/2.5/site-packages', '/System/Library/Frameworks/ Python.framework/Versions/2.5/Extras/lib/python/PyObjC', '/Users/bas/ Library/Python/2.5/site-packages'] ============== From guido.soranzio at gmail.com Sat Feb 9 00:41:20 2008 From: guido.soranzio at gmail.com (Guido Soranzio) Date: Sat Feb 9 00:41:28 2008 Subject: Python25: wrong sys.path for pythonw2.5 In-Reply-To: <2F4CB61D-396E-4662-A67E-2A84C004194D@butdifferent.com> References: <2F4CB61D-396E-4662-A67E-2A84C004194D@butdifferent.com> Message-ID: <260D61A0-84BE-4961-A2B2-2182D26FA6FB@gmail.com> On Feb 9, 2008, at 9:24 AM, Bas den Hond wrote: > But if I call pythonw2.5 to execute the program, the modules are not > found. The problem is clearly the search path, which is somehow > different for pythonw2.5. > > Is there a way to solve this, or should I just report a bug? MacPorts' version of Python2.5 doesn't provide pythonw25: what you are executing is the version provided by Apple in your $PATH (/usr/bin/pythonw2.5). -Guido From ktan at realityartisans.com Sat Feb 9 01:20:17 2008 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Sat Feb 9 01:20:17 2008 Subject: "port: command not found" after installing MacPorts-1.6.0-10.5-Leopard.dmg In-Reply-To: References: <91C3CCAF-1978-4070-8DF4-E9609BF9C77C@gmail.com> <1EB4CAFF-872A-41B8-82EA-166EB5F34223@macports.org> Message-ID: On Feb 9, 2008, at 02:10, Ryan Schmidt wrote: > > On Feb 8, 2008, at 23:02, Esteban Barahona wrote: > >> El feb 8, 2551 BE, a las 00:00, Ryan Schmidt escribi?: >> >>> On Feb 7, 2008, at 21:23, Esteban Barahona wrote: >>> >>>> Asunto: "port: command not found" after installing >>>> MacPorts-1.6.0-10.5-Leopard.dmg >>>> >>>> I downloaded the latest package to install macports; but the >>>> "port command" doesn't work. >>>> I read the guide up to 2.4. MacPorts and the Shell (at http:// >>>> guide.macports.org) >>>> >>>> after disabling "invisible files" and searching for the .profile >>>> file, it did not appear... >>>> This seems like quite a basic problem? but I cann't continue >>>> with testing ports. >>>> >>>> Maybe what's left is to configure the terminal so that it can >>>> accept the "port command"? >>> >>> MacPorts installer is supposed to configure this for you, but >>> because of a bug in 1.6.0, this does not happen. This will be >>> fixed in 1.6.1. You will have to set up your .profile yourself. >>> Since you don't have a .profile, create an empty file, then >>> follow the instructions in the guide: >>> >>> http://guide.macports.org/#installing.shell >>> >>> You will need to set the PATH variable. If running Mac OS X 10.4 >>> or earlier, you should also set the DISPLAY variable. If after >>> opening a new Terminal window, "man port" does not work, you >>> should also add the MANPATH variable. >> >> thanks, but it didn't work, maybe it was because I made an empty >> file .profile... where can I download manually this file? ...I >> will wait for the 1.6.1 installer or try it from source (an >> oportunity to learn more I guess...). For when is this update planed? > > .profile is a place for you to customize your shell. It's fine to > start from any empty file, if you have no other customizations you > want to make. > > If you have a .bash_profile, that gets used instead of .profile so > you should modify .bash_profile instead. If you have neither, you > can create either and modify it. > > > It should contain a line like this: > > export PATH=/opt/local/bin:/opt/local/sbin:$PATH > > > I'm on Tiger, so my .bash_profile also contains this line: > > export DISPLAY=:0.0 > > If you're on Leopard, do not add that line; DISPLAY is already set > up for you by the operating system. > > > Add this line only if "man port" does not show you the port manpage: > > export MANPATH=/opt/local/share/man:$MANPATH > > > Note that after changing your .bash_profile you need to open a new > Terminal window. Any Terminal windows already open won't inherit > the changes. Not by itself. But if you want any already open Terminal window to inherit the changes, just enter this at the command prompt: . .bash_profile It'll suck in the contents of .bash_profile (or any other similar file). Hope this helps. -- Reality Artisans, Inc. # Network Wrangling and Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 From Jean-philippe.humbert at gmx.de Sat Feb 9 03:53:05 2008 From: Jean-philippe.humbert at gmx.de (Jean-Philippe Humbert) Date: Sat Feb 9 03:53:04 2008 Subject: port mono 1.2.6_0 does not build Message-ID: <74A46275-A709-40A8-8110-0A5139BE3BBA@gmx.de> Hi, I have submmitted a ticket: #14237 Regards // Jph From kpreid at mac.com Sat Feb 9 05:53:45 2008 From: kpreid at mac.com (Kevin Reid) Date: Sat Feb 9 05:53:46 2008 Subject: openssh fails to build, preventing install of git-core (non-root MacPorts) Message-ID: <50625BFB-15E2-49CE-8303-52EF72FFAE6A@mac.com> I'm trying to install Git using MacPorts. The port depends on openssh, which fails as shown below. My MacPorts installation is set up to run as a non-root user: ./configure --prefix=/Stuff/dp --with-install- user=darwinports_install --with-install-group=darwinports_install I assume that this is either - a mistake in the OpenSSH port (assuming that the files should be uid 0, rather than the configured MacPorts user), or - that it is trying to install something such as an SSH daemon description that it won't be able to as the darwinports_install user In the latter case, I am willing to set up permissions so that it can, but would prefer to install Git-and-dependencies excluding such items. (Would this be suitable for being a variant of the openssh port?) magpie:/Users/kpreid darwinports_install$ port -d install git-core ... ---> Staging openssh into destroot . changed user expected 0 found 505 not modified: Operation not permitted gid expected 0 found 505 not modified: Operation not permitted usr changed user expected 0 found 505 not modified: Operation not permitted gid expected 0 found 505 not modified: Operation not permitted permissions expected 0755 found 0700 modified . missing (directory not created: File exists) ./Applications missing (directory not created: File exists) ./Developer missing (directory not created: File exists) ./Library missing (directory not created: File exists) DEBUG: Executing org.macports.destroot (openssh) DEBUG: Environment: DEBUG: Assembled command: 'cd "/Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/openssh-4.7p1" && make install-nokeys DESTDIR=/Stuff/dp/var/ macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot' if test ! -z ""; then \ /Stuff/dp/bin/perl ./fixprogs ssh_prng_cmds ; \ fi (cd openbsd-compat && make) make[1]: Nothing to be done for `all'. (cd scard && make DESTDIR=/Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot install) ../mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share /usr/bin/install -m 0644 ./Ssh.bin /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/Ssh.bin ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/sbin ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1 ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man5 ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man8 ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/libexec (umask 022 ; ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/var/empty) /usr/bin/install -m 0755 -s ssh /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/ssh /usr/bin/install -m 0755 -s scp /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/scp /usr/bin/install -m 0755 -s ssh-add /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/ssh-add /usr/bin/install -m 0755 -s ssh-agent /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/ssh-agent /usr/bin/install -m 0755 -s ssh-keygen /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/ssh-keygen /usr/bin/install -m 0755 -s ssh-keyscan /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/ssh-keyscan /usr/bin/install -m 0755 -s sshd /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/sbin/sshd if test ! -z "" ; then \ /usr/bin/install -m 0755 -s ssh-rand-helper /Stuff/dp/var/ macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/libexec/ssh-rand-helper ; \ fi /usr/bin/install -m 4711 -s ssh-keysign /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/libexec/ssh-keysign /usr/bin/install -m 0755 -s sftp /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/sftp /usr/bin/install -m 0755 -s sftp-server /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/libexec/sftp-server /usr/bin/install -m 644 ssh.1.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/ssh.1 /usr/bin/install -m 644 scp.1.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/scp.1 /usr/bin/install -m 644 ssh-add.1.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/ssh-add.1 /usr/bin/install -m 644 ssh-agent.1.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/ssh-agent.1 /usr/bin/install -m 644 ssh-keygen.1.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/ssh-keygen.1 /usr/bin/install -m 644 ssh-keyscan.1.out /Stuff/dp/var/macports/ build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/ssh-keyscan.1 /usr/bin/install -m 644 sshd_config.5.out /Stuff/dp/var/macports/ build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man5/sshd_config.5 /usr/bin/install -m 644 ssh_config.5.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man5/ssh_config.5 /usr/bin/install -m 644 sshd.8.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man8/sshd.8 if [ ! -z "" ]; then \ /usr/bin/install -m 644 ssh-rand-helper.8.out /Stuff/dp/var/ macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man8/ssh-rand-helper.8 ; \ fi /usr/bin/install -m 644 sftp.1.out /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/sftp.1 /usr/bin/install -m 644 sftp-server.8.out /Stuff/dp/var/macports/ build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man8/sftp-server.8 /usr/bin/install -m 644 ssh-keysign.8.out /Stuff/dp/var/macports/ build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man8/ssh-keysign.8 rm -f /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/slogin ln -s ./ssh /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/bin/slogin rm -f /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/slogin.1 ln -s ./ssh.1 /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/share/man/man1/slogin.1 if [ ! -d /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/etc/ssh ]; then \ ./mkinstalldirs /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/etc/ssh; \ fi /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/etc/ssh/ssh_config already exists, install will not overwrite /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/etc/ssh/sshd_config already exists, install will not overwrite /Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/etc/ssh/moduli already exists, install will not overwrite DEBUG: Executing proc-post-org.macports.destroot-destroot-0 DEBUG: Executing destroot_finish ---> Creating launchd control script Error: Target org.macports.destroot returned: could not set owner for file "/Stuff/dp/var/macports/build/ _Stuff_dp_var_macports_sources_rsync.macports.org_release_ports_net_open ssh/work/destroot/Stuff/dp/etc/LaunchDaemons/org.macports.OpenSSH": not owner Warning: the following items did not execute (for openssh): org.macports.activate org.macports.destroot org.macports.archive org.macports.install Error: The following dependencies failed to build: openssh p5-error rsync Error: Status 1 encountered during processing. -- Kevin Reid From lists at butdifferent.com Sat Feb 9 09:24:14 2008 From: lists at butdifferent.com (Bas den Hond) Date: Sat Feb 9 09:24:17 2008 Subject: Python25: wrong sys.path for pythonw2.5 In-Reply-To: <260D61A0-84BE-4961-A2B2-2182D26FA6FB@gmail.com> References: <2F4CB61D-396E-4662-A67E-2A84C004194D@butdifferent.com> <260D61A0-84BE-4961-A2B2-2182D26FA6FB@gmail.com> Message-ID: Thanks for your explanation. This clears it up, but of course it begs the question: why does python25 not come with a pythonw2.5 command? How could I possibly use the py25-wxpython module without it? Is this a MacPort problem of does it just come with Python25? Best regards, Bas Op 9 feb 2008, om 09:41 heeft Guido Soranzio het volgende geschreven: > On Feb 9, 2008, at 9:24 AM, Bas den Hond wrote: > >> But if I call pythonw2.5 to execute the program, the modules are >> not found. The problem is clearly the search path, which is somehow >> different for pythonw2.5. >> >> Is there a way to solve this, or should I just report a bug? > > MacPorts' version of Python2.5 doesn't provide pythonw25: what you > are executing is the version provided by Apple in your $PATH > (/usr/bin/pythonw2.5). > > > -Guido From stefmit at gmail.com Sat Feb 9 10:10:37 2008 From: stefmit at gmail.com (Stefan) Date: Sat Feb 9 10:10:40 2008 Subject: all sorts of port failures Message-ID: Just did a $sudo port selfupdate, followed by a $sudo port upgrade outdated, and I have been failing tons of ports: *** ffmpeg, with: Undefined symbols: "_av_crc_get_table", referenced from: _ac3_decode_frame in ac3dec.o _AC3_encode_frame in ac3enc.o _AC3_encode_frame in ac3enc.o _flac_decode_frame in flac.o _output_frame_header in flacenc.o _output_frame_footer in flacenc.o ld: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [libavcodec.51.dylib] Error 1 make: *** [lib] Error 2 *** libidl, with: Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libidl/work/libIDL-0.8.10" && ./configure --prefix=/opt/local " returned error 1 Command output: checking for a BSD-compatible install... /usr/bin/install checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... /usr/bin/gcc-4.0 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/gcc-4.0 accepts -g... yes checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed checking dependency style of /usr/bin/gcc-4.0... gcc3 checking for library containing strerror... none required checking for gcc... (cached) /usr/bin/gcc-4.0 checking whether we are using the GNU C compiler... (cached) yes checking whether /usr/bin/gcc-4.0 accepts -g... (cached) yes checking for /usr/bin/gcc-4.0 option to accept ISO C89... (cached) none needed checking dependency style of /usr/bin/gcc-4.0... (cached) gcc3 checking how to run the C preprocessor... /usr/bin/cpp-4.0 checking if C preprocessor likes IDL... yes checking if C preprocessor can read from stdin... yes checking how to ignore standard include path... -I- checking for flex... /usr/bin/flex checking lex output file root... configure: error: cannot find output from /usr/bin/flex; giving up *** libpcap - this is nothing new, but still keeps failing: Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_libpcap/work/libpcap-0.9.8" && make all " returned error 2 Command output: rm -f libpcap.dylib /usr/bin/gcc-4.0 -dynamiclib -o libpcap.`cat VERSION`.dylib \ -install_name /opt/local/lib/libpcap.0.dylib \ -compatibility_version 1.0.0 -current_version `cat VERSION` \ pcap-bpf.o fad-getad.o pcap.o inet.o gencode.o optimize.o nametoaddr.o etherent.o savefile.o bpf_filter.o bpf_image.o bpf_dump.o scanner.o grammar.o version.o Undefined symbols: "_lex_init", referenced from: _pcap_compile in gencode.o "_lex_cleanup", referenced from: _pcap_compile in gencode.o _pcap_compile in gencode.o "_pcap_lex", referenced from: _pcap_parse in grammar.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libpcap.dylib] Error 1 *** teTeX, with: cd omegafonts && make CC='/usr/bin/gcc-4.0' CFLAGS='-O2 ' LDFLAGS='-L/opt/local/lib ' omfonts flex -l ./pl.l ./pl.l:68: bad character: % ./pl.l:68: unknown error processing section 1 ./pl.l:68: unknown error processing section 1 ./pl.l:68: bad character: 4 ./pl.l:68: bad character: 0 ./pl.l:68: bad character: 0 ./pl.l:68: bad character: 0 ./pl.l:69: bad character: % ./pl.l:69: unknown error processing section 1 ./pl.l:69: bad character: 7 ./pl.l:69: bad character: 0 ./pl.l:69: bad character: 0 ./pl.l:69: bad character: 0 ./pl.l:70: bad character: % ./pl.l:70: unknown error processing section 1 ./pl.l:70: bad character: 1 ./pl.l:70: bad character: 0 ./pl.l:70: bad character: 0 ./pl.l:70: bad character: 0 make[3]: *** [lex.yy.c] Error 1 make[2]: *** [omegafonts/omfonts] Error 2 make[1]: *** [all] Error 1 make: *** [all] Error 1 Am I seeing a flex-type of error common to all of the above? If so - does anybody have any idea where I should start "fixing" it? Possibly relevant info: $ which flex /opt/local/bin/flex $ flex -V flex 2.5.34 $ port list |grep flex flex @2.5.34 devel/flex rb-flexo @1.0 ruby/rb-flexo Thanks, Stefan From mvfranz at gmail.com Sat Feb 9 10:27:14 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sat Feb 9 10:27:17 2008 Subject: Port Names - How to choose? Message-ID: Hi, I have a few ports that I would like to add. Some of them seem to have standard names, but at least two of them do not. The two that I am not sure about are: xorg-libICE xorg-libSM They can be found here: http://www.x.org/pub/individual/lib/ Most of the libraries on xorg are libXyyy, but these are not. It seems that the x.org ports are all prefixed with xorg-{name}. Is his a standard we want to continue? Michael From esteban.barahona at gmail.com Sat Feb 9 12:57:53 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sat Feb 9 12:57:57 2008 Subject: "port: command not found" after installing MacPorts-1.6.0-10.5-Leopard.dmg In-Reply-To: References: <91C3CCAF-1978-4070-8DF4-E9609BF9C77C@gmail.com> <1EB4CAFF-872A-41B8-82EA-166EB5F34223@macports.org> Message-ID: El feb 9, 2551 BE, a las 03:20, Kok-Yong Tan escribi?: >> .profile is a place for you to customize your shell. It's fine to >> start from any empty file, if you have no other customizations you >> want to make. >> >> If you have a .bash_profile, that gets used instead of .profile so >> you should modify .bash_profile instead. If you have neither, you >> can create either and modify it. >> >> >> It should contain a line like this: >> >> export PATH=/opt/local/bin:/opt/local/sbin:$PATH >> >> >> I'm on Tiger, so my .bash_profile also contains this line: >> >> export DISPLAY=:0.0 >> >> If you're on Leopard, do not add that line; DISPLAY is already set >> up for you by the operating system. >> >> >> Add this line only if "man port" does not show you the port manpage: >> >> export MANPATH=/opt/local/share/man:$MANPATH >> >> >> Note that after changing your .bash_profile you need to open a new >> Terminal window. Any Terminal windows already open won't inherit >> the changes. > > > Not by itself. But if you want any already open Terminal window to > inherit the changes, just enter this at the command prompt: > > . .bash_profile > > It'll suck in the contents of .bash_profile (or any other similar > file). Hope this helps. Thanks a lot, the "port: command not found" error message didn't appear... time to build some apps ^_^ The problem was that I thought "export" was to be typed on the terminal, NOT on the .profile file. From ebgssth at gmail.com Sat Feb 9 19:25:50 2008 From: ebgssth at gmail.com (js) Date: Sat Feb 9 19:25:45 2008 Subject: Port Names - How to choose? In-Reply-To: References: Message-ID: FYI, in FreeBSD ports, they are simply called libICE and libSM respectively. http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/libICE/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/libSM/ On Feb 10, 2008 3:27 AM, Michael Franz wrote: > Hi, > > I have a few ports that I would like to add. Some of them seem to > have standard names, but at least two of them do not. > > The two that I am not sure about are: > xorg-libICE > xorg-libSM > > They can be found here: http://www.x.org/pub/individual/lib/ > > Most of the libraries on xorg are libXyyy, but these are not. > > It seems that the x.org ports are all prefixed with xorg-{name}. Is > his a standard we want to continue? > > Michael > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From mvfranz at gmail.com Sat Feb 9 20:33:43 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sat Feb 9 20:33:37 2008 Subject: Port Names - How to choose? In-Reply-To: References: Message-ID: I submitted then as xorg-libice and xorg-libsm. I guess they can be changed to be consistent, but are the existing xorg-* ports consistent? On 2/9/08, js wrote: > FYI, in FreeBSD ports, they are simply called libICE and libSM respectively. > http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/libICE/ > http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/libSM/ > > On Feb 10, 2008 3:27 AM, Michael Franz wrote: > > Hi, > > > > I have a few ports that I would like to add. Some of them seem to > > have standard names, but at least two of them do not. > > > > The two that I am not sure about are: > > xorg-libICE > > xorg-libSM > > > > They can be found here: http://www.x.org/pub/individual/lib/ > > > > Most of the libraries on xorg are libXyyy, but these are not. > > > > It seems that the x.org ports are all prefixed with xorg-{name}. Is > > his a standard we want to continue? > > > > Michael > > _______________________________________________ > > macports-users mailing list > > macports-users@lists.macosforge.org > > http://lists.macosforge.org/mailman/listinfo/macports-users > > > From mvfranz at gmail.com Sun Feb 10 09:18:27 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun Feb 10 09:18:25 2008 Subject: Mercurial Fetch Type Message-ID: Is it possible to use mercurial as a fetch type like cvs and subversion? The Forest Extension to Mercurial is not distributed as a tar file, the only way that I can get it is by using mercurial. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080210/a5a22008/attachment-0001.html From ryandesign at macports.org Sun Feb 10 12:25:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 10 12:25:28 2008 Subject: Mercurial Fetch Type In-Reply-To: References: Message-ID: <983D2678-9F34-452C-AD31-4E528B2CCE1A@macports.org> On Feb 10, 2008, at 11:18, Michael Franz wrote: > Is it possible to use mercurial as a fetch type like cvs and > subversion? The Forest Extension to Mercurial is not distributed > as a tar file, the only way that I can get it is by using mercurial. No, the available fetch types are standard, cvs and svn. http://guide.macports.org/#reference.phases.fetch.advanced A ticket was opened to request a git fetch type: http://trac.macosforge.org/projects/macports/ticket/14232 You could file a ticket to request a mercurial fetch type. From raimue at macports.org Sun Feb 10 12:30:59 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun Feb 10 12:31:27 2008 Subject: Mercurial Fetch Type In-Reply-To: References: Message-ID: <47AF5F03.1090305@macports.org> Michael Franz wrote: > Is it possible to use mercurial as a fetch type like cvs and subversion? > The Forest Extension to Mercurial is not distributed as a tar file, the > only way that I can get it is by using mercurial. No, that's currently not supported. As mercurial is a decentralized version control system wouldn't it require to pull the whole history to get a checkout? Better ask the maintainers of the software to release source bundles. Maybe you could also look how other package management tools (FreeBSD ports, Gentoo portage, ...) solved this if they provide the software. Rainer From skip at pobox.com Sun Feb 10 14:25:21 2008 From: skip at pobox.com (skip@pobox.com) Date: Sun Feb 10 14:25:13 2008 Subject: What does deactivate do? Message-ID: <18351.31185.193921.433073@montanaro-dyndns-org.local> I deactivated the sqlite3 port on my Mac today because of some problems with the Python regression test suite. It deactivated okay. I was still able to import sqlite3 in /opt/local/bin/python2.5 though: % /opt/local/bin/python2.5 Python 2.5.1 (r251:54863, Feb 2 2008, 08:44:29) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import sqlite3 >>> sqlite3.version '2.3.2' >>> sqlite3.version, sqlite3.sqlite_version ('2.3.2', '3.4.0') >>> sqlite3.__file__ '/opt/local/lib/python2.5/sqlite3/__init__.pyc' >>> import _sqlite3 >>> _sqlite3.__file__ '/opt/local/lib/python2.5/site-packages/_sqlite3.so' >>> montanaro-dyndns-org:build% otool -L /opt/local/lib/python2.5/site-packages/_sqlite3.so /opt/local/lib/python2.5/site-packages/_sqlite3.so: /opt/local/lib/libsqlite3.0.dylib (compatibility version 9.0.0, current version 9.6.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) % ls -l /opt/local/lib/libsqlite3* ls: /opt/local/lib/libsqlite3*: No such file or directory What's up with that? How can the _sqlite3.so shared library reference it when it doesn't exist? -- Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ From ryandesign at macports.org Sun Feb 10 14:31:00 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 10 14:31:18 2008 Subject: What does deactivate do? In-Reply-To: <18351.31185.193921.433073@montanaro-dyndns-org.local> References: <18351.31185.193921.433073@montanaro-dyndns-org.local> Message-ID: <99D8442B-311F-4EC4-8A46-0E3785FAB4DC@macports.org> On Feb 10, 2008, at 16:25, skip@pobox.com wrote: > I deactivated the sqlite3 port on my Mac today because of some > problems with > the Python regression test suite. It deactivated okay. I was > still able to > import sqlite3 in /opt/local/bin/python2.5 though: > > > % /opt/local/bin/python2.5 > Python 2.5.1 (r251:54863, Feb 2 2008, 08:44:29) > [GCC 4.0.1 (Apple Inc. build 5465)] on darwin > Type "help", "copyright", "credits" or "license" for more > information. >>>> import sqlite3 >>>> sqlite3.version > '2.3.2' >>>> sqlite3.version, sqlite3.sqlite_version > ('2.3.2', '3.4.0') >>>> sqlite3.__file__ > '/opt/local/lib/python2.5/sqlite3/__init__.pyc' >>>> import _sqlite3 >>>> _sqlite3.__file__ > '/opt/local/lib/python2.5/site-packages/_sqlite3.so' >>>> > montanaro-dyndns-org:build% otool -L /opt/local/lib/python2.5/ > site-packages/_sqlite3.so > /opt/local/lib/python2.5/site-packages/_sqlite3.so: > /opt/local/lib/libsqlite3.0.dylib (compatibility > version 9.0.0, current version 9.6.0) > /usr/lib/libSystem.B.dylib (compatibility version > 1.0.0, current version 111.0.0) > % ls -l /opt/local/lib/libsqlite3* > ls: /opt/local/lib/libsqlite3*: No such file or directory > > What's up with that? How can the _sqlite3.so shared library > reference it > when it doesn't exist? You've shown us that "_sqlite3.so" links with "libsqlite3.0.dylib", and that "libsqlite3.0.dylib" does not exist in /opt/local/lib. This means that "_sqlite3.so" probably won't be able to make use of the functionality provided by "libsqlite3.0.dylib". To answer the question in the subject line, "deactivate" deactivates a port, by removing the hard links from their locations in /opt/ local. For example, the hard link /opt/local/lib/libsqlite3.0.dylib was removed. Now libsqlite3.0.dylib only exists in /opt/local/var/ macports/software/sqlite3/3.5.6_0/opt/local/lib, so that you can easily reactivate the port again if you want. If you do not want, then you can uninstall the port, which will actually remove the files from the disk. From skip at pobox.com Sun Feb 10 14:39:28 2008 From: skip at pobox.com (skip@pobox.com) Date: Sun Feb 10 14:39:29 2008 Subject: What does deactivate do? In-Reply-To: <99D8442B-311F-4EC4-8A46-0E3785FAB4DC@macports.org> References: <18351.31185.193921.433073@montanaro-dyndns-org.local> <99D8442B-311F-4EC4-8A46-0E3785FAB4DC@macports.org> Message-ID: <18351.32032.673469.342485@montanaro-dyndns-org.local> Ryan> You've shown us that "_sqlite3.so" links with Ryan> "libsqlite3.0.dylib", and that "libsqlite3.0.dylib" does not exist Ryan> in /opt/local/lib. This means that "_sqlite3.so" probably won't be Ryan> able to make use of the functionality provided by Ryan> "libsqlite3.0.dylib". The sqlite functionality in /opt/local/bin/python2.5 certainly seems to work: sudo /opt/local/bin/python2.5 /opt/local/lib/python2.5/test/test_sqlite.py Password: CheckAPILevel (sqlite3.test.dbapi.ModuleTests) ... ok CheckDataError (sqlite3.test.dbapi.ModuleTests) ... ok CheckDatabaseError (sqlite3.test.dbapi.ModuleTests) ... ok CheckError (sqlite3.test.dbapi.ModuleTests) ... ok CheckIntegrityError (sqlite3.test.dbapi.ModuleTests) ... ok CheckInterfaceError (sqlite3.test.dbapi.ModuleTests) ... ok CheckInternalError (sqlite3.test.dbapi.ModuleTests) ... ok CheckNotSupportedError (sqlite3.test.dbapi.ModuleTests) ... ok CheckOperationalError (sqlite3.test.dbapi.ModuleTests) ... ok ... CheckCreateCollationNotCallable (sqlite3.test.hooks.CollationTests) ... ok CheckDeregisterCollation (sqlite3.test.hooks.CollationTests) ... ok CheckColumnNameWithSpaces (sqlite3.test.regression.RegressionTests) ... ok CheckPragmaSchemaVersion (sqlite3.test.regression.RegressionTests) ... ok CheckPragmaUserVersion (sqlite3.test.regression.RegressionTests) ... ok CheckStatementReset (sqlite3.test.regression.RegressionTests) ... ok ---------------------------------------------------------------------- Ran 167 tests in 0.215s OK Skip From mvfranz at gmail.com Sun Feb 10 16:04:11 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun Feb 10 16:04:03 2008 Subject: Mercurial Fetch Type In-Reply-To: <47AF5F03.1090305@macports.org> References: <47AF5F03.1090305@macports.org> Message-ID: On Feb 10, 2008 3:30 PM, Rainer M?ller wrote: > Michael Franz wrote: > > Is it possible to use mercurial as a fetch type like cvs and subversion? > > The Forest Extension to Mercurial is not distributed as a tar file, the > > only way that I can get it is by using mercurial. > > No, that's currently not supported. As mercurial is a decentralized > version control system wouldn't it require to pull the whole history to > get a checkout? > Better ask the maintainers of the software to release source bundles. > Maybe you could also look how other package management tools (FreeBSD > ports, Gentoo portage, ...) solved this if they provide the software. > > Rainer > I'll have to look into this later. For now, I will just install manually. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080210/2f03cd54/attachment.html From mac at the-evangelist.info Sun Feb 10 16:10:28 2008 From: mac at the-evangelist.info (mac@the-evangelist.info) Date: Sun Feb 10 16:10:20 2008 Subject: py-pyqt4 port ?? Message-ID: Hi, I need py-pyqt4 to run GNS3 but there is not port available only py-pyqt3. I also tried py-pyqt3 tu run an older version of GNS3 but i get this error: error: #error "This version of Mac OS X is unsupported" I have a PowerBook G4 with Leopard. Any solution? Thanks in avance. -- ----- The Evangelist ----- web.: www.the-evangelist.info -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080211/ca91b157/attachment.html From esteban.barahona at gmail.com Sun Feb 10 19:16:00 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sun Feb 10 19:15:55 2008 Subject: multiple mac-ports installations and cleaning the hard drive... Message-ID: Hi all, finally the port command funtioned, I tried installing GIMP but there was a lot of dependancies missing (I have to learn to use autotools for this to work... but that's for another day). But I'm not asking for help with this... it will eventually work... somehow... What I'm asking is to standarize a bit the use of directories that are used by macports, so that it can be deleted easily. Also, is there a way to install macports and its ports as a non-root user? does this apps use some form of sandboxing or jails? Also, is there a frontend of macports that allows easy installing and unistalling of apps? This is to clean the hard drive, because some versions of ports (a form of directory based versioning may also help) may be installed multiple times because they don't work. Also, the redundancy of directories may create issues if a port used them (how to know which version to use). I'm aware that there is a way to delete all ports and macports, but what if there's the need of only tracking versions so that they can be deleted one by one? have a nice day (or night) esteban http://www.anagami.net From ryandesign at macports.org Sun Feb 10 20:13:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 10 20:13:24 2008 Subject: multiple mac-ports installations and cleaning the hard drive... In-Reply-To: References: Message-ID: On Feb 10, 2008, at 21:16, Esteban Barahona wrote: > finally the port command funtioned, I tried installing GIMP but > there was a lot of dependancies missing (I have to learn to use > autotools for this to work... but that's for another day). But I'm > not asking for help with this... it will eventually work... somehow... > > What I'm asking is to standarize a bit the use of directories that > are used by macports, What's nonstandard? I'm not even sure what directories you're talking about. There is of course the standard that ports should install binary files into ${prefix}/bin, libraries into ${prefix}/lib, applications into /Applications/MacPorts, and so forth. > so that it can be deleted easily. Instructions for deleting MacPorts are in the wiki: http://trac.macports.org/projects/macports/wiki/ FAQ#HowdoIremoveoruninstallMacPorts > Also, is there a way to install macports and its ports as a non- > root user? Yes! Some ports may not work this way because few people test it this way. But many ports will work this way. When you ./configure --prefix=... --with-install-user=... --with- install-group=... > does this apps use some form of sandboxing or jails? Jails no, sandboxing yes. During the destroot phase, port contents are installed to a sandbox. Once that succeeds, it's copied to the right place. Ports might install things outside of ${prefix} but if they do, port will print a warning so that you will know. > Also, is there a frontend of macports that allows easy installing > and unistalling of apps? Yes, there are several. Some cost money, some don't. http://trac.macports.org/projects/macports/wiki/ FAQ#WherecanIfindaGUIfrontendforMacPorts > This is to clean the hard drive, because some versions of ports (a > form of directory based versioning may also help) may be installed > multiple times because they don't work. Also, the redundancy of > directories may create issues if a port used them (how to know > which version to use). I'm aware that there is a way to delete all > ports and macports, but what if there's the need of only tracking > versions so that they can be deleted one by one? I'm not sure what you're talking about exactly... are you asking about simultaneous installation of different versions of a port? like, say, installing apach 2.2.6 and 2.2.8 at the same time? If so, that's not possible. Well, you can have them "installed", in MacPorts terms, but only one of them can be "active". From eric_soli at yahoo.com Sun Feb 10 20:39:42 2008 From: eric_soli at yahoo.com (Eric Soli) Date: Sun Feb 10 20:39:31 2008 Subject: Specifying an install directory Message-ID: <733527.38747.qm@web32904.mail.mud.yahoo.com> I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use: bash$ sudo port -D /usr/bin install pear-base but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php? Running Leopard on Intel. Thanks ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From esteban.barahona at gmail.com Sun Feb 10 20:44:14 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sun Feb 10 20:44:09 2008 Subject: multiple mac-ports installations and cleaning the hard drive... In-Reply-To: References: Message-ID: <07CA3EC4-A475-447D-B36F-55CCBEFC5E61@gmail.com> El feb 10, 2551 BE, a las 22:13, Ryan Schmidt escribi?: > On Feb 10, 2008, at 21:16, Esteban Barahona wrote: > >> finally the port command funtioned, I tried installing GIMP but >> there was a lot of dependancies missing (I have to learn to use >> autotools for this to work... but that's for another day). But I'm >> not asking for help with this... it will eventually work... >> somehow... >> >> What I'm asking is to standarize a bit the use of directories that >> are used by macports, > > What's nonstandard? I'm not even sure what directories you're > talking about. There is of course the standard that ports should > install binary files into ${prefix}/bin, libraries into ${prefix}/ > lib, applications into /Applications/MacPorts, and so forth. Ah... I didn't know of that behaviour. Maybe what I was thinking was more on a way to make all this functionality "visible" to "users" (an interface)... so that ports can be tested by more people. This is the "users" list; but in this project (I guess) most users are actually developers... >> so that it can be deleted easily. > > Instructions for deleting MacPorts are in the wiki: > > http://trac.macports.org/projects/macports/wiki/FAQ#HowdoIremoveoruninstallMacPorts > >> Also, is there a way to install macports and its ports as a non- >> root user? > > Yes! Some ports may not work this way because few people test it > this way. But many ports will work this way. > > When you ./configure --prefix=... --with-install-user=... --with- > install-group=... Thanks. >> does this apps use some form of sandboxing or jails? > > Jails no, sandboxing yes. During the destroot phase, port contents > are installed to a sandbox. Once that succeeds, it's copied to the > right place. Ports might install things outside of ${prefix} but if > they do, port will print a warning so that you will know. What's &(prefix)? Is it a way to automate some form of "macports root directory"? >> Also, is there a frontend of macports that allows easy installing >> and unistalling of apps? > > Yes, there are several. Some cost money, some don't. > > http://trac.macports.org/projects/macports/wiki/FAQ#WherecanIfindaGUIfrontendforMacPorts thanks; I will test the free ones. >> This is to clean the hard drive, because some versions of ports (a >> form of directory based versioning may also help) may be installed >> multiple times because they don't work. Also, the redundancy of >> directories may create issues if a port used them (how to know >> which version to use). I'm aware that there is a way to delete all >> ports and macports, but what if there's the need of only tracking >> versions so that they can be deleted one by one? > > I'm not sure what you're talking about exactly... are you asking > about simultaneous installation of different versions of a port? > like, say, installing apach 2.2.6 and 2.2.8 at the same time? If so, > that's not possible. Well, you can have them "installed", in > MacPorts terms, but only one of them can be "active". This is better than what I expected! I like this behaviour. If this can be used with what I think &(prefix) does, then I will test this behaviour (and if possible code a front end). esteban http://www.anagami.net From ryandesign at macports.org Sun Feb 10 21:01:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 10 21:01:19 2008 Subject: multiple mac-ports installations and cleaning the hard drive... In-Reply-To: <07CA3EC4-A475-447D-B36F-55CCBEFC5E61@gmail.com> References: <07CA3EC4-A475-447D-B36F-55CCBEFC5E61@gmail.com> Message-ID: <9B009103-E5ED-4658-B9D3-F3410E5B21F0@macports.org> On Feb 10, 2008, at 22:44, Esteban Barahona wrote: > El feb 10, 2551 BE, a las 22:13, Ryan Schmidt escribi?: > >> On Feb 10, 2008, at 21:16, Esteban Barahona wrote: >> >>> finally the port command funtioned, I tried installing GIMP but >>> there was a lot of dependancies missing (I have to learn to use >>> autotools for this to work... but that's for another day). But >>> I'm not asking for help with this... it will eventually work... >>> somehow... >>> >>> What I'm asking is to standarize a bit the use of directories >>> that are used by macports, >> >> What's nonstandard? I'm not even sure what directories you're >> talking about. There is of course the standard that ports should >> install binary files into ${prefix}/bin, libraries into ${prefix}/ >> lib, applications into /Applications/MacPorts, and so forth. > > Ah... I didn't know of that behaviour. Maybe what I was thinking > was more on a way to make all this functionality "visible" to > "users" (an interface)... so that ports can be tested by more > people. This is the "users" list; but in this project (I guess) > most users are actually developers... What would you like to be more visible? I'm not sure I understand. Software needs to be installed somewhere; most Unix software (which is a large portion of what MacPorts installs) installs to standard directories, such as many of those defined by the Filesystem Hierarchy Standard: http://www.pathname.com/fhs/ For the double-clickable Mac software installed by MacPorts, the Apple-standard location is /Applications, so MacPorts creates a directory there that it can own and installs apps into that. For any port foo, you can see where it installed its files by using: port contents foo >>> so that it can be deleted easily. >> >> Instructions for deleting MacPorts are in the wiki: >> >> http://trac.macports.org/projects/macports/wiki/ >> FAQ#HowdoIremoveoruninstallMacPorts >> >>> Also, is there a way to install macports and its ports as a non- >>> root user? >> >> Yes! Some ports may not work this way because few people test it >> this way. But many ports will work this way. >> >> When you ./configure --prefix=... --with-install-user=... --with- >> install-group=... > > Thanks. > >>> does this apps use some form of sandboxing or jails? >> >> Jails no, sandboxing yes. During the destroot phase, port contents >> are installed to a sandbox. Once that succeeds, it's copied to the >> right place. Ports might install things outside of ${prefix} but >> if they do, port will print a warning so that you will know. > > What's &(prefix)? Is it a way to automate some form of "macports > root directory"? ${prefix} is the variable in MacPorts portfiles that represents the prefix into which MacPorts was installed. The usual location is /opt/ local. The binary installers for MacPorts always install into the / opt/local prefix. If you want a different prefix, you can compile MacPorts yourself. >>> Also, is there a frontend of macports that allows easy installing >>> and unistalling of apps? >> >> Yes, there are several. Some cost money, some don't. >> >> http://trac.macports.org/projects/macports/wiki/ >> FAQ#WherecanIfindaGUIfrontendforMacPorts > > thanks; I will test the free ones. > >>> This is to clean the hard drive, because some versions of ports >>> (a form of directory based versioning may also help) may be >>> installed multiple times because they don't work. Also, the >>> redundancy of directories may create issues if a port used them >>> (how to know which version to use). I'm aware that there is a way >>> to delete all ports and macports, but what if there's the need of >>> only tracking versions so that they can be deleted one by one? >> >> I'm not sure what you're talking about exactly... are you asking >> about simultaneous installation of different versions of a port? >> like, say, installing apach 2.2.6 and 2.2.8 at the same time? If >> so, that's not possible. Well, you can have them "installed", in >> MacPorts terms, but only one of them can be "active". > > This is better than what I expected! I like this behaviour. If this > can be used with what I think &(prefix) does, then I will test this > behaviour (and if possible code a front end). You're welcome to code your own front-end, but consider that we already have three listed at the above URL, and that your time might be better spent contributing to one of those existing projects. From ryandesign at macports.org Sun Feb 10 21:03:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Feb 10 21:03:49 2008 Subject: Specifying an install directory In-Reply-To: <733527.38747.qm@web32904.mail.mud.yahoo.com> References: <733527.38747.qm@web32904.mail.mud.yahoo.com> Message-ID: On Feb 10, 2008, at 22:39, Eric Soli wrote: > I am attempting to install pear-base into /usr/bin > instead of /opt/local/bin. My best understanding from > the man page is that I should use: > > bash$ sudo port -D /usr/bin install pear-base > > but it still ends up in /opt/local. Is there a way > plant this pear tree next to /usr/bin/php? > > Running Leopard on Intel. MacPorts is designed to install its software into ${prefix} which by default is /opt/local. A user can't make a port install its software into a different location. For the case of PEAR, you may want to install it yourself, by hand, in whatever location you want it, rather than use the port. From esteban.barahona at gmail.com Sun Feb 10 21:21:52 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sun Feb 10 21:21:50 2008 Subject: multiple mac-ports installations and cleaning the hard drive... In-Reply-To: <7039A77D-21B9-41FD-9414-85B870619D2E@gmail.com> References: <07CA3EC4-A475-447D-B36F-55CCBEFC5E61@gmail.com> <9B009103-E5ED-4658-B9D3-F3410E5B21F0@macports.org> <7039A77D-21B9-41FD-9414-85B870619D2E@gmail.com> Message-ID: <92D4AEDA-FB49-4B46-8CAE-60EF37DF06CF@gmail.com> El feb 10, 2551 BE, a las 23:01, Ryan Schmidt escribi?: > > On Feb 10, 2008, at 22:44, Esteban Barahona wrote: > >> El feb 10, 2551 BE, a las 22:13, Ryan Schmidt escribi?: >> >>> On Feb 10, 2008, at 21:16, Esteban Barahona wrote: >>> >>>> finally the port command funtioned, I tried installing GIMP but >>>> there was a lot of dependancies missing (I have to learn to use >>>> autotools for this to work... but that's for another day). But >>>> I'm not asking for help with this... it will eventually work... >>>> somehow... >>>> >>>> What I'm asking is to standarize a bit the use of directories >>>> that are used by macports, >>> >>> What's nonstandard? I'm not even sure what directories you're >>> talking about. There is of course the standard that ports should >>> install binary files into ${prefix}/bin, libraries into ${prefix}/ >>> lib, applications into /Applications/MacPorts, and so forth. >> >> Ah... I didn't know of that behaviour. Maybe what I was thinking >> was more on a way to make all this functionality "visible" to >> "users" (an interface)... so that ports can be tested by more >> people. This is the "users" list; but in this project (I guess) >> most users are actually developers... > > What would you like to be more visible? I'm not sure I understand. > Software needs to be installed somewhere; most Unix software (which > is a large portion of what MacPorts installs) installs to standard > directories, such as many of those defined by the Filesystem > Hierarchy Standard: > > http://www.pathname.com/fhs/ I'm thinking of a Debian/Ubuntu like installation but more focused on apps instead of packages. Unix is great, but I chosed Mac OS X because of the interace... > For the double-clickable Mac software installed by MacPorts, the > Apple-standard location is /Applications, so MacPorts creates a > directory there that it can own and installs apps into that. > > For any port foo, you can see where it installed its files by using: > > port contents foo thanks > > >>>> so that it can be deleted easily. >>> >>> Instructions for deleting MacPorts are in the wiki: >>> >>> http://trac.macports.org/projects/macports/wiki/FAQ#HowdoIremoveoruninstallMacPorts >>> >>>> Also, is there a way to install macports and its ports as a non- >>>> root user? >>> >>> Yes! Some ports may not work this way because few people test it >>> this way. But many ports will work this way. >>> >>> When you ./configure --prefix=... --with-install-user=... --with- >>> install-group=... >> >> Thanks. >> >>>> does this apps use some form of sandboxing or jails? >>> >>> Jails no, sandboxing yes. During the destroot phase, port contents >>> are installed to a sandbox. Once that succeeds, it's copied to the >>> right place. Ports might install things outside of ${prefix} but >>> if they do, port will print a warning so that you will know. >> >> What's &(prefix)? Is it a way to automate some form of "macports >> root directory"? > > ${prefix} is the variable in MacPorts portfiles that represents the > prefix into which MacPorts was installed. The usual location is /opt/ > local. The binary installers for MacPorts always install into the / > opt/local prefix. If you want a different prefix, you can compile > MacPorts yourself. I will try compiling it myself with a different prefix. >>>> Also, is there a frontend of macports that allows easy installing >>>> and unistalling of apps? >>> >>> Yes, there are several. Some cost money, some don't. >>> >>> http://trac.macports.org/projects/macports/wiki/FAQ#WherecanIfindaGUIfrontendforMacPorts >> >> thanks; I will test the free ones. >> >>>> This is to clean the hard drive, because some versions of ports >>>> (a form of directory based versioning may also help) may be >>>> installed multiple times because they don't work. Also, the >>>> redundancy of directories may create issues if a port used them >>>> (how to know which version to use). I'm aware that there is a way >>>> to delete all ports and macports, but what if there's the need of >>>> only tracking versions so that they can be deleted one by one? >>> >>> I'm not sure what you're talking about exactly... are you asking >>> about simultaneous installation of different versions of a port? >>> like, say, installing apach 2.2.6 and 2.2.8 at the same time? If >>> so, that's not possible. Well, you can have them "installed", in >>> MacPorts terms, but only one of them can be "active". >> >> This is better than what I expected! I like this behaviour. If this >> can be used with what I think &(prefix) does, then I will test this >> behaviour (and if possible code a front end). > > You're welcome to code your own front-end, but consider that we > already have three listed at the above URL, and that your time might > be better spent contributing to one of those existing projects. Yes, I didn't specify that by coding a front end, I was actually implying that I will help first with an implementation instead of starting from scratch. But I do need to know how to code a basic interface in Mac from scratch... Esteban Barahona http://www.anagami.net From guido.soranzio at gmail.com Sun Feb 10 23:49:27 2008 From: guido.soranzio at gmail.com (Guido Soranzio) Date: Sun Feb 10 23:49:21 2008 Subject: py-pyqt4 port ?? In-Reply-To: References: Message-ID: <7FF872B0-1250-4C56-98E3-6A3C65FE6519@gmail.com> On Feb 11, 2008, at 1:10 AM, mac@the-evangelist.info wrote: > I need py-pyqt4 to run GNS3 but there is not port available only py- > pyqt3. A port for py-qt4 has been already submitted: http://trac.macosforge.org/projects/macports/ticket/11268. At the same time, its author proposed a new version of the python25 port with the support for building it as a framework (http://trac.macosforge.org/projects/macports/ticket/11267) which is required to build py25-sip. already submitted, too: http://trac.macosforge.org/projects/macports/ticket/14187. Until a decision whether to use the Apple version of Python2.5 or to build python25 also as a framework has been made, those proposed ports updated to the latest Python can't be committed. -Guido From raimue at macports.org Mon Feb 11 01:51:23 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon Feb 11 01:51:17 2008 Subject: py-pyqt4 port ?? In-Reply-To: <7FF872B0-1250-4C56-98E3-6A3C65FE6519@gmail.com> References: <7FF872B0-1250-4C56-98E3-6A3C65FE6519@gmail.com> Message-ID: <47B01A9B.9080104@macports.org> Guido Soranzio wrote: > Until a decision whether to use the Apple version of Python2.5 > or to build python25 also as a framework has been made, those > proposed ports updated to the latest Python can't be committed. Per our policy, we do not link to system libraries but build them in MacPorts itself. Furthermore, there is no Python2.5 Framework from Apple for Tiger. So python25 should build a Framework into /opt/local/Library/Frameworks/Python.framework as python24 does. But there are some problems. Is there any way to link to a specific framework version or does it always link against Current? Or would we have to manually specify include and libs instead of -framework? Related: http://trac.macports.org/projects/macports/ticket/12817 Reference: http://lists.macosforge.org/pipermail/macports-dev/2007-October/002997.html Rainer From dalelmiller at cableone.net Mon Feb 11 04:37:40 2008 From: dalelmiller at cableone.net (Dale Miller) Date: Mon Feb 11 04:37:56 2008 Subject: rexx install - build failure due to -xchar=unsigned Message-ID: Trying to install port rexx (3.3) on Leapord on a G5, the build fails. All compile steps bomb with the following message(s) powerpc-apple-darwin9-gcc-4.0.1: language char=unsigned not recognized I traced this to a line in the generated Makefile: CEXTRA = -DREGINA_SHARE_DIRECTORY=\"$(sharedir)\" -xchar=unsigned I tried the install with and without the only listed variant (universal) with no success. I was able to capture the makefile, and modify it by removing the offending option from the CEXTRA line. I was able to run the make manually, but of course attempting to run the install again results in regenerating the bad makefile, with the same errors. Is this a bug or a short between the headset and the stick on my part? Dale Miller dalelmiller@cableone.net From george at galis.org Mon Feb 11 08:06:37 2008 From: george at galis.org (George Georgalis) Date: Mon Feb 11 08:06:32 2008 Subject: soft problem with awk In-Reply-To: <4E7D32C6-FE28-41AC-9746-FF6A29539E81@macports.org> References: <20080205181553.GC9630@run.duo> <4E7D32C6-FE28-41AC-9746-FF6A29539E81@macports.org> Message-ID: <20080211160637.GI13530@run.duo> Yes that seems the same issue. simply repeating the failed command finds and uses awk on the second try. // George On Tue, Feb 05, 2008 at 08:53:33PM -0600, Ryan Schmidt wrote: > Known issue. Please see the ticket and test the workaround: > > https://trac.macosforge.org/projects/macports/ticket/13053#comment:10 > > > On Feb 5, 2008, at 12:15, George Georgalis wrote: > >> On some fairly controled installs, I'm getting >> >> configure: error: No awk program found >> >> this is resolved by running the same port command again. >> I'm using a zsh shell, and I wonder if rehash is needed >> at some point? >> >> first ports of 1.6.0 bootstrap: >> sudo port install openvpn2 p5-xml-xpath pstree >> >> completes without error, second port command: >> >> sudo port -v install subversion vim aspell-dict-en par >> >> fails per below, but when the second command is run >> again it completes without error. Obviously this is not >> very problematic but I thought I'd mention it. >> >> Please let me know if I can provide any more information! >> >> // George >> >> >> checking if you want to build programs such as tic... yes >> checking if you wish to install curses.h... yes >> checking for mawk... (cached) no >> checking for gawk... (cached) no >> checking for nawk... (cached) no >> checking for awk... (cached) no >> configure: error: No awk program found >> >> Warning: the following items did not execute (for ncursesw): >> org.macports.activate org.macports.configure org.macports.build >> org.macports.destroot org.macports.install >> Error: The following dependencies failed to build: apr-util sqlite3 gawk >> gettext ncurses ncursesw readline neon >> Error: Status 1 encountered during processing. >> film:MacPorts-1.6.0 geo$ sudo port -v install subversion vim >> aspell-dict-en par > > > -- George Georgalis, information system scientist < From tigran at tigransoft.org Mon Feb 11 10:49:34 2008 From: tigran at tigransoft.org (Robert M. Zigweid) Date: Mon Feb 11 10:51:14 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <18343.24639.727784.588282@montanaro-dyndns-org.local> References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> <18343.24639.727784.588282@montanaro-dyndns-org.local> Message-ID: I've seen this issue brought up a few times while I've been lurking on the list, and this naming convention has always confused me a bit and caused a fair amount of irritation (especially when I had 2.5 installed, and some other app went in and compiled and installed 2.4 for me.) So, my question is this, and my apologies if it's already been answered. Why does macports even have this problem? I can absolutely understand wanting to have multiple versions of python on the system. That's not what I'm contesting. But the other packages? It just doesn't make sense to me to duplicate that work. Why can't this be handled with varients? In many cases, it might be something as simple as to symlink the package files from one of the lib directories to the other. Even in more complicated setups, where there might additional work required, I don't understand why variants aren't used for this. On Feb 4, 2008, at 10:58 AM, skip@pobox.com wrote: > > Emmanuel> As python2.5 should be the stable version and python2.4 > slowly > Emmanuel> disappear, I feel renaming dozens of ports is just not > worth > Emmanuel> it. > > Here's the current situation: > > % port search py- | egrep '^py' | egrep -vi 'no match' | wc -l > 336 > % port search py25- | egrep '^py' | egrep -vi 'no match' | wc -l > 105 > % port search py30- | egrep '^py' | egrep -vi 'no match' | wc -l > 10 > > A little work with the comm(1) command suggests that 74 ports are > common to > the py- and py25- collections, 262 are unique to py-, and 31 are > unique to > py25-. How long do you think it will be before the py25-* ports > significantly outnumber the py-* ports? It looks like that day is > aways off > to me, given that there are currently about eight times as many > ports which > appear to be specific to the Python 2.4 install as to the Python > 2.5 install. > > -- > Skip Montanaro - skip@pobox.com - http://www.webfast.com/~skip/ > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From kw at codebykevin.com Mon Feb 11 11:06:27 2008 From: kw at codebykevin.com (Kevin Walzer) Date: Mon Feb 11 11:06:21 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> <18343.24639.727784.588282@montanaro-dyndns-org.local> Message-ID: <47B09CB3.4020400@codebykevin.com> Robert M. Zigweid wrote: > > I can absolutely understand wanting to have multiple versions of python > on the system. That's not what I'm contesting. But the other > packages? It just doesn't make sense to me to duplicate that work. Why > can't this be handled with varients? In many cases, it might be > something as simple as to symlink the package files from one of the lib > directories to the other. Even in more complicated setups, where there > might additional work required, I don't understand why variants aren't > used for this. > Python libraries and extensions aren't binary compatible with mulitple versions of Python. So, symlinking something from Python 2.4 to Python 2.5 won't work if it's a binary extension--it would need to be recompiled. -- Kevin Walzer Code by Kevin http://www.codebykevin.com From paulbeard at gmail.com Mon Feb 11 12:47:06 2008 From: paulbeard at gmail.com (paul beard) Date: Mon Feb 11 12:46:57 2008 Subject: Specifying an install directory In-Reply-To: <733527.38747.qm@web32904.mail.mud.yahoo.com> References: <733527.38747.qm@web32904.mail.mud.yahoo.com> Message-ID: On Feb 10, 2008 8:39 PM, Eric Soli wrote: > I am attempting to install pear-base into /usr/bin > instead of /opt/local/bin. My best understanding from > the man page is that I should use: > > bash$ sudo port -D /usr/bin install pear-base > > but it still ends up in /opt/local. Is there a way > plant this pear tree next to /usr/bin/php? > You don't say why you want to do this or why the source tarball/distribution doesn't work for you. It looks, from reading the INSTALL file, that it is best installed by and within the php process. > Unix > ==== make sure you have enabled default extensions, and if you want faster downloads, enable the zlib extension. You must also enable the CLI SAPI with the --enable-cli extension directive. After this, simply run: make install-pear and PEAR will be automatically configured for you. go-pear ======= For users who cannot perform the above steps, or who wish to obtain the latest PEAR with a slightly higher risk of failure, use go-pear. go-pear is obtained by downloading http://go-pear.org and saving it as go-pear.php. After downloading, simply run "php go-pear.php" or open it in a web browser (windows only) to download and install PEAR. Seems like you could use the system php to perform the second operation. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080211/6a9ea01c/attachment-0001.html From ryandesign at macports.org Mon Feb 11 14:01:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 11 14:01:43 2008 Subject: rexx install - build failure due to -xchar=unsigned In-Reply-To: References: Message-ID: <11868359-2D1B-4563-ADDF-CF14CE47139C@macports.org> On Feb 11, 2008, at 06:37, Dale Miller wrote: > Trying to install port rexx (3.3) on Leapord on a G5, the build > fails. All compile steps bomb with the following message(s) > powerpc-apple-darwin9-gcc-4.0.1: language char=unsigned not > recognized > I traced this to a line in the generated Makefile: > CEXTRA = -DREGINA_SHARE_DIRECTORY=\"$(sharedir)\" -xchar=unsigned > I tried the install with and without the only listed variant > (universal) with no success. > I was able to capture the makefile, and modify it by removing the > offending option from the CEXTRA line. I was able to run the make > manually, but of course attempting to run the install again results > in regenerating the bad makefile, with the same errors. > Is this a bug or a short between the headset and the stick on my part? rexx 3.3 wouldn't build for me either on 10.4.11 Intel. I updated the port to 3.4 and now it builds for me, so try that (wait 12 hours, then "sudo port selfupdate", then try to install it again). If that doesn't work, please file a ticket. From pth at ispnet.ca Mon Feb 11 14:07:03 2008 From: pth at ispnet.ca (Peter Hindrichs) Date: Mon Feb 11 14:06:54 2008 Subject: Unix Newbie Message-ID: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> I have followed all the recommendations in getting ready to use ports. I have Xtools 3.0, X11, (with the latest version 2.1.3) and downloaded Macports 1.6.0. I have also read that there is an issue with 1.6.0 in setting up the .profile, my question is that I don't know where to go from here, I clearly don't have the right path setup, and I am not sure how to do that. Here is what I get if I input "env" Freedom:/ peterhin$ env MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash TMPDIR=/var/folders/Sd/SdnvDsNAHdqx7M41XmVmb++++TI/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-OeUcxx/Render TERM_PROGRAM_VERSION=237 USER=peterhin COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-FkaAJd/Listeners __CF_USER_TEXT_ENCODING=0x1F5:0:0 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin PWD=/ LANG=en_CA.UTF-8 SHLVL=1 HOME=/Users/peterhin LOGNAME=peterhin DISPLAY=/tmp/launch-VZvhsj/:0 SECURITYSESSIONID=b0f090 _=/usr/bin/env OLDPWD=/Users/peterhin If someone would be so kind as to give me a little time and explanation how I do this, and or direct me to some basic Unix file changing info I would be very appreciative. Peter From ryandesign at macports.org Mon Feb 11 14:19:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 11 14:19:19 2008 Subject: Unix Newbie In-Reply-To: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> References: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> Message-ID: On Feb 11, 2008, at 16:07, Peter Hindrichs wrote: > I have followed all the recommendations in getting ready to use > ports. I have Xtools 3.0, X11, (with the latest version 2.1.3) and > downloaded Macports 1.6.0. I have also read that there is an issue > with 1.6.0 in setting up the .profile, my question is that I don't > know where to go from here, I clearly don't have the right path > setup, and I am not sure how to do that. > Here is what I get if I input "env" > > Freedom:/ peterhin$ env > MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man > TERM_PROGRAM=Apple_Terminal > TERM=xterm-color > SHELL=/bin/bash > TMPDIR=/var/folders/Sd/SdnvDsNAHdqx7M41XmVmb++++TI/-Tmp-/ > Apple_PubSub_Socket_Render=/tmp/launch-OeUcxx/Render > TERM_PROGRAM_VERSION=237 > USER=peterhin > COMMAND_MODE=unix2003 > SSH_AUTH_SOCK=/tmp/launch-FkaAJd/Listeners > __CF_USER_TEXT_ENCODING=0x1F5:0:0 > PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin > PWD=/ > LANG=en_CA.UTF-8 > SHLVL=1 > HOME=/Users/peterhin > LOGNAME=peterhin > DISPLAY=/tmp/launch-VZvhsj/:0 > SECURITYSESSIONID=b0f090 > _=/usr/bin/env > OLDPWD=/Users/peterhin > > If someone would be so kind as to give me a little time and > explanation how I do this, and or direct me to some basic Unix file > changing info I would be very appreciative. See the Guide: http://guide.macports.org/#installing.shell Or my recent message to this list: http://lists.macosforge.org/pipermail/macports-users/2008-February/ 008893.html From ryandesign at macports.org Mon Feb 11 14:43:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 11 14:43:41 2008 Subject: Unix Newbie In-Reply-To: <65808543-4F92-482D-A4E1-0CC3A3AE5CB3@ispnet.ca> References: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> <65808543-4F92-482D-A4E1-0CC3A3AE5CB3@ispnet.ca> Message-ID: <020A10C6-DA76-43E6-A76F-2A51E0617965@macports.org> On Feb 11, 2008, at 16:33, Peter Hindrichs wrote: > On 11-Feb-08, at 5:19 PM, Ryan Schmidt wrote: > >> On Feb 11, 2008, at 16:07, Peter Hindrichs wrote: >> >>> I have followed all the recommendations in getting ready to use >>> ports. I have Xtools 3.0, X11, (with the latest version 2.1.3) >>> and downloaded Macports 1.6.0. I have also read that there is an >>> issue with 1.6.0 in setting up the .profile, my question is that >>> I don't know where to go from here, I clearly don't have the >>> right path setup, and I am not sure how to do that. >>> Here is what I get if I input "env" >>> >>> Freedom:/ peterhin$ env >>> MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man >>> TERM_PROGRAM=Apple_Terminal >>> TERM=xterm-color >>> SHELL=/bin/bash >>> TMPDIR=/var/folders/Sd/SdnvDsNAHdqx7M41XmVmb++++TI/-Tmp-/ >>> Apple_PubSub_Socket_Render=/tmp/launch-OeUcxx/Render >>> TERM_PROGRAM_VERSION=237 >>> USER=peterhin >>> COMMAND_MODE=unix2003 >>> SSH_AUTH_SOCK=/tmp/launch-FkaAJd/Listeners >>> __CF_USER_TEXT_ENCODING=0x1F5:0:0 >>> PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin >>> PWD=/ >>> LANG=en_CA.UTF-8 >>> SHLVL=1 >>> HOME=/Users/peterhin >>> LOGNAME=peterhin >>> DISPLAY=/tmp/launch-VZvhsj/:0 >>> SECURITYSESSIONID=b0f090 >>> _=/usr/bin/env >>> OLDPWD=/Users/peterhin >>> >>> If someone would be so kind as to give me a little time and >>> explanation how I do this, and or direct me to some basic Unix >>> file changing info I would be very appreciative. >> >> See the Guide: >> >> http://guide.macports.org/#installing.shell >> >> Or my recent message to this list: >> >> http://lists.macosforge.org/pipermail/macports-users/2008-February/ >> 008893.html > > Yes I have read all that, my question is more basic, do I just say > type "sudo pico" and then add that line "PATH=/opt/local/bin:/ > opt/local/sbin:$PATH" > > and save.? > I am trying this terminal approach to try and learn a new > environment and to keep my retired brain from atrophying. I hope > this is not a problem for you.? Sure, if you like the pico editor, you can use that, though you'll have to tell pico which file to edit, which is either ~/.bash_profile if you have that, or ~/.profile if you have that, or if you don't have either one then it doesn't matter which you create. There's also no need for "sudo" since you don't need superuser access to edit your own terminal settings. So for example you could type "pico ~/.bash_profile" I prefer the TextWrangler editor, which is a normal Mac app available from http://www.barebones.com/ . It's free and includes the "edit" command so you just type e.g. "edit ~/.bash_profile" and it opens that file into the editor. From raimue at macports.org Mon Feb 11 14:52:20 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon Feb 11 14:52:09 2008 Subject: Unix Newbie In-Reply-To: <020A10C6-DA76-43E6-A76F-2A51E0617965@macports.org> References: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> <65808543-4F92-482D-A4E1-0CC3A3AE5CB3@ispnet.ca> <020A10C6-DA76-43E6-A76F-2A51E0617965@macports.org> Message-ID: <47B0D1A4.3020206@macports.org> Ryan Schmidt wrote: > I prefer the TextWrangler editor, which is a normal Mac app available > from http://www.barebones.com/ . It's free and includes the "edit" > command so you just type e.g. "edit ~/.bash_profile" and it opens > that file into the editor. Maybe we could include some advice like $ touch ~/.profile && open -e ~/.profile which opens the file in TextEdit. The touch is needed in case the file does not exist at all. This might be much more comfortable for some users than using pico/nano/vim in Terminal. Also other editors (like Smultron and TextMate) offer a binary for use in Terminal. Rainer From jkorchok at hotmail.com Mon Feb 11 15:14:30 2008 From: jkorchok at hotmail.com (John Korchok) Date: Mon Feb 11 15:14:21 2008 Subject: Unix Newbie In-Reply-To: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> References: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> Message-ID: > -----Original Message----- > From: macports-users-bounces@lists.macosforge.org > [mailto:macports-users-bounces@lists.macosforge.org] On > Behalf Of Peter Hindrichs > Sent: Monday, February 11, 2008 5:07 PM > To: macports-users@lists.macosforge.org > Subject: Unix Newbie > > I have followed all the recommendations in getting ready to > use ports. > I have Xtools 3.0, X11, (with the latest version 2.1.3) and > downloaded Macports 1.6.0. I have also read that there is an > issue with 1.6.0 in setting up the .profile, my question is > that I don't know where to go from here, I clearly don't have > the right path setup, and I am not sure how to do that. > Here is what I get if I input "env" > > Freedom:/ peterhin$ env > MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man > TERM_PROGRAM=Apple_Terminal > TERM=xterm-color > SHELL=/bin/bash > TMPDIR=/var/folders/Sd/SdnvDsNAHdqx7M41XmVmb++++TI/-Tmp-/ > Apple_PubSub_Socket_Render=/tmp/launch-OeUcxx/Render > TERM_PROGRAM_VERSION=237 > USER=peterhin > COMMAND_MODE=unix2003 > SSH_AUTH_SOCK=/tmp/launch-FkaAJd/Listeners > __CF_USER_TEXT_ENCODING=0x1F5:0:0 > PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin > PWD=/ > LANG=en_CA.UTF-8 > SHLVL=1 > HOME=/Users/peterhin > LOGNAME=peterhin > DISPLAY=/tmp/launch-VZvhsj/:0 > SECURITYSESSIONID=b0f090 > _=/usr/bin/env > OLDPWD=/Users/peterhin > > If someone would be so kind as to give me a little time and > explanation how I do this, and or direct me to some basic > Unix file changing info I would be very appreciative. > > > Peter > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > For anyone learning Unix on Mac, I recommend "A Practical Guide to Unix for Mac OS X Users" by Mark G. Sobell and Peter Seebach (Prentice Hall). It got me through many perplexing questions. A good companion that illuminates from the opposite perspective is "Mac OS X Tiger for Unix Geeks" (a Leopard edition is not yet available) by Brian Jepson and Ernest Rothman (O'Reilly). John Korchok From nds at salzman.net Mon Feb 11 15:48:51 2008 From: nds at salzman.net (Noah Salzman) Date: Mon Feb 11 15:48:39 2008 Subject: 10.5.2 and graphics update Message-ID: Hi All, Just installed 10.5.2 and the associated graphics update (required two reboots). X11 apps like Wireshark now work for me without crashing. I had never applied the unofficial Quartz updates so this is a nice plus. YMMV. --Noah-- From pth at ispnet.ca Mon Feb 11 15:58:22 2008 From: pth at ispnet.ca (Peter Hindrichs) Date: Mon Feb 11 15:58:10 2008 Subject: Re; Unix Newbie Message-ID: <4D2D741C-4606-45EC-923E-BFCDDB7612D1@ispnet.ca> Thanks to all for your advise. What I did for now, (until I get some better understanding of Unix) is I followed Ryan Schmidts advise, and used $ touch ~/.profile && open -e ~/.profile. That worked out just fine, Do I understand what I did not really, but with time I hope to have a better understanding of what I am doing. I now have a working "port" system. I did the selfupdate, my system in now up to date. One question if I now look at "env" this is what I get. Freedom:~ peterhin$ env MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash TMPDIR=/var/folders/Sd/SdnvDsNAHdqx7M41XmVmb++++TI/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-OeUcxx/Render TERM_PROGRAM_VERSION=237 USER=peterhin COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-FkaAJd/Listeners __CF_USER_TEXT_ENCODING=0x1F5:0:0 PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/ local/bin:/usr/X11/bin PWD=/Users/peterhin LANG=en_CA.UTF-8 SHLVL=1 HOME=/Users/peterhin LOGNAME=peterhin DISPLAY=/tmp/launch-VZvhsj/:0 SECURITYSESSIONID=b0f090 _=/usr/bin/env Do I need to do anything with MANPATH, as mine does not resemble the example at all. Also my PATH seems to have extra text do leave this alone, or must I remove it.? Thanks. Peter From eric_soli at yahoo.com Mon Feb 11 16:04:51 2008 From: eric_soli at yahoo.com (Eric Soli) Date: Mon Feb 11 16:04:39 2008 Subject: Specifying an install directory In-Reply-To: Message-ID: <439623.63597.qm@web32912.mail.mud.yahoo.com> Hi Paul I tried the instructions in the distrbution, but the 'make' command failed. I'll be poring over this: http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html & the man pages for a while. Does pear run well from /opt/local? I am trying to build a *AMP stack. (DAMP for Darwin?) It just looks like less re-configuring if it runs from the same directory as php. paul beard wrote: On Feb 10, 2008 8:39 PM, Eric Soli wrote: I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use: bash$ sudo port -D /usr/bin install pear-base but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php? You don't say why you want to do this or why the source tarball/distribution doesn't work for you. It looks, from reading the INSTALL file, that it is best installed by and within the php process. Unix ==== make sure you have enabled default extensions, and if you want faster downloads, enable the zlib extension. You must also enable the CLI SAPI with the --enable-cli extension directive. After this, simply run: make install-pear and PEAR will be automatically configured for you. go-pear ======= For users who cannot perform the above steps, or who wish to obtain the latest PEAR with a slightly higher risk of failure, use go-pear. go-pear is obtained by downloading http://go-pear.org and saving it as go-pear.php. After downloading, simply run "php go-pear.php" or open it in a web browser (windows only) to download and install PEAR. Seems like you could use the system php to perform the second operation. -- Paul Beard / www.paulbeard.org/ --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080211/843d3489/attachment-0001.html From paulbeard at gmail.com Mon Feb 11 16:19:14 2008 From: paulbeard at gmail.com (paul beard) Date: Mon Feb 11 16:19:02 2008 Subject: Specifying an install directory In-Reply-To: <439623.63597.qm@web32912.mail.mud.yahoo.com> References: <439623.63597.qm@web32912.mail.mud.yahoo.com> Message-ID: On Feb 11, 2008 4:04 PM, Eric Soli wrote: > Hi Paul > > I tried the instructions in the distrbution, but the 'make' command > failed. I'll be poring over this: > http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html & the man > pages for a while. > > well, the docs are quite stale. the go-pear.org domain is expired and for sale, so that's busted. > Does pear run well from /opt/local? I am trying to build a *AMP stack. > (DAMP for Darwin?) It just looks like less re-configuring if it runs from > the same directory as php. > I don't see why it wouldn't. Is there some reason to run the stock Apple php (PHP 4.4.7 ) vs a more recent and perhaps more extensible one? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080211/79871ba4/attachment.html From paulbeard at gmail.com Mon Feb 11 16:26:35 2008 From: paulbeard at gmail.com (paul beard) Date: Mon Feb 11 16:26:21 2008 Subject: Specifying an install directory In-Reply-To: <733527.38747.qm@web32904.mail.mud.yahoo.com> References: <733527.38747.qm@web32904.mail.mud.yahoo.com> Message-ID: a On Feb 10, 2008 8:39 PM, Eric Soli wrote: > I am attempting to install pear-base into /usr/bin > instead of /opt/local/bin. My best understanding from > the man page is that I should use: > > bash$ sudo port -D /usr/bin install pear-base > > but it still ends up in /opt/local. Is there a way > plant this pear tree next to /usr/bin/php? > what does /usr/bin/pear not provide? Comparing /usr/bin/pear with the one I just built in destroot doesn't show much difference. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080211/e6a4a022/attachment.html From ryandesign at macports.org Mon Feb 11 16:31:23 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 11 16:31:31 2008 Subject: Re; Unix Newbie In-Reply-To: <4D2D741C-4606-45EC-923E-BFCDDB7612D1@ispnet.ca> References: <4D2D741C-4606-45EC-923E-BFCDDB7612D1@ispnet.ca> Message-ID: <20D5A877-9B80-4A8B-8218-EF8CA65F302A@macports.org> On Feb 11, 2008, at 17:58, Peter Hindrichs wrote: > Thanks to all for your advise. What I did for now, (until I get > some better understanding of Unix) is I followed Ryan Schmidts > advise, and used > $ touch ~/.profile && open -e ~/.profile. That worked out just > fine, Do I understand what I did not really, but with time I hope > to have a better understanding of what I am doing. "touch ~/.profile" creates an empty file ~/.profile, or if the file ~/.profile already exists, it just updates its timestamp. "open" is a command that opens files into Mac OS X programs. The "-e" flag says to open the file into TextEdit. Type "man touch" and "man open" to get the manual pages to read about these commands if you like. > I now have a working "port" system. I did the selfupdate, my system > in now up to date. > One question if I now look at "env" this is what I get. > > Freedom:~ peterhin$ env > MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man > TERM_PROGRAM=Apple_Terminal > TERM=xterm-color > SHELL=/bin/bash > TMPDIR=/var/folders/Sd/SdnvDsNAHdqx7M41XmVmb++++TI/-Tmp-/ > Apple_PubSub_Socket_Render=/tmp/launch-OeUcxx/Render > TERM_PROGRAM_VERSION=237 > USER=peterhin > COMMAND_MODE=unix2003 > SSH_AUTH_SOCK=/tmp/launch-FkaAJd/Listeners > __CF_USER_TEXT_ENCODING=0x1F5:0:0 > PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/ > usr/local/bin:/usr/X11/bin > PWD=/Users/peterhin > LANG=en_CA.UTF-8 > SHLVL=1 > HOME=/Users/peterhin > LOGNAME=peterhin > DISPLAY=/tmp/launch-VZvhsj/:0 > SECURITYSESSIONID=b0f090 > _=/usr/bin/env > > Do I need to do anything with MANPATH, as mine does not resemble > the example at all. Per my earlier message, if "man port" works, do nothing to MANPATH. (If your MANPATH were empty, and you were running 10.4 or earlier, "man port" would just work, so you wouldn't need to mess with MANPATH.) If "man port" doesn't work (and it won't work for you, because MANPATH is not empty, and does not contain /opt/local/share/ man) then add the line from my earlier message which sets MANPATH. > Also my PATH seems to have extra text do leave this alone, or must > I remove it.? You should probably leave those other items as they are. The PATH defines where the system looks for programs when you call them on the command line without giving a full path. For example, when you type "man port" it looks for a program called "man" in each of the colon- separated locations specified in PATH, in order. If you type "which man" should see that it finds the "man" program in /usr/bin, one of the paths in your PATH. All your modifications to the PATH for MacPorts should be doing is adding /opt/local/bin and /opt/local/sbin to the existing PATH. From eric_soli at yahoo.com Mon Feb 11 16:41:07 2008 From: eric_soli at yahoo.com (Eric Soli) Date: Mon Feb 11 16:41:01 2008 Subject: Specifying an install directory In-Reply-To: Message-ID: <968822.17301.qm@web32907.mail.mud.yahoo.com> I'll probably get to upgrading php after I figure out how to use it well. Right now I don't want to break something that is already working. paul beard wrote: On Feb 11, 2008 4:04 PM, Eric Soli wrote: Hi Paul I tried the instructions in the distrbution, but the 'make' command failed. I'll be poring over this: http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html & the man pages for a while. well, the docs are quite stale. the go-pear.org domain is expired and for sale, so that's busted. I don't see why it wouldn't. Is there some reason to run the stock Apple php (PHP 4.4.7 ) vs a more recent and perhaps more extensible one? -- Paul Beard / www.paulbeard.org/ --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080211/f063fbe3/attachment.html From macports.users at gmail.com Mon Feb 11 18:05:34 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Mon Feb 11 18:05:26 2008 Subject: 10.5.2 and graphics update In-Reply-To: References: Message-ID: `unofficial Quartz updates' What is it and would you please provide us with a link? On Feb 11, 2008, at 6:48 PM, Noah Salzman wrote: > Hi All, > > Just installed 10.5.2 and the associated graphics update (required > two reboots). > > X11 apps like Wireshark now work for me without crashing. I had > never applied the unofficial Quartz updates so this is a nice plus. > > YMMV. > > --Noah-- > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From raimue at macports.org Mon Feb 11 18:10:14 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon Feb 11 18:10:02 2008 Subject: 10.5.2 and graphics update In-Reply-To: References: Message-ID: <47B10006.2080005@macports.org> Charlse Darwin wrote: > `unofficial Quartz updates' > What is it and would you please provide us with a link? http://trac.macosforge.org/projects/xquartz Rainer From macports.users at gmail.com Mon Feb 11 18:11:32 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Mon Feb 11 18:11:23 2008 Subject: 10.5.2 and graphics update In-Reply-To: <47B10006.2080005@macports.org> References: <47B10006.2080005@macports.org> Message-ID: <5F130A39-F07B-47F4-9B58-78522085DA1A@gmail.com> Thanks On Feb 11, 2008, at 9:10 PM, Rainer M?ller wrote: > Charlse Darwin wrote: >> `unofficial Quartz updates' >> What is it and would you please provide us with a link? > > http://trac.macosforge.org/projects/xquartz > > Rainer From macports.users at gmail.com Mon Feb 11 18:26:04 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Mon Feb 11 18:25:53 2008 Subject: man man Message-ID: What happened here?! $ which man /opt/local/bin/man $ man man man (1) man(1)ESC[1mNAMEESC[0m man - format and display the on-line manual pagesESC[1mSYNOPSISESC[0m ESC[1mman ESC[22m[ESC[1m- acdfFhkKtwWESC[22m] [ESC[1m--pathESC[22m] [ESC[1m-m ESC[4mESC [22msystemESC[24m] [ESC[1m-p ESC[4mESC[22mstringESC[24m] [ESC[1m-C ESC [4mESC[22mconfig_fileESC[24m] [ESC[1m-M ESC[4mESC[22mpathlistESC[24m] [ESC[1m-P ESC[4mESC[22mpagerESC[24m] [ESC[1m-B ESC[4mESC[22mbrowserESC [24m] [ESC[1m-H ESC[4mESC[22mhtmlpagerESC[24m] [ESC[1m-S ESC[4mESC [22msection_listESC[24m] [ESC[4msectionESC[24m] ESC[4mnameESC [24m ESC[4m...ESC[0mESC[1mDESCRIPTIONESC[0m ESC[1mman ESC [22mformats and displays the on-line manual pages. If you specify ESC [4msectionESC[24m, ESC[1mman ESC[22monly looks in that section of the manual. ESC[4mnameESC[24m is normally the name of the manual page, which is typically the name of a command, function, or file. However, if ESC[4mnameESC[24m contains a slash (ESC[1m/ESC [22m) then ESC[1mman ESC[22minter- prets it as a file specification, so that you can do ESC[1mman ./foo.5 ESC[22mor even ESC [1mman /cd/foo/bar.1.gzESC[22m. See below for a description of where ESC[1mman ESC[22mlooks for the manual page files.ESC[1mMANUAL SECTIONSESC[0m The standard sections of the manual include: ESC[1m1 ESC[22mUser Commands ESC[1m2 ESC[22mSystem Calls ESC[1m3 ESC[22mC Library Functions ESC[1m4 ESC[22mDevices and Special Files ESC[1m5 ESC[22mFile Formats and Conventions ESC[1m6 ESC[22mGames et. Al. ESC[1m7 ESC[22mMiscellanea ESC [1m8 ESC[22mSystem Administration tools and Deamons Distributions customize the manual section to their specifics, which often include additional sections.ESC[1mOPTIONSESC[0m ESC[1m-C config_fileESC[0m Specify the configuration file to use; the default is ESC[1m/opt/local/etc/man.confESC[22m. (See ESC [1mman.confESC[22m(5).) ESC[1m-M pathESC[0m Specify the list of directories to search for man pages. Separate the directories with colons. An empty list is the same as not speci- fying ESC[1m-M ESC[22mat all. See ESC[1mSEARCH PATH FOR MANUAL PAGESESC[22m. ESC[1m-P pagerESC [0m Specify which pager to use. This option overrides the ESC[1mMANPAGER ESC[22menvironment variable, which in turn overrides the ESC[1mPAGER ESC[22mvariable. By default, ESC[1mman ESC[22muses ESC[1m/opt/local/bin/less -isESC[22m. ? From srogers1 at austin.rr.com Mon Feb 11 18:47:55 2008 From: srogers1 at austin.rr.com (Steven Rogers) Date: Mon Feb 11 18:47:41 2008 Subject: man man In-Reply-To: References: Message-ID: <8774081B-A461-49A8-911C-2015A6639955@austin.rr.com> On Feb 11, 2008, at 8:26 PM, Charlse Darwin wrote: > What happened here?! > > $ which man > /opt/local/bin/man > $ man man man O man. Maybe you're looking for $ cat man or $ bat man ? $ man identify ? ;) SR From matrixm at gmail.com Mon Feb 11 18:53:57 2008 From: matrixm at gmail.com (Matrix Mole) Date: Mon Feb 11 18:53:44 2008 Subject: Fwd: man man In-Reply-To: References: Message-ID: Forwarding message that I accidentally sent only to Charlse without cc'ing the list on. ---------- Forwarded message ---------- From: Matrix Mole Date: Feb 11, 2008 7:52 PM Subject: Re: man man To: Charlse Darwin On Feb 11, 2008 7:26 PM, Charlse Darwin wrote: > What happened here?! > > $ which man > /opt/local/bin/man > $ man man > > man > (1) I'm going to go out on a limb and say that man isn't sending the output to a troff processor properly. The output you pasted in your message looks like formatting code, I'm guessing it's the formatting code of an official man page before it gets processed properly by the man program. Unfortunately, I have no clue how to fix it. On my system, the only man program that exists is in /usr/bin, you might try using /usr/bin/man man and see what you get for output. Then perhaps use 'file /opt/local/bin/man' and 'file /usr/bin/man' and check the differences. Not sure if diff would help in this case other than to tell you that they are different binaries. Matrix Mole From ryandesign at macports.org Mon Feb 11 22:49:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 11 22:50:13 2008 Subject: Unix Newbie In-Reply-To: References: <4D2D741C-4606-45EC-923E-BFCDDB7612D1@ispnet.ca> <20D5A877-9B80-4A8B-8218-EF8CA65F302A@macports.org> Message-ID: Don't forget to Reply All so your message goes to the list too, not just to me. On Feb 11, 2008, at 19:08, Peter Hindrichs wrote: > I did as you suggested and that has worked fine. My MANPATH Line > now looks like this: > > MANPATH=/opt/local/share/man:/usr/share/man:/usr/local/share/man:/ > usr/X11/man > The text after man:/ do I need to delete this or can I leave it in > the line.? MANPATH, like PATH, is a colon-separated list. In this case, it's a list of places where the "man" program looks for manual pages. So you probably want all of those places that you have listed, so that "man" can find all manuals, not just those for software installed by MacPorts in /opt/local. From ryandesign at macports.org Mon Feb 11 22:56:22 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Feb 11 22:56:36 2008 Subject: Unix Newbie In-Reply-To: References: <0DBA81C1-7A85-449C-A7E3-DDA2853B3459@ispnet.ca> <65808543-4F92-482D-A4E1-0CC3A3AE5CB3@ispnet.ca> <020A10C6-DA76-43E6-A76F-2A51E0617965@macports.org> Message-ID: <289B5F45-7940-4862-BDC7-60F7C99C6317@macports.org> Sending this back to the list. Please remember to use Reply All so your reply goes to the list too. On Feb 11, 2008, at 21:49, Esteban Barahona wrote: > El feb 11, 2551 BE, a las 16:43, Ryan Schmidt escribi?: > >> On Feb 11, 2008, at 16:33, Peter Hindrichs wrote: >> >>> On 11-Feb-08, at 5:19 PM, Ryan Schmidt wrote: >>> >>>> On Feb 11, 2008, at 16:07, Peter Hindrichs wrote: >>>> >>>>> I have followed all the recommendations in getting ready to use >>>>> ports. I have Xtools 3.0, X11, (with the latest version 2.1.3) >>>>> and downloaded Macports 1.6.0. I have also read that there is >>>>> an issue with 1.6.0 in setting up the .profile, my question is >>>>> that I don't know where to go from here, I clearly don't have >>>>> the right path setup, and I am not sure how to do that. >>>>> Here is what I get if I input "env" >>>>> >>>>> (...) >>>>> >>>>> If someone would be so kind as to give me a little time and >>>>> explanation how I do this, and or direct me to some basic Unix >>>>> file changing info I would be very appreciative. >>>> >>>> See the Guide: >>>> >>>> http://guide.macports.org/#installing.shell >>>> >>>> Or my recent message to this list: >>>> >>>> http://lists.macosforge.org/pipermail/macports-users/2008- >>>> February/008893.html >>> >>> Yes I have read all that, my question is more basic, do I just >>> say type "sudo pico" and then add that line "PATH=/opt/local/ >>> bin:/opt/local/sbin:$PATH" >>> >>> and save.? >>> I am trying this terminal approach to try and learn a new >>> environment and to keep my retired brain from atrophying. I hope >>> this is not a problem for you.? >> >> Sure, if you like the pico editor, you can use that, though you'll >> have to tell pico which file to edit, which is either >> ~/.bash_profile if you have that, or ~/.profile if you have that, >> or if you don't have either one then it doesn't matter which you >> create. There's also no need for "sudo" since you don't need >> superuser access to edit your own terminal settings. So for >> example you could type "pico ~/.bash_profile" >> >> I prefer the TextWrangler editor, which is a normal Mac app >> available from http://www.barebones.com/ . It's free and includes >> the "edit" command so you just type e.g. "edit ~/.bash_profile" >> and it opens that file into the editor. > > Everyone has its favorite text editor, mine was kwrite and now it's > Aptana for Web and Smultron for everything else. Although learning > how to use pico and CLI editors is useful because if almost > everything in the operating system fails, a visit to the CLI > knowing how to edit some key files is quite useful. > > I will add just a minor note: .profile has a dot and that, in Unix, > means it's invisible. > > Apple has (strangely) made the "show invisible files" a CLI only > option: Not so strange, considering that a large portion -- maybe even a majority -- of Apple's target customers are the kind of users who don't need to see invisible files (or indeed even need know that they exist). > % defaults write com.apple.finder AppleShowAllFiles TRUE > % killall Finder > > or FALSE for "don't show...". If you don't like using the command-line, you can also download the graphical program TinkerTool which can also set (and unset) this option (and restart the Finder). That's how I did it. > Another Apple-only "interesting" behaviour is that the Dock and > Finder apps are special somehow and they can never be killed. This > means "killall Finder" is more something like "reset Finder". They're probably being monitored by something like a launchd plist to relaunch them if they ever crash. Understandable, given the central role that these apps play in the OS. If they ever crashed and didn't auto-relaunch, users would be confused. From ktan at realityartisans.com Tue Feb 12 00:45:26 2008 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Tue Feb 12 00:45:11 2008 Subject: Unix Newbie In-Reply-To: References: <4D2D741C-4606-45EC-923E-BFCDDB7612D1@ispnet.ca> <20D5A877-9B80-4A8B-8218-EF8CA65F302A@macports.org> Message-ID: On Feb 12, 2008, at 01:49, Ryan Schmidt wrote: > Don't forget to Reply All so your message goes to the list too, not > just to me. > > On Feb 11, 2008, at 19:08, Peter Hindrichs wrote: > >> I did as you suggested and that has worked fine. My MANPATH Line >> now looks like this: >> >> MANPATH=/opt/local/share/man:/usr/share/man:/usr/local/share/man:/ >> usr/X11/man >> The text after man:/ do I need to delete this or can I leave it in >> the line.? > > MANPATH, like PATH, is a colon-separated list. In this case, it's a > list of places where the "man" program looks for manual pages. So > you probably want all of those places that you have listed, so that > "man" can find all manuals, not just those for software installed > by MacPorts in /opt/local. Something to note is that Unix scans from left to right in the PATH and MANPATH variables and stops searching at the first "hit" so if you have identically-named files in multiple directory structures, it will only find the first one. e.g., if you have two files named "foo" in /opt/local/bin/foo and /user/local/bin/foo, only the foo in / opt/local/bin/foo will be referenced if /opt/local/bin precedes /usr/ local/bin in the PATH or MANPATH variable when scanning the environment variable from left to right. FYI. -- Reality Artisans, Inc. # Network Wrangling and Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 From macports.users at gmail.com Tue Feb 12 03:56:47 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Tue Feb 12 03:56:39 2008 Subject: man man In-Reply-To: References: Message-ID: <9FA93398-64C2-4DB7-B3D2-1DA20FA091DB@gmail.com> # System's man works just fine $ /usr/bin/man -v man, version 1.6c $ /opt/local/bin/man -v man, version 1.6f On Feb 11, 2008, at 9:52 PM, Matrix Mole wrote: > On Feb 11, 2008 7:26 PM, Charlse Darwin > wrote: >> What happened here?! >> >> $ which man >> /opt/local/bin/man >> $ man man >> >> man >> (1) > > > I'm going to go out on a limb and say that man isn't sending the > output to a troff processor properly. The output you pasted in your > message looks like formatting code, I'm guessing it's the formatting > code of an official man page before it gets processed properly by the > man program. > > Unfortunately, I have no clue how to fix it. On my system, the only > man program that exists is in /usr/bin, you might try using > /usr/bin/man man and see what you get for output. Then perhaps use > 'file /opt/local/bin/man' and 'file /usr/bin/man' and check the > differences. Not sure if diff would help in this case other than to > tell you that they are different binaries. > > Matrix Mole From darrell.usenet6 at telus.net Tue Feb 12 18:46:38 2008 From: darrell.usenet6 at telus.net (Darrell Greenwood) Date: Tue Feb 12 18:46:21 2008 Subject: ntop fails to build Message-ID: I had a working copy of ntop 3.3 installed via Macports. It had one minor problem with showing arbitrary graphs. So I updated Macports to 1.6 and selfupdated. Then ntop would not build, getting the errors below. I updated Xcode to 2.5. No change. Running on an iBook G4, 10.4.11. Thanks Darrell aabs:~ darrell$ sudo port clean --all ntop ---> Cleaning ntop aabs:~ darrell$ sudo port install ntop ---> Fetching ntop ---> Attempting to fetch ntop-3.3.tar.gz from http://downloads.sourceforge.net/ntop ---> Verifying checksum(s) for ntop ---> Extracting ntop ---> Configuring ntop ---> Building ntop with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_ntop/work/ntop-3.3" && gnumake all " returned error 2 Command output: gnumake all-recursive Making all in . source='address.c' object='address.lo' libtool=yes \ depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \ depmode=gcc3 /bin/sh ./depcomp \ /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include -g -Os -pipe -Ddarwin8 -I/System/Library/Frameworks/System.framework/PrivateHeaders -I. -I/usr/include -I/opt/local/include -DDARWIN -DTIGER -I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-common -DPIC -c -o address.lo `test -f 'address.c' || echo './'`address.c libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' gnumake[2]: *** [address.lo] Error 1 gnumake[1]: *** [all-recursive] Error 1 gnumake: *** [all] Error 2 Error: Status 1 encountered during processing. aabs:~ darrell$ port -v MacPorts 1.600 aabs:~ darrell$ uname -a Darwin aabs.dyndns.org 8.11.0 Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh powerpc From macports.users at gmail.com Tue Feb 12 20:05:46 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Tue Feb 12 20:05:29 2008 Subject: man man In-Reply-To: <9991E92D-B8DD-442A-BC68-6907ED7074B4@macports.org> References: <9FA93398-64C2-4DB7-B3D2-1DA20FA091DB@gmail.com> <9991E92D-B8DD-442A-BC68-6907ED7074B4@macports.org> Message-ID: "man" is a port itself. I installed it yesterday. P.S.: I am gonna go ahead and file the ticket. On Feb 12, 2008, at 3:04 PM, Ryan Schmidt wrote: > On Feb 12, 2008, at 05:56, Charlse Darwin wrote: > >> On Feb 11, 2008, at 9:52 PM, Matrix Mole wrote: >> >>> On Feb 11, 2008 7:26 PM, Charlse Darwin wrote: >>> >>>> What happened here?! >>>> >>>> $ which man >>>> /opt/local/bin/man >>>> $ man man >>>> >>>> man >>>> (1) >>> >>> I'm going to go out on a limb and say that man isn't sending the >>> output to a troff processor properly. The output you pasted in your >>> message looks like formatting code, I'm guessing it's the formatting >>> code of an official man page before it gets processed properly by >>> the >>> man program. >>> >>> Unfortunately, I have no clue how to fix it. On my system, the only >>> man program that exists is in /usr/bin, you might try using >>> /usr/bin/man man and see what you get for output. Then perhaps use >>> 'file /opt/local/bin/man' and 'file /usr/bin/man' and check the >>> differences. Not sure if diff would help in this case other than to >>> tell you that they are different binaries. >> >> # System's man works just fine >> $ /usr/bin/man -v >> man, version 1.6c >> $ /opt/local/bin/man -v >> man, version 1.6f > > So the system's "man" works but the MacPorts-provided "man" > doesn't? Then you should file a ticket against whatever port > installed "man". (Find out with "port provides /opt/local/bin/man"). > > From ryandesign at macports.org Wed Feb 13 01:09:46 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 13 01:10:06 2008 Subject: ntop fails to build In-Reply-To: References: Message-ID: <1A15B023-7E0C-409B-B3A9-B414A72BC822@macports.org> On Feb 12, 2008, at 20:46, Darrell Greenwood wrote: > I had a working copy of ntop 3.3 installed via Macports. It had one > minor problem with showing arbitrary graphs. > > So I updated Macports to 1.6 and selfupdated. Then ntop would not > build, getting the errors below. > > I updated Xcode to 2.5. No change. > > Running on an iBook G4, 10.4.11. Ah, our favorite "unable to infer tagged configuration" error again. I guess we haven't solved the whole problem then. See these tickets for how we thought we had solved it before: http://trac.macosforge.org/projects/macports/ticket/13648 http://trac.macosforge.org/projects/macports/ticket/13653 Please file a ticket for this problem and assign it to the maintainer of ntop (markd). > aabs:~ darrell$ sudo port clean --all ntop > ---> Cleaning ntop > aabs:~ darrell$ sudo port install ntop > ---> Fetching ntop > ---> Attempting to fetch ntop-3.3.tar.gz from > http://downloads.sourceforge.net/ntop > ---> Verifying checksum(s) for ntop > ---> Extracting ntop > ---> Configuring ntop > ---> Building ntop with target all > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_n > top/work/ntop-3.3" > && gnumake all " returned error 2 > Command output: gnumake all-recursive > Making all in . > source='address.c' object='address.lo' libtool=yes \ > depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. > -I. -I. -I. -I/usr/local/include -g -Os -pipe -Ddarwin8 > -I/System/Library/Frameworks/System.framework/PrivateHeaders -I. > -I/usr/include -I/opt/local/include -DDARWIN -DTIGER > -I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include > -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes > -Wmissing-declarations -Wnested-externs -fno-common -DPIC -c -o > address.lo `test -f 'address.c' || echo './'`address.c > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with `--tag' > gnumake[2]: *** [address.lo] Error 1 > gnumake[1]: *** [all-recursive] Error 1 > gnumake: *** [all] Error 2 From mvfranz at gmail.com Wed Feb 13 04:47:54 2008 From: mvfranz at gmail.com (Michael Franz) Date: Wed Feb 13 04:47:53 2008 Subject: Macports On Pure Darwin Message-ID: Is there a version of Macports that can be installed on a darwin installation? I installed the Darwin 8 iso and can not get Macports to configure since GNUStep is missing. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080213/50a4bf43/attachment.html From stochashtic at yahoo.ca Wed Feb 13 04:55:41 2008 From: stochashtic at yahoo.ca (Suresh Pillai) Date: Wed Feb 13 04:56:00 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: <47B09CB3.4020400@codebykevin.com> References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> <18343.24639.727784.588282@montanaro-dyndns-org.local> <47B09CB3.4020400@codebykevin.com> Message-ID: Obviously the decision has already been made, so I won't comment. But I will note what I find annoying as a result of the chosen naming protocol. I went to install fetchmail and it started to install python24 despite my having python25 installed. I am new to macports from the linux world (in Mandriva, the python naming scheme is simply python with different versions) so I am not sure if this annoyance/problem is a result of fetchmail not having its dependencies set to be either or if it's a problem of the chosen naming scheme. And since the macports python24 does not work in Leopard (bus errors), I don't even have the choice of letting it install python24. But regardless, I shouldn't have to anyways, as I have python25 installed. I've manually installed fetchmail (with python25) in the meantime, but this defeats the whole purpose of having a packaging system. -Suresh From hessond at fsdb.k12.fl.us Tue Feb 12 08:39:07 2008 From: hessond at fsdb.k12.fl.us (Dorothy Hesson 2336) Date: Wed Feb 13 05:21:48 2008 Subject: ImageMagick 6.3.8 Message-ID: Hello - I am trying to get ImageMagick running so that I may use the module for Gallery. I've run into some problem with the ImageMagick install. I am running a Macintosh eMac 10.4.11 ImageMagic is fetched, verified, extracted, etc, but when MacPorts attempts to activate ImageMagick, the following message appears: Error: Target org.macports.activate returned: Image error: /opt/local/bin/animate already exists and does not belong to a registered port. Unable to activate port ImageMagick. Error: Status 1 encountered during processing. Any ideas for correcting this? Best, Dorothy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080212/42a64618/attachment.html From ebgssth at gmail.com Wed Feb 13 05:24:38 2008 From: ebgssth at gmail.com (js) Date: Wed Feb 13 05:24:38 2008 Subject: [Proposal ] Name of Python's port In-Reply-To: References: <18341.1405.824927.368907@montanaro.dyndns.org> <66472C4C-2963-40B3-BF67-E06E46719857@macports.org> <20080204180714.GA5509@velsheda.lateralis.org> <18343.24639.727784.588282@montanaro-dyndns-org.local> <47B09CB3.4020400@codebykevin.com> Message-ID: > I am new to macports from the linux world (in Mandriva, the python naming > scheme is simply python with different versions) so I am not sure if this > annoyance/problem is a result of fetchmail not having its dependencies set > to be either or if it's a problem of the chosen naming scheme. Interesting. I think fetchmail port should be modified to requires python 2.5. Report this to the maintaiiner as a bug. > And since the macports python24 does not work in Leopard (bus errors), I > don't even have the choice of letting it install python24. But > regardless, I shouldn't have to anyways, as I have python25 installed. > > I've manually installed fetchmail (with python25) in the meantime, but > this defeats the whole purpose of having a packaging system. Please report this as a bug, too if this is not a known issue. From florian.ebeling at gmail.com Wed Feb 13 05:27:32 2008 From: florian.ebeling at gmail.com (Florian Ebeling) Date: Wed Feb 13 05:27:27 2008 Subject: why is my port no being added? Message-ID: <5cbbe4ae0802130527s680dc646vb7a6dc8dff3eeeee@mail.gmail.com> Hi, I submitted a Portfile for a new port a couple of weeks ago, but nothing happend. http://trac.macports.org/projects/macports/ticket/13779 Is there anything wrong with it? I think I remember that adding them via a ticket was the way suggested. Florian -- Florian Ebeling florian.ebeling@gmail.com From ebgssth at gmail.com Wed Feb 13 05:33:12 2008 From: ebgssth at gmail.com (js) Date: Wed Feb 13 05:33:07 2008 Subject: why is my port no being added? In-Reply-To: <5cbbe4ae0802130527s680dc646vb7a6dc8dff3eeeee@mail.gmail.com> References: <5cbbe4ae0802130527s680dc646vb7a6dc8dff3eeeee@mail.gmail.com> Message-ID: Might be better to send this to macports-dev. On 2/13/08, Florian Ebeling wrote: > Hi, > > I submitted a Portfile for a new port a couple of weeks ago, but > nothing happend. > > http://trac.macports.org/projects/macports/ticket/13779 > > Is there anything wrong with it? I think I remember that adding them > via a ticket > was the way suggested. > > Florian > > > > > -- > Florian Ebeling > florian.ebeling@gmail.com > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From raimue at macports.org Wed Feb 13 06:15:37 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed Feb 13 06:15:44 2008 Subject: why is my port no being added? In-Reply-To: References: <5cbbe4ae0802130527s680dc646vb7a6dc8dff3eeeee@mail.gmail.com> Message-ID: <47B2FB89.8070902@macports.org> js wrote: > Might be better to send this to macports-dev. > > On 2/13/08, Florian Ebeling wrote: >> Hi, >> >> I submitted a Portfile for a new port a couple of weeks ago, but >> nothing happend. Sometimes everyone is busy and nobody notices new ports. >> http://trac.macports.org/projects/macports/ticket/13779 >> >> Is there anything wrong with it? I think I remember that adding them >> via a ticket >> was the way suggested. You did it right. Comitted in r34108. Rainer From bcbarnes at gmail.com Wed Feb 13 09:49:23 2008 From: bcbarnes at gmail.com (Brian Barnes) Date: Wed Feb 13 09:49:24 2008 Subject: pre-pending of PATH by macports: normal conflicts? References: Message-ID: I noticed the following today: nell:/private/etc barnes$ locate periodic | grep bin /opt/local/bin/periodic /opt/local/var/macports/software/openmotif/2.3.0_2/opt/local/bin/ periodic /opt/premp/bin/periodic /opt/premp/var/macports/software/openmotif/2.3.0_2/opt/local/bin/ periodic /usr/sbin/periodic nell:/private/etc barnes$ sudo which periodic /opt/local/bin/periodic this is, of course, due to the prepending of $PATH by macports (1.6.0) in .profile: # Your previous .profile (if any) is saved as .profile.mpsaved # Setting the path for MacPorts. export PATH=/opt/local/bin:/opt/local/sbin:$PATH I believe the 'periodic' commands of openmotif and /usr/sbin are extremely different ;). Is this sort of thing known/expected? Are there other conflicts with system commands? Or is this perhaps an openmotif port bug? Just curious. thanks, Brian From darrell.usenet6 at telus.net Wed Feb 13 11:07:43 2008 From: darrell.usenet6 at telus.net (Darrell Greenwood) Date: Wed Feb 13 11:07:39 2008 Subject: ntop fails to build Message-ID: At 3:09 AM -0600 2/13/08, Ryan Schmidt wrote: >Ah, our favorite "unable to infer tagged configuration" error again. >I guess we haven't solved the whole problem then. See these tickets >for how we thought we had solved it before: > >http://trac.macosforge.org/projects/macports/ticket/13648 > >http://trac.macosforge.org/projects/macports/ticket/13653 > >Please file a ticket for this problem and assign it to the maintainer >of ntop (markd). Thank you. I tried the fix in ticket 13648. Didn't work for me. Many thanks Darrell -- aabs:~ darrell$ sudo port selfupdate MacPorts base version 1.600 installed Downloaded MacPorts base version 1.600 The MacPorts installation is not outdated and so was not updated selfupdate done! aabs:~ darrell$ sudo port upgrade libtool ---> Fetching libtool ---> Attempting to fetch libtool-1.5.24.tar.gz from http://ftp.gnu.org/gnu/libtool ---> Verifying checksum(s) for libtool ---> Extracting libtool ---> Configuring libtool ---> Building libtool with target all ---> Staging libtool into destroot ---> Installing libtool 1.5.24_2 ---> Activating libtool 1.5.24_2 ---> Cleaning libtool aabs:~ darrell$ sudo port clean --work mjpegtools ---> Cleaning mjpegtools aabs:~ darrell$ sudo port install mjpegtools ---> Fetching mjpegtools ---> Attempting to fetch mjpegtools-1.6.2.tar.gz from http://downloads.sourceforge.net/mjpeg ---> Verifying checksum(s) for mjpegtools ---> Extracting mjpegtools ---> Applying patches to mjpegtools ---> Configuring mjpegtools ---> Building mjpegtools with target all ---> Staging mjpegtools into destroot ---> Installing mjpegtools 1.6.2_2+darwin_8 ---> Activating mjpegtools 1.6.2_2+darwin_8 ---> Cleaning mjpegtools aabs:~ darrell$ sudo port clean --work ntop Password: ---> Cleaning ntop aabs:~ darrell$ sudo port install ntop ---> Fetching ntop ---> Verifying checksum(s) for ntop ---> Extracting ntop ---> Configuring ntop ---> Building ntop with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_ntop/work/ntop-3.3" && gnumake all " returned error 2 Command output: gnumake all-recursive Making all in . source='address.c' object='address.lo' libtool=yes \ depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \ depmode=gcc3 /bin/sh ./depcomp \ /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include -g -Os -pipe -Ddarwin8 -I/System/Library/Frameworks/System.framework/PrivateHeaders -I. -I/usr/include -I/opt/local/include -DDARWIN -DTIGER -I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-common -DPIC -c -o address.lo `test -f 'address.c' || echo './'`address.c libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' gnumake[2]: *** [address.lo] Error 1 gnumake[1]: *** [all-recursive] Error 1 gnumake: *** [all] Error 2 Error: Status 1 encountered during processing. From ryandesign at macports.org Wed Feb 13 13:14:25 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 13 13:14:24 2008 Subject: ntop fails to build In-Reply-To: References: Message-ID: On Feb 13, 2008, at 13:07, Darrell Greenwood wrote: > At 3:09 AM -0600 2/13/08, Ryan Schmidt wrote: > >> Ah, our favorite "unable to infer tagged configuration" error again. >> I guess we haven't solved the whole problem then. See these tickets >> for how we thought we had solved it before: >> >> http://trac.macosforge.org/projects/macports/ticket/13648 >> >> http://trac.macosforge.org/projects/macports/ticket/13653 >> >> Please file a ticket for this problem and assign it to the maintainer >> of ntop (markd). > > Thank you. > > I tried the fix in ticket 13648. Didn't work for me. Thanks for filing ticket the ticket http://trac.macosforge.org/projects/macports/ticket/14308 I added a note there. From ryandesign at macports.org Wed Feb 13 13:16:29 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 13 13:16:27 2008 Subject: pre-pending of PATH by macports: normal conflicts? In-Reply-To: References: Message-ID: <518D9985-BFF4-43F5-8E6F-518687D2C54A@macports.org> On Feb 13, 2008, at 11:49, Brian Barnes wrote: > I noticed the following today: > > nell:/private/etc barnes$ locate periodic | grep bin > /opt/local/bin/periodic > /opt/local/var/macports/software/openmotif/2.3.0_2/opt/local/bin/ > periodic > /opt/premp/bin/periodic > /opt/premp/var/macports/software/openmotif/2.3.0_2/opt/local/bin/ > periodic > /usr/sbin/periodic > nell:/private/etc barnes$ sudo which periodic > /opt/local/bin/periodic > > this is, of course, due to the prepending of $PATH by macports > (1.6.0) in .profile: > > # Your previous .profile (if any) is saved as .profile.mpsaved > # Setting the path for MacPorts. > export PATH=/opt/local/bin:/opt/local/sbin:$PATH > > I believe the 'periodic' commands of openmotif and /usr/sbin are > extremely different ;). Is this sort of thing known/expected? > Are there other conflicts with system commands? Or is this > perhaps an openmotif port bug? Just curious. It is usually desired that things installed with MacPorts should replace things provided by the OS, because usually the thing you install with MacPorts is a newer version of the thing provided by the OS. It is unfortunate that openmotif apparently provides a binary of the same name as a system binary but with a totally different purpose. Perhaps you could convince the developers of openmotif, or the maintainer of the openmotif port, to install this binary under a different name instead. From ryandesign at macports.org Wed Feb 13 13:23:23 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Feb 13 13:23:22 2008 Subject: ImageMagick 6.3.8 In-Reply-To: References: Message-ID: On Feb 12, 2008, at 10:39, Dorothy Hesson 2336 wrote: > I am trying to get ImageMagick running so that I may use the module > for Gallery. I've run into some problem with the ImageMagick install. > > I am running a Macintosh eMac 10.4.11 > > ImageMagic is fetched, verified, extracted, etc, but when MacPorts > attempts to activate ImageMagick, the following message appears: > > Error: Target org.macports.activate returned: Image error: /opt/ > local/bin/animate already exists and does not belong to a > registered port. Unable to activate port ImageMagick. > Error: Status 1 encountered during processing. > > Any ideas for correcting this? It sounds like you may have previously had ImageMagick installed and then uninstalled it, but when you uninstalled it, you used "sudo port uninstall imagemagick" instead of "sudo port uninstall ImageMagick" (note the case), and so, ImageMagick was not in fact uninstalled properly because of this bug: http://trac.macosforge.org/projects/macports/ticket/11759 And now you are trying to install ImageMagick again and it's complaining because the items that it wants to install are still there from the last time. The solution is to force the activation: sudo port -f activate ImageMagick This will print out lots of messages about all the existing files that it's moving out of the way. You could then delete those files later if you wanted to, or you could leave them; the only harm they'll do is take up a little disk space. To avoid problems, when using port commands, make sure to specify the port name using the exact same capitalization as shown by "port info". From bcbarnes at gmail.com Wed Feb 13 16:57:39 2008 From: bcbarnes at gmail.com (Brian Barnes) Date: Wed Feb 13 16:57:34 2008 Subject: pre-pending of PATH by macports: normal conflicts? In-Reply-To: <518D9985-BFF4-43F5-8E6F-518687D2C54A@macports.org> References: <518D9985-BFF4-43F5-8E6F-518687D2C54A@macports.org> Message-ID: On Feb 13, 2008, at 3:16 PM, Ryan Schmidt wrote: > > It is usually desired that things installed with MacPorts should > replace things provided by the OS, because usually the thing you > install with MacPorts is a newer version of the thing provided by > the OS. It is unfortunate that openmotif apparently provides a > binary of the same name as a system binary but with a totally > different purpose. Perhaps you could convince the developers of > openmotif, or the maintainer of the openmotif port, to install this > binary under a different name instead. This is now ticket #14313. https://trac.macosforge.org/projects/macports/ticket/14313 Brian From jasondixon at gmail.com Wed Feb 13 18:03:53 2008 From: jasondixon at gmail.com (Jason Dixon) Date: Wed Feb 13 18:25:03 2008 Subject: build errors in silc-client References: <3a7f726f0801151506l6f437fffo680f9b42f1559956@mail.gmail.com> <4CAB3347-62C1-4B6E-A894-3ABAF53B330C@macports.org> <9ADDE096-B652-45DF-996F-DE755AE9D7FE@macports.org> Message-ID: Ryan Schmidt macports.org> writes: > On Jan 16, 2008, at 23:53, Ryan Schmidt wrote: > > I updated silc-client to 1.1.3 (and silc-server to 1.1) and they both > build for me now. I have a different build error for the current version of silc-client. I opened a new bug report. http://trac.macosforge.org/projects/macports/ticket/14314 -J. From ludwig at fh-worms.de Thu Feb 14 03:07:35 2008 From: ludwig at fh-worms.de (Christoph Ludwig) Date: Thu Feb 14 03:07:35 2008 Subject: gpgme variant for mutt-devel? In-Reply-To: <20080207084643.GA27259@castellio.ztt.fh-worms.de> References: <20080102081828.GB3170@castellio.ztt.fh-worms.de> <20080102190812.GA3356@castellio.local> <20080207084643.GA27259@castellio.ztt.fh-worms.de> Message-ID: <20080214110733.GA4395@castellio.ztt.fh-worms.de> On Thu, Feb 07, 2008 at 09:46:43AM +0100, Christoph Ludwig wrote: > On Wed, Jan 02, 2008 at 08:08:12PM +0100, Christoph Ludwig wrote: > > On Wed, Jan 02, 2008 at 12:50:20PM -0600, Ryan Schmidt wrote: > > > On Jan 2, 2008, at 02:18, Christoph Ludwig wrote: > > > >I have a request: I'd be grateful if support for mutt's gpgme > > > >crypto backend > > > >was added to the port mutt-devel, at least as a variant. > > > >Unfortunately, I am > > > >swamped so I do not have the time to come up with a portfile patch > > > >myself. > > > > > > > > > [snip] > > > > > > Then you should file an enhancement request ticket in Trac. > > > > done, it is #13788. > > I finally got around to prepare a patch. It is attached to the ticket > . The port maintainer did not get around to review and apply my patch yet, it seems. The 72 hour period mentioned in has passed, so could someone else with the necessary privileges have a look, please? Thanks! Christoph -- FH Worms - University of Applied Sciences Fachbereich Informatik / Telekommunikation Erenburgerstr. 19, 67549 Worms, Germany From yves at macports.org Thu Feb 14 07:43:49 2008 From: yves at macports.org (Yves de Champlain) Date: Thu Feb 14 07:44:45 2008 Subject: Fwd: Macports On Pure Darwin References: Message-ID: <496F8462-C159-4236-BDEA-CA689CE801D1@macports.org> Le 08-02-13 ? 07:47, Michael Franz a ?crit : > Is there a version of Macports that can be installed on a darwin > installation? I installed the Darwin 8 iso and can not get Macports > to configure since GNUStep is missing. You can install an older version of macports, install gnustep and then update macports. But I don't know since when GNUstep is required. yves From ryandesign at macports.org Thu Feb 14 12:00:37 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Feb 14 12:00:30 2008 Subject: ImageMagick 6.3.8 In-Reply-To: References: Message-ID: <90630E28-EA0A-411A-8313-E89A34D090B7@macports.org> On Feb 14, 2008, at 07:31, Dorothy Hesson 2336 wrote: > On Feb 13, 2008, at 15:23, Ryan Schmidt wrote: > >> On Feb 12, 2008, at 10:39, Dorothy Hesson 2336 wrote: >> >>> I am trying to get ImageMagick running so that I may use the >>> module for Gallery. I've run into some problem with the >>> ImageMagick install. >>> >>> I am running a Macintosh eMac 10.4.11 >>> >>> ImageMagic is fetched, verified, extracted, etc, but when >>> MacPorts attempts to activate ImageMagick, the following message >>> appears: >>> >>> Error: Target org.macports.activate returned: Image error: /opt/ >>> local/bin/animate already exists and does not belong to a >>> registered port. Unable to activate port ImageMagick. >>> Error: Status 1 encountered during processing. >>> >>> Any ideas for correcting this? >> >> It sounds like you may have previously had ImageMagick installed >> and then uninstalled it, but when you uninstalled it, you used >> "sudo port uninstall imagemagick" instead of "sudo port uninstall >> ImageMagick" (note the case), and so, ImageMagick was not in fact >> uninstalled properly because of this bug: >> >> http://trac.macosforge.org/projects/macports/ticket/11759 >> >> And now you are trying to install ImageMagick again and it's >> complaining because the items that it wants to install are still >> there from the last time. The solution is to force the activation: >> >> sudo port -f activate ImageMagick >> >> This will print out lots of messages about all the existing files >> that it's moving out of the way. You could then delete those files >> later if you wanted to, or you could leave them; the only harm >> they'll do is take up a little disk space. >> >> To avoid problems, when using port commands, make sure to specify >> the port name using the exact same capitalization as shown by >> "port info". > > Hello Ryan - > Yes, you hit it exactly. I read the ticket, and that is exactly > what happened. > So, I used > sudo port -f activate ImageMagick > and got the message: > > ---> The following versions of ImageMagick are currently installed: > ---> ImageMagick @6.3.6-0_0+darwin_8 > ---> ImageMagick @6.3.6-4_0+darwin_8 > ---> ImageMagick @6.3.8-6_0+q16 > Error: port uninstall failed: Registry error: Please specify the > full version as recorded in the port registry. Ah, ok, you have 3 versions of ImageMagick installed. In that case, you need to tell it which one you want to activate, e.g. with: sudo port -f activate ImageMagick @6.3.8-6_0+q16 > I tried to find the exact full version name through port info > and got this message: > > Can't map the URL 'file://.' to a port description file ("Could not > find Portfile in /Users/myname"). > Please verify that the directory and portfile syntax are correct. > To use the current port, you must be in a port's directory. > (you might also see this message if a pseudo-port such as > outdated or installed expands to no ports). > Error: Unable to open port: Could not find Portfile in /Users/madmin > > > where /Users/myname is my admin account name. [snip] Well the full version name of the three installed versions was already printed out above by the failed "sudo port -f activate ImageMagick" command. You wouldn't see it in "port info". The above message is normal, by the way, because you didn't tell it what port you wanted to get info on. :) You probably meant to say: port info ImageMagick But that'll just tell you what version of ImageMagick is currently available and what variants you can select. It doesn't tell you which version you have installed or which variants you selected. From mvfranz at gmail.com Thu Feb 14 19:53:50 2008 From: mvfranz at gmail.com (Michael Franz) Date: Thu, 14 Feb 2008 22:53:50 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: I will give it a try. I downloaded Darwinports 1.3.2. On Thu, Feb 14, 2008 at 10:07 AM, Yves de Champlain wrote: > > Le 08-02-13 ? 07:47, Michael Franz a ?crit : > > > Is there a version of Macports that can be installed on a darwin > > installation? I installed the Darwin 8 iso and can not get Macports > > to configure since GNUStep is missing. > > You can install an older version of macports, install gnustep and then > update macports. > > But I don't know since when GNUstep is required. > > yves > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080214/b2d38a2f/attachment.html From macports.users at gmail.com Fri Feb 15 03:31:14 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Fri, 15 Feb 2008 06:31:14 -0500 Subject: Error: Target org.macports.destroot returned: invalid command name "cd" Message-ID: $ sudo port -vd install osxutils Password: DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/sysutils/osxutils DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/sysutils/osxutils DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: Requested variant powerpc is not provided by port osxutils. DEBUG: Requested variant darwin is not provided by port osxutils. DEBUG: Requested variant macosx is not provided by port osxutils. DEBUG: Executing variant darwin_8 provides darwin_8 DEBUG: Skipping completed org.macports.main (osxutils) DEBUG: Skipping completed org.macports.fetch (osxutils) DEBUG: Skipping completed org.macports.checksum (osxutils) DEBUG: setting option extract.cmd to /opt/local/bin/bzip2 DEBUG: Skipping completed org.macports.extract (osxutils) DEBUG: Skipping completed org.macports.patch (osxutils) DEBUG: Skipping completed org.macports.configure (osxutils) DEBUG: Skipping completed org.macports.build (osxutils) ---> Staging osxutils into destroot . missing (directory not created: File exists) ./Applications missing (directory not created: File exists) ./Developer missing (directory not created: File exists) ./Library missing (directory not created: File exists) DEBUG: Executing org.macports.destroot (osxutils) Error: Target org.macports.destroot returned: invalid command name "cd" Warning: the following items did not execute (for osxutils): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. $ sudo port -vdf install lablgtk DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/lablgtk DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/lablgtk DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: Requested variant powerpc is not provided by port lablgtk. DEBUG: Requested variant darwin is not provided by port lablgtk. DEBUG: Requested variant macosx is not provided by port lablgtk. DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/ocaml DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/ocaml DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: Requested variant powerpc is not provided by port ocaml. DEBUG: Requested variant darwin is not provided by port ocaml. DEBUG: Requested variant macosx is not provided by port ocaml. DEBUG: Searching for dependency: ocaml DEBUG: Found Dependency: receipt exists for ocaml DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk1 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk1 DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: Requested variant powerpc is not provided by port gtk1. DEBUG: Requested variant darwin is not provided by port gtk1. DEBUG: Requested variant macosx is not provided by port gtk1. DEBUG: Searching for dependency: gtk1 DEBUG: Found Dependency: receipt exists for gtk1 DEBUG: Skipping completed org.macports.main (lablgtk) DEBUG: Skipping completed org.macports.fetch (lablgtk) DEBUG: Skipping completed org.macports.checksum (lablgtk) DEBUG: Skipping completed org.macports.extract (lablgtk) DEBUG: Skipping completed org.macports.patch (lablgtk) ---> Configuring lablgtk DEBUG: Executing org.macports.configure (lablgtk) Error: Target org.macports.configure returned: invalid command name "cd" Warning: the following items did not execute (for lablgtk): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From milosh at macports.org Fri Feb 15 03:40:04 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Fri, 15 Feb 2008 12:40:04 +0100 Subject: Error: Target org.macports.destroot returned: invalid command name "cd" In-Reply-To: References: Message-ID: <20080215114004.GA8789@weetamoe.loria.fr> http://trac.macports.org/projects/macports/newticket From ram at macports.org Fri Feb 15 08:16:23 2008 From: ram at macports.org (Adam Mercer) Date: Fri, 15 Feb 2008 11:16:23 -0500 Subject: Error: Target org.macports.destroot returned: invalid command name "cd" In-Reply-To: References: Message-ID: <799406d60802150816g2401b297ma9ba9ac0a7c961a8@mail.gmail.com> On Fri, Feb 15, 2008 at 6:31 AM, Charlse Darwin wrote: > Error: Target org.macports.configure returned: invalid command name "cd" Are you using base from the trunk by any chance? The "cd" command has been removed in trunk. You need to file a ticket against lablgtk for this. Cheers Adam From hessond at fsdb.k12.fl.us Fri Feb 15 11:35:57 2008 From: hessond at fsdb.k12.fl.us (Dorothy Hesson 2336) Date: Fri, 15 Feb 2008 14:35:57 -0500 Subject: ImageMagick 6.3.8 In-Reply-To: <90630E28-EA0A-411A-8313-E89A34D090B7@macports.org> References: <90630E28-EA0A-411A-8313-E89A34D090B7@macports.org> Message-ID: Ryan Schmidt writes: [snip] > >> So, I used >> sudo port -f activate ImageMagick >> and got the message: >> >> ---> The following versions of ImageMagick are currently installed: >> ---> ImageMagick @6.3.6-0_0+darwin_8 >> ---> ImageMagick @6.3.6-4_0+darwin_8 >> ---> ImageMagick @6.3.8-6_0+q16 >> Error: port uninstall failed: Registry error: Please specify the >> full version as recorded in the port registry. > >Ah, ok, you have 3 versions of ImageMagick installed. In that case, >you need to tell it which one you want to activate, e.g. with: > >sudo port -f activate ImageMagick @6.3.8-6_0+q16 > > >> I tried to find the exact full version name through port info >> and got this message: >> >> Can't map the URL 'file://.' to a port description file ("Could not >> find Portfile in /Users/myname"). >> Please verify that the directory and portfile syntax are correct. >> To use the current port, you must be in a port's directory. >> (you might also see this message if a pseudo-port such as >> outdated or installed expands to no ports). >> Error: Unable to open port: Could not find Portfile in /Users/madmin >> >> >> where /Users/myname is my admin account name. [snip] > >Well the full version name of the three installed versions was >already printed out above by the failed "sudo port -f activate >ImageMagick" command. You wouldn't see it in "port info". The above >message is normal, by the way, because you didn't tell it what port >you wanted to get info on. :) You probably meant to say: > >port info ImageMagick > >But that'll just tell you what version of ImageMagick is currently >available and what variants you can select. It doesn't tell you which >version you have installed or which variants you selected. Thank you very much, Ryan. Yes, everything you said worked! I appreciate your time working on ImageMagick and your time in answering my problem. Best, Dorothy > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080215/2f249fc5/attachment.html From protsman at mac.com Fri Feb 15 14:00:39 2008 From: protsman at mac.com (Shawn Protsman) Date: Fri, 15 Feb 2008 14:00:39 -0800 Subject: ntop install failure Message-ID: <62781D59-6C58-47A5-8571-0F6FEDDA2673@mac.com> Tried both "notp" and "ntop +server". Any ideas? hobbes:~ reddeno$ sudo port install ntop ---> Fetching ntop ---> Verifying checksum(s) for ntop ---> Extracting ntop ---> Configuring ntop ---> Building ntop with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_nto p/work/ntop-3.3" && gnumake all " returned error 2 Command output: gnumake all-recursive Making all in . source='address.c' object='address.lo' libtool=yes \ depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \ depmode=gcc3 /bin/sh ./depcomp \ /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I. -I. -g -Os -DBUILD=19.1 -DMACOSX_DEPLOYMENT_TARGET=10.4 -I/ System/Library/Frameworks/System.framework/PrivateHeaders -pipe - Ddarwin8 -I. -I/usr/include -I/opt/local/include -DDARWIN -DTIGER - I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/ usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes - Wmissing-declarations -Wnested-externs -fno-common -DPIC -c -o address.lo `test -f 'address.c' || echo './'`address.c libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' gnumake[2]: *** [address.lo] Error 1 gnumake[1]: *** [all-recursive] Error 1 gnumake: *** [all] Error 2 Error: Status 1 encountered during processing. hobbes:~ reddeno$ From macports.users at gmail.com Fri Feb 15 14:26:56 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Fri, 15 Feb 2008 17:26:56 -0500 Subject: ntop install failure In-Reply-To: <62781D59-6C58-47A5-8571-0F6FEDDA2673@mac.com> References: <62781D59-6C58-47A5-8571-0F6FEDDA2673@mac.com> Message-ID: <8FC7AC49-B19C-421D-B59C-66D5048B5E8D@gmail.com> # Getting the same result here: $ sudo port install ntop +server Password: ---> Building ntop with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_nto p/work/ntop-3.3" && gnumake all " returned error 2 ? On Feb 15, 2008, at 5:00 PM, Shawn Protsman wrote: > Tried both "notp" and "ntop +server". Any ideas? > > hobbes:~ reddeno$ sudo port install ntop > ---> Fetching ntop > ---> Verifying checksum(s) for ntop > ---> Extracting ntop > ---> Configuring ntop > ---> Building ntop with target all > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_n > to > p/work/ntop-3.3" && gnumake all " returned error 2 > Command output: gnumake all-recursive > Making all in . > source='address.c' object='address.lo' libtool=yes \ > depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. > -I. -I. -I. -g -Os -DBUILD=19.1 -DMACOSX_DEPLOYMENT_TARGET=10.4 -I/ > System/Library/Frameworks/System.framework/PrivateHeaders -pipe - > Ddarwin8 -I. -I/usr/include -I/opt/local/include -DDARWIN -DTIGER - > I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/ > usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes - > Wmissing-declarations -Wnested-externs -fno-common -DPIC -c -o > address.lo `test -f 'address.c' || echo './'`address.c > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with `--tag' > gnumake[2]: *** [address.lo] Error 1 > gnumake[1]: *** [all-recursive] Error 1 > gnumake: *** [all] Error 2 > > Error: Status 1 encountered during processing. > hobbes:~ reddeno$ > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From protsman at mac.com Fri Feb 15 14:27:17 2008 From: protsman at mac.com (Shawn Protsman) Date: Fri, 15 Feb 2008 14:27:17 -0800 Subject: ntop install failure In-Reply-To: References: <62781D59-6C58-47A5-8571-0F6FEDDA2673@mac.com> Message-ID: <56EB2048-5959-414B-A3B1-A4CFC8C96E22@mac.com> Thanks, Darrell. I am unable to add myself (cc) to this ticket. For whatever reason my macosforge credentials don't work with trac. --Shawn On Feb 15, 2008, at 2:05 PM, Darrell Greenwood wrote: > For whatever it is worth I am awaiting resolution of ticket 14308 > > > > Cheers, > > Darrell > > > > > At 2:00 PM -0800 2/15/08, Shawn Protsman wrote: >> Tried both "notp" and "ntop +server". Any ideas? >> >> hobbes:~ reddeno$ sudo port install ntop >> ---> Fetching ntop >> ---> Verifying checksum(s) for ntop >> ---> Extracting ntop >> ---> Configuring ntop >> ---> Building ntop with target all >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_ >> nto >> p/work/ntop-3.3" && gnumake all " returned error 2 >> Command output: gnumake all-recursive >> Making all in . >> source='address.c' object='address.lo' libtool=yes \ >> depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \ >> depmode=gcc3 /bin/sh ./depcomp \ >> /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. >> -I. -I. -I. -g -Os -DBUILD=19.1 -DMACOSX_DEPLOYMENT_TARGET=10.4 -I/ >> System/Library/Frameworks/System.framework/PrivateHeaders -pipe - >> Ddarwin8 -I. -I/usr/include -I/opt/local/include -DDARWIN - >> DTIGER - >> I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/ >> usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes - >> Wmissing-declarations -Wnested-externs -fno-common -DPIC -c -o >> address.lo `test -f 'address.c' || echo './'`address.c >> libtool: compile: unable to infer tagged configuration >> libtool: compile: specify a tag with `--tag' >> gnumake[2]: *** [address.lo] Error 1 >> gnumake[1]: *** [all-recursive] Error 1 >> gnumake: *** [all] Error 2 >> >> Error: Status 1 encountered during processing. >> hobbes:~ reddeno$ >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From macports.users at gmail.com Fri Feb 15 14:34:26 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Fri, 15 Feb 2008 17:34:26 -0500 Subject: Interacting with trac from Terminal Message-ID: <90F3F990-560D-465D-93A7-B35B3B332388@gmail.com> Is there any way to interacting with trac from Terminal? i.e. to view, submit ? tickets from command line? From macports.users at gmail.com Fri Feb 15 14:37:37 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Fri, 15 Feb 2008 17:37:37 -0500 Subject: Keeping track of a ticket Message-ID: How does one add himself to the ``Cc:'' line of a ticket submitted by someone else? From ryandesign at macports.org Fri Feb 15 14:39:29 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 16:39:29 -0600 Subject: Interacting with trac from Terminal In-Reply-To: <90F3F990-560D-465D-93A7-B35B3B332388@gmail.com> References: <90F3F990-560D-465D-93A7-B35B3B332388@gmail.com> Message-ID: On Feb 15, 2008, at 16:34, Charlse Darwin wrote: > Is there any way to interacting with trac from Terminal? i.e. to > view, submit ? tickets from command line? Not that I'm aware of, but you could ask on a Trac mailing list. From ryandesign at macports.org Fri Feb 15 14:41:34 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 16:41:34 -0600 Subject: ntop install failure In-Reply-To: <56EB2048-5959-414B-A3B1-A4CFC8C96E22@mac.com> References: <62781D59-6C58-47A5-8571-0F6FEDDA2673@mac.com> <56EB2048-5959-414B-A3B1-A4CFC8C96E22@mac.com> Message-ID: On Feb 15, 2008, at 16:27, Shawn Protsman wrote: > On Feb 15, 2008, at 2:05 PM, Darrell Greenwood wrote: > >> For whatever it is worth I am awaiting resolution of ticket 14308 >> >> > > Thanks, Darrell. I am unable to add myself (cc) to this ticket. I added you. > For whatever reason my macosforge credentials don't work with trac. Please speak with portmgr to get this resolved. From ryandesign at macports.org Fri Feb 15 14:42:19 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 16:42:19 -0600 Subject: Keeping track of a ticket In-Reply-To: References: Message-ID: On Feb 15, 2008, at 16:37, Charlse Darwin wrote: > How does one add himself to the ``Cc:'' line of a ticket submitted by > someone else? Not currently possible by "regular users". We're waiting on some kind of extra Trac module to allow that to happen. For now, send a message here and someone will add your email address to the ticket's Cc list. From macports.users at gmail.com Fri Feb 15 14:46:03 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Fri, 15 Feb 2008 17:46:03 -0500 Subject: Keeping track of a ticket In-Reply-To: References: Message-ID: <6D6620DD-A34A-47FF-9A42-81E4EF170C6A@gmail.com> Could someone please add me to the following ticket? Thanks On Feb 15, 2008, at 5:42 PM, Ryan Schmidt wrote: > > On Feb 15, 2008, at 16:37, Charlse Darwin wrote: > >> How does one add himself to the ``Cc:'' line of a ticket submitted by >> someone else? > > Not currently possible by "regular users". We're waiting on some > kind of extra Trac module to allow that to happen. For now, send a > message here and someone will add your email address to the > ticket's Cc list. > From ryandesign at macports.org Fri Feb 15 14:51:15 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 16:51:15 -0600 Subject: Keeping track of a ticket In-Reply-To: <6D6620DD-A34A-47FF-9A42-81E4EF170C6A@gmail.com> References: <6D6620DD-A34A-47FF-9A42-81E4EF170C6A@gmail.com> Message-ID: <5B544BD6-B5EC-4F2C-A597-EB4CF9CD5504@macports.org> Done! On Feb 15, 2008, at 16:46, Charlse Darwin wrote: > Could someone please add me to the following ticket? > > > > Thanks > > On Feb 15, 2008, at 5:42 PM, Ryan Schmidt wrote: > >> >> On Feb 15, 2008, at 16:37, Charlse Darwin wrote: >> >>> How does one add himself to the ``Cc:'' line of a ticket >>> submitted by >>> someone else? >> >> Not currently possible by "regular users". We're waiting on some >> kind of extra Trac module to allow that to happen. For now, send a >> message here and someone will add your email address to the >> ticket's Cc list. >> > From protsman at mac.com Fri Feb 15 14:53:55 2008 From: protsman at mac.com (Shawn Protsman) Date: Fri, 15 Feb 2008 14:53:55 -0800 Subject: ntop install failure In-Reply-To: References: <62781D59-6C58-47A5-8571-0F6FEDDA2673@mac.com> <56EB2048-5959-414B-A3B1-A4CFC8C96E22@mac.com> Message-ID: Excellent. Thanks, Ryan! --Shawn On Feb 15, 2008, at 2:41 PM, Ryan Schmidt wrote: > > On Feb 15, 2008, at 16:27, Shawn Protsman wrote: > >> On Feb 15, 2008, at 2:05 PM, Darrell Greenwood wrote: >> >>> For whatever it is worth I am awaiting resolution of ticket 14308 >>> >>> >> >> Thanks, Darrell. I am unable to add myself (cc) to this ticket. > > I added you. > >> For whatever reason my macosforge credentials don't work with trac. > > Please speak with portmgr to get this resolved. > From m_nez_j at mac.com Fri Feb 15 16:13:03 2008 From: m_nez_j at mac.com (Mack Johnson) Date: Fri, 15 Feb 2008 16:13:03 -0800 Subject: what's .macports? Message-ID: <4BC82CB6-86DE-48CF-85A5-287BD2735B4B@mac.com> I just did a fresh install of leopard, I also updated to latest 10.5.2. I just installed MacPorts-1.6.0, but I get command not found. I also notice there's a folder in my home called .macports, I have no .profile. Yes I have the Xcode Tools installed. Should I create a profile? What is the .macpots for? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080215/81befbcc/attachment.html From ryandesign at macports.org Fri Feb 15 16:24:30 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 18:24:30 -0600 Subject: what's .macports? In-Reply-To: <4BC82CB6-86DE-48CF-85A5-287BD2735B4B@mac.com> References: <4BC82CB6-86DE-48CF-85A5-287BD2735B4B@mac.com> Message-ID: <2E4E9097-023B-4BF1-A22C-BF82BCB7A659@macports.org> On Feb 15, 2008, at 18:13, Mack Johnson wrote: > I just did a fresh install of leopard, I also updated to latest > 10.5.2. I just installed MacPorts-1.6.0, but I get command not found. Yes. This is a bug in 1.6.0 which will be fixed in 1.6.1. For now, you need to set up your .profile yourself. See the Guide: http://guide.macports.org/#installing.shell > I also notice there's a folder in my home called .macports, I have > no .profile. Yes I have the Xcode Tools installed. Should I create > a profile? What is the .macpots for? Yes, you should create a .profile (or .bash_profile if you prefer) and set it up as per the Guide, since the 1.6.0 installer is broken in that it does not do this for you. The .macports directory on my system contains a single file, "history", which contains the history of commands that I have typed in the MacPorts interactive mode. So, the directory serves that purpose, at least. I'm not sure if it has another purpose. From L.Wood at surrey.ac.uk Fri Feb 15 16:36:48 2008 From: L.Wood at surrey.ac.uk (Lloyd Wood) Date: Sat, 16 Feb 2008 00:36:48 +0000 Subject: what's .macports? In-Reply-To: <4BC82CB6-86DE-48CF-85A5-287BD2735B4B@mac.com> References: <4BC82CB6-86DE-48CF-85A5-287BD2735B4B@mac.com> Message-ID: <200802160036.m1G0apt00615@cisco.com> At Friday 15/02/2008 16:13 -0800, Mack Johnson wrote: >I just did a fresh install of leopard, I also updated to latest 10.5.2. I just installed MacPorts-1.6.0, but I get command not found. I also notice there's a folder in my home called .macports, I have no .profile. Yes I have the Xcode Tools installed. Should I create a profile? What is the .macpots for? I went through this. MacPorts 1.6.0 installer is buggy, and doesn't run the script that installs stuff on your path and .profile - to be fixed in 1.6.1. So I did what that did by hand, and then had MacPorts throw CoreFoundation fork errors at me, which is apparently unusual. No fix. Details starting at: http://www.nabble.com/macports-installation-vs-10.5.1-Xcode-3.0--td15317391.html So I gave up on MacPorts and tried fink http://www.finkproject.org/. Some minor-in-retrospect problems there - Leopard currently requires compiling a source tarball, online instructions need work - but I'm up and running with Fink. Details starting at: http://www.nabble.com/Fink-source-on-Leopard---installs-itself-fine%2C-but-doesn%27t-work--td15396389.html Neither MacPorts or Fink seems to be as seamless to install as Cygwin (which gives a unix-like environment on Windows) but then Cygwin has had many years' head start in ironing out glitches. And I've just found and deleted that empty .macports folder you mentioned... L. From angela22.zhu at gmail.com Fri Feb 15 16:41:29 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Fri, 15 Feb 2008 16:41:29 -0800 (PST) Subject: Install Lablgtk 2.1 using MacPorts Message-ID: <15513214.post@talk.nabble.com> Hi! I've been trying to install Lablgtk 2.10 in Mac OS X Tiger, from MacPorts. Now I get the following error (see bottom of this message). Did anyone around here get the same error? Is there any know solution? -- Regards, Angela Zhu ------------------------------------------ u$ sudo port install lablgtk2 ---> Configuring libgnomeui Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_libgnomeui/work/libgnomeui-2.20.1.1" && ./configure --prefix=/opt/local " returned error 1 Command output: checking if msgfmt accepts -c... yes checking for gmsgfmt... /opt/local/bin/msgfmt checking for xgettext... /opt/local/bin/xgettext checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes checking what language compliance flags to pass to the C compiler... checking for SM... checking for gethostbyname... (cached) yes checking for connect... (cached) yes checking for remove... (cached) yes checking for shmat... (cached) yes checking for IceConnectionNumber in -lICE... (cached) yes checking for SmcSaveYourselfDone in -lSM... yes checking X11/SM/SMlib.h usability... yes checking X11/SM/SMlib.h presence... yes checking for X11/SM/SMlib.h... yes checking for jpeg_start_decompress in -ljpeg... yes checking jpeglib.h usability... yes checking jpeglib.h presence... yes checking for jpeglib.h... yes checking for LIBGNOMEUI... configure: error: Package requirements ( libxml-2.0 >= 2.4.20 libgnome-2.0 >= 2.13.7 libgnomecanvas-2.0 >= 2.0.0 libbonoboui-2.0 >= 2.13.1 gconf-2.0 >= 1.1.11 pango >= 1.1.2 glib-2.0 >= 2.13.4 gnome-vfs-2.0 >= 2.7.3 gnome-keyring-1 >= 0.4) were not met: Requested 'glib-2.0 >= 2.13.4' but version of GLib is 2.12.13 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBGNOMEUI_CFLAGS and LIBGNOMEUI_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: The following dependencies failed to build: libgnomeui Error: Status 1 encountered during processing. ------------------------------------------ -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.1-using-MacPorts-tp15513214p15513214.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Fri Feb 15 17:05:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 19:05:16 -0600 Subject: Install Lablgtk 2.1 using MacPorts In-Reply-To: <15513214.post@talk.nabble.com> References: <15513214.post@talk.nabble.com> Message-ID: <1F509497-AA22-4986-941A-D093165F8296@macports.org> On Feb 15, 2008, at 18:41, AngelaZhu wrote: > Hi! I've been trying to install Lablgtk 2.10 in Mac OS X > Tiger, from MacPorts. Now I get the following error > (see bottom of this message). Did anyone around here > get the same error? Is there any know solution? > > -- > Regards, > Angela Zhu > > ------------------------------------------ > u$ sudo port install lablgtk2 > ---> Configuring libgnomeui > Error: Target org.macports.configure returned: configure failure: > shell > command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome > _libgnomeui/work/libgnomeui-2.20.1.1" > && ./configure --prefix=/opt/local " returned error 1 > Command output: checking if msgfmt accepts -c... yes > checking for gmsgfmt... /opt/local/bin/msgfmt > checking for xgettext... /opt/local/bin/xgettext > checking what warning flags to pass to the C compiler... -Wall > -Wmissing-prototypes > checking what language compliance flags to pass to the C compiler... > checking for SM... checking for gethostbyname... (cached) yes > checking for connect... (cached) yes > checking for remove... (cached) yes > checking for shmat... (cached) yes > checking for IceConnectionNumber in -lICE... (cached) yes > checking for SmcSaveYourselfDone in -lSM... yes > checking X11/SM/SMlib.h usability... yes > checking X11/SM/SMlib.h presence... yes > checking for X11/SM/SMlib.h... yes > checking for jpeg_start_decompress in -ljpeg... yes > checking jpeglib.h usability... yes > checking jpeglib.h presence... yes > checking for jpeglib.h... yes > checking for LIBGNOMEUI... configure: error: Package requirements ( > libxml-2.0 >= 2.4.20 libgnome-2.0 >= 2.13.7 libgnomecanvas-2.0 > >= 2.0.0 > libbonoboui-2.0 >= 2.13.1 gconf-2.0 >= 1.1.11 pango >= 1.1.2 > glib-2.0 >> = 2.13.4 > gnome-vfs-2.0 >= 2.7.3 gnome-keyring-1 >= 0.4) were not met: > > Requested 'glib-2.0 >= 2.13.4' but version of GLib is 2.12.13 It sounds like you have glib2 version 2.12.13 but lablgtk 2.1 requires at least glib2 version 2.13.4. The current version of glib2 in MacPorts is 2.14.6 so you should update to that version: $ sudo port selfupdate $ sudo port upgrade glib2 Then see if anything else is outdated and needs upgrading, and if so, upgrade those ports: $ port outdated Then try installing lablgtk again. From m_nez_j at mac.com Fri Feb 15 17:52:10 2008 From: m_nez_j at mac.com (Mack Johnson) Date: Fri, 15 Feb 2008 17:52:10 -0800 Subject: failed hellanzb Message-ID: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> Could someone help me with this error? building '_zope_interface_coptimizations' extension creating build/temp.macosx-10.3-ppc-2.4 creating build/temp.macosx-10.3-ppc-2.4/src creating build/temp.macosx-10.3-ppc-2.4/src/zope creating build/temp.macosx-10.3-ppc-2.4/src/zope/interface -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd - fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict- prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/ 2.4/include/python2.4 -c src/zope/interface/ _zope_interface_coptimizations.c -o build/temp.macosx-10.3-ppc-2.4/src/ zope/interface/_zope_interface_coptimizations.o unable to execute -fno-strict-aliasing: No such file or directory error: command '-fno-strict-aliasing' failed with exit status 1 Error: The following dependencies failed to build: py-twisted py- zopeinterface shorten unrar Error: Status 1 encountered during processing. From ryandesign at macports.org Fri Feb 15 18:46:44 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 20:46:44 -0600 Subject: failed hellanzb In-Reply-To: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> References: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> Message-ID: On Feb 15, 2008, at 19:52, Mack Johnson wrote: > Could someone help me with this error? > > building '_zope_interface_coptimizations' extension > creating build/temp.macosx-10.3-ppc-2.4 > creating build/temp.macosx-10.3-ppc-2.4/src > creating build/temp.macosx-10.3-ppc-2.4/src/zope > creating build/temp.macosx-10.3-ppc-2.4/src/zope/interface > -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- > madd - > fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict- > prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/ > 2.4/include/python2.4 -c src/zope/interface/ > _zope_interface_coptimizations.c -o build/temp.macosx-10.3-ppc-2.4/ > src/ > zope/interface/_zope_interface_coptimizations.o > unable to execute -fno-strict-aliasing: No such file or directory > error: command '-fno-strict-aliasing' failed with exit status 1 > > Error: The following dependencies failed to build: py-twisted py- > zopeinterface shorten unrar > Error: Status 1 encountered during processing. I'm not sure why py-zopeinterface is failing to build for you. It works for me. I have 10.4.11 on Intel with Xcode 2.4.1. The corresponding output on my system is: building '_zope_interface_coptimizations' extension creating build/temp.macosx-10.3-i386-2.4 creating build/temp.macosx-10.3-i386-2.4/src creating build/temp.macosx-10.3-i386-2.4/src/zope creating build/temp.macosx-10.3-i386-2.4/src/zope/interface /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp- precomp -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall - Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/ Versions/2.4/include/python2.4 -c src/zope/interface/ _zope_interface_coptimizations.c -o build/temp.macosx-10.3-i386-2.4/ src/zope/interface/_zope_interface_coptimizations.o /usr/bin/gcc-4.0 -L/opt/local/lib -bundle -undefined dynamic_lookup build/temp.macosx-10.3-i386-2.4/src/zope/interface/ _zope_interface_coptimizations.o -o build/lib.macosx-10.3-i386-2.4/ zope/interface/_zope_interface_coptimizations.so I assume you have a PowerPC Mac, based on your output? For some reason, on your Mac, it hasn't included the path to the compiler, "/usr/bin/gcc-4.0", in the command line. I don't know why. What version of Xcode do you have? What version of Mac OS X do you have? From m_nez_j at mac.com Fri Feb 15 19:02:15 2008 From: m_nez_j at mac.com (Mack Johnson) Date: Fri, 15 Feb 2008 19:02:15 -0800 Subject: failed hellanzb In-Reply-To: References: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> Message-ID: <0BAF38F4-0EF0-486C-B685-23915E6EE66D@mac.com> It's a fresh install of 10.5.2, and Macports 1.6.0. I'm on a Dual 1.4.2 PowerMac G4. On Feb 15, 2008, at 6:46 PM, Ryan Schmidt wrote: > > On Feb 15, 2008, at 19:52, Mack Johnson wrote: > >> Could someone help me with this error? >> >> building '_zope_interface_coptimizations' extension >> creating build/temp.macosx-10.3-ppc-2.4 >> creating build/temp.macosx-10.3-ppc-2.4/src >> creating build/temp.macosx-10.3-ppc-2.4/src/zope >> creating build/temp.macosx-10.3-ppc-2.4/src/zope/interface >> -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- >> madd - >> fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict- >> prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/ >> 2.4/include/python2.4 -c src/zope/interface/ >> _zope_interface_coptimizations.c -o build/temp.macosx-10.3-ppc-2.4/ >> src/ >> zope/interface/_zope_interface_coptimizations.o >> unable to execute -fno-strict-aliasing: No such file or directory >> error: command '-fno-strict-aliasing' failed with exit status 1 >> >> Error: The following dependencies failed to build: py-twisted py- >> zopeinterface shorten unrar >> Error: Status 1 encountered during processing. > > I'm not sure why py-zopeinterface is failing to build for you. It > works for me. I have 10.4.11 on Intel with Xcode 2.4.1. The > corresponding output on my system is: > > building '_zope_interface_coptimizations' extension > creating build/temp.macosx-10.3-i386-2.4 > creating build/temp.macosx-10.3-i386-2.4/src > creating build/temp.macosx-10.3-i386-2.4/src/zope > creating build/temp.macosx-10.3-i386-2.4/src/zope/interface > /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp- > precomp -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall - > Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/ > Versions/2.4/include/python2.4 -c src/zope/interface/ > _zope_interface_coptimizations.c -o build/temp.macosx-10.3-i386-2.4/ > src/zope/interface/_zope_interface_coptimizations.o > /usr/bin/gcc-4.0 -L/opt/local/lib -bundle -undefined dynamic_lookup > build/temp.macosx-10.3-i386-2.4/src/zope/interface/ > _zope_interface_coptimizations.o -o build/lib.macosx-10.3-i386-2.4/ > zope/interface/_zope_interface_coptimizations.so > > I assume you have a PowerPC Mac, based on your output? > > For some reason, on your Mac, it hasn't included the path to the > compiler, "/usr/bin/gcc-4.0", in the command line. I don't know why. > What version of Xcode do you have? > > What version of Mac OS X do you have? > From ryandesign at macports.org Fri Feb 15 19:17:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 21:17:16 -0600 Subject: failed hellanzb In-Reply-To: <0BAF38F4-0EF0-486C-B685-23915E6EE66D@mac.com> References: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> <0BAF38F4-0EF0-486C-B685-23915E6EE66D@mac.com> Message-ID: <8D968431-1ED5-480A-8162-4DB6BFAF8171@macports.org> On Feb 15, 2008, at 21:02, Mack Johnson wrote: > On Feb 15, 2008, at 6:46 PM, Ryan Schmidt wrote: > >> On Feb 15, 2008, at 19:52, Mack Johnson wrote: >> >>> Could someone help me with this error? >>> >>> building '_zope_interface_coptimizations' extension >>> creating build/temp.macosx-10.3-ppc-2.4 >>> creating build/temp.macosx-10.3-ppc-2.4/src >>> creating build/temp.macosx-10.3-ppc-2.4/src/zope >>> creating build/temp.macosx-10.3-ppc-2.4/src/zope/interface >>> -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- >>> madd - >>> fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict- >>> prototypes -I/opt/local/Library/Frameworks/Python.framework/ >>> Versions/ >>> 2.4/include/python2.4 -c src/zope/interface/ >>> _zope_interface_coptimizations.c -o build/temp.macosx-10.3- >>> ppc-2.4/src/ >>> zope/interface/_zope_interface_coptimizations.o >>> unable to execute -fno-strict-aliasing: No such file or directory >>> error: command '-fno-strict-aliasing' failed with exit status 1 >>> >>> Error: The following dependencies failed to build: py-twisted py- >>> zopeinterface shorten unrar >>> Error: Status 1 encountered during processing. >> >> I'm not sure why py-zopeinterface is failing to build for you. It >> works for me. I have 10.4.11 on Intel with Xcode 2.4.1. The >> corresponding output on my system is: >> >> building '_zope_interface_coptimizations' extension >> creating build/temp.macosx-10.3-i386-2.4 >> creating build/temp.macosx-10.3-i386-2.4/src >> creating build/temp.macosx-10.3-i386-2.4/src/zope >> creating build/temp.macosx-10.3-i386-2.4/src/zope/interface >> /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp- >> precomp -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall - >> Wstrict-prototypes -I/opt/local/Library/Frameworks/ >> Python.framework/Versions/2.4/include/python2.4 -c src/zope/ >> interface/_zope_interface_coptimizations.c -o build/ >> temp.macosx-10.3-i386-2.4/src/zope/interface/ >> _zope_interface_coptimizations.o >> /usr/bin/gcc-4.0 -L/opt/local/lib -bundle -undefined >> dynamic_lookup build/temp.macosx-10.3-i386-2.4/src/zope/interface/ >> _zope_interface_coptimizations.o -o build/lib.macosx-10.3-i386-2.4/ >> zope/interface/_zope_interface_coptimizations.so >> >> I assume you have a PowerPC Mac, based on your output? >> >> For some reason, on your Mac, it hasn't included the path to the >> compiler, "/usr/bin/gcc-4.0", in the command line. I don't know >> why. What version of Xcode do you have? >> >> What version of Mac OS X do you have? > > It's a fresh install of 10.5.2, and Macports 1.6.0. I'm on a Dual > 1.4.2 PowerMac G4. And you have installed Xcode 3.0? Is /usr/bin/gcc-4.0 present on your system? From m_nez_j at mac.com Fri Feb 15 19:28:42 2008 From: m_nez_j at mac.com (Mack Johnson) Date: Fri, 15 Feb 2008 19:28:42 -0800 Subject: failed hellanzb In-Reply-To: <8D968431-1ED5-480A-8162-4DB6BFAF8171@macports.org> References: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> <0BAF38F4-0EF0-486C-B685-23915E6EE66D@mac.com> <8D968431-1ED5-480A-8162-4DB6BFAF8171@macports.org> Message-ID: I found "usr" in my Developer directory, shouldn't it be /usr/ and not /Developer/usr/. On Feb 15, 2008, at 7:17 PM, Ryan Schmidt wrote: > On Feb 15, 2008, at 21:02, Mack Johnson wrote: > >> On Feb 15, 2008, at 6:46 PM, Ryan Schmidt wrote: >> >>> On Feb 15, 2008, at 19:52, Mack Johnson wrote: >>> >>>> Could someone help me with this error? >>>> >>>> building '_zope_interface_coptimizations' extension >>>> creating build/temp.macosx-10.3-ppc-2.4 >>>> creating build/temp.macosx-10.3-ppc-2.4/src >>>> creating build/temp.macosx-10.3-ppc-2.4/src/zope >>>> creating build/temp.macosx-10.3-ppc-2.4/src/zope/interface >>>> -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- >>>> madd - >>>> fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict- >>>> prototypes -I/opt/local/Library/Frameworks/Python.framework/ >>>> Versions/ >>>> 2.4/include/python2.4 -c src/zope/interface/ >>>> _zope_interface_coptimizations.c -o build/temp.macosx-10.3- >>>> ppc-2.4/src/ >>>> zope/interface/_zope_interface_coptimizations.o >>>> unable to execute -fno-strict-aliasing: No such file or directory >>>> error: command '-fno-strict-aliasing' failed with exit status 1 >>>> >>>> Error: The following dependencies failed to build: py-twisted py- >>>> zopeinterface shorten unrar >>>> Error: Status 1 encountered during processing. >>> >>> I'm not sure why py-zopeinterface is failing to build for you. It >>> works for me. I have 10.4.11 on Intel with Xcode 2.4.1. The >>> corresponding output on my system is: >>> >>> building '_zope_interface_coptimizations' extension >>> creating build/temp.macosx-10.3-i386-2.4 >>> creating build/temp.macosx-10.3-i386-2.4/src >>> creating build/temp.macosx-10.3-i386-2.4/src/zope >>> creating build/temp.macosx-10.3-i386-2.4/src/zope/interface >>> /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp- >>> precomp -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall - >>> Wstrict-prototypes -I/opt/local/Library/Frameworks/ >>> Python.framework/Versions/2.4/include/python2.4 -c src/zope/ >>> interface/_zope_interface_coptimizations.c -o build/ >>> temp.macosx-10.3-i386-2.4/src/zope/interface/ >>> _zope_interface_coptimizations.o >>> /usr/bin/gcc-4.0 -L/opt/local/lib -bundle -undefined >>> dynamic_lookup build/temp.macosx-10.3-i386-2.4/src/zope/interface/ >>> _zope_interface_coptimizations.o -o build/lib.macosx-10.3-i386-2.4/ >>> zope/interface/_zope_interface_coptimizations.so >>> >>> I assume you have a PowerPC Mac, based on your output? >>> >>> For some reason, on your Mac, it hasn't included the path to the >>> compiler, "/usr/bin/gcc-4.0", in the command line. I don't know >>> why. What version of Xcode do you have? >>> >>> What version of Mac OS X do you have? >> >> It's a fresh install of 10.5.2, and Macports 1.6.0. I'm on a Dual >> 1.4.2 PowerMac G4. > > And you have installed Xcode 3.0? Is /usr/bin/gcc-4.0 present on > your system? > > From ryandesign at macports.org Fri Feb 15 19:40:45 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 21:40:45 -0600 Subject: failed hellanzb In-Reply-To: References: <505680E2-85B9-4343-B16D-08DF9859BE59@mac.com> <0BAF38F4-0EF0-486C-B685-23915E6EE66D@mac.com> <8D968431-1ED5-480A-8162-4DB6BFAF8171@macports.org> Message-ID: On Feb 15, 2008, at 21:28, Mack Johnson wrote: > On Feb 15, 2008, at 7:17 PM, Ryan Schmidt wrote: > >> On Feb 15, 2008, at 21:02, Mack Johnson wrote: >> >>> On Feb 15, 2008, at 6:46 PM, Ryan Schmidt wrote: >>> >>>> On Feb 15, 2008, at 19:52, Mack Johnson wrote: >>>> >>>>> Could someone help me with this error? >>>>> >>>>> building '_zope_interface_coptimizations' extension >>>>> creating build/temp.macosx-10.3-ppc-2.4 >>>>> creating build/temp.macosx-10.3-ppc-2.4/src >>>>> creating build/temp.macosx-10.3-ppc-2.4/src/zope >>>>> creating build/temp.macosx-10.3-ppc-2.4/src/zope/interface >>>>> -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- >>>>> fused-madd - >>>>> fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict- >>>>> prototypes -I/opt/local/Library/Frameworks/Python.framework/ >>>>> Versions/ >>>>> 2.4/include/python2.4 -c src/zope/interface/ >>>>> _zope_interface_coptimizations.c -o build/temp.macosx-10.3- >>>>> ppc-2.4/src/ >>>>> zope/interface/_zope_interface_coptimizations.o >>>>> unable to execute -fno-strict-aliasing: No such file or directory >>>>> error: command '-fno-strict-aliasing' failed with exit status 1 >>>>> >>>>> Error: The following dependencies failed to build: py-twisted py- >>>>> zopeinterface shorten unrar >>>>> Error: Status 1 encountered during processing. >>>> >>>> I'm not sure why py-zopeinterface is failing to build for you. >>>> It works for me. I have 10.4.11 on Intel with Xcode 2.4.1. The >>>> corresponding output on my system is: >>>> >>>> building '_zope_interface_coptimizations' extension >>>> creating build/temp.macosx-10.3-i386-2.4 >>>> creating build/temp.macosx-10.3-i386-2.4/src >>>> creating build/temp.macosx-10.3-i386-2.4/src/zope >>>> creating build/temp.macosx-10.3-i386-2.4/src/zope/interface >>>> /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp- >>>> precomp -fno-common -fno-common -dynamic -DNDEBUG -g -O3 -Wall - >>>> Wstrict-prototypes -I/opt/local/Library/Frameworks/ >>>> Python.framework/Versions/2.4/include/python2.4 -c src/zope/ >>>> interface/_zope_interface_coptimizations.c -o build/ >>>> temp.macosx-10.3-i386-2.4/src/zope/interface/ >>>> _zope_interface_coptimizations.o >>>> /usr/bin/gcc-4.0 -L/opt/local/lib -bundle -undefined >>>> dynamic_lookup build/temp.macosx-10.3-i386-2.4/src/zope/ >>>> interface/_zope_interface_coptimizations.o -o build/ >>>> lib.macosx-10.3-i386-2.4/zope/interface/ >>>> _zope_interface_coptimizations.so >>>> >>>> I assume you have a PowerPC Mac, based on your output? >>>> >>>> For some reason, on your Mac, it hasn't included the path to the >>>> compiler, "/usr/bin/gcc-4.0", in the command line. I don't know >>>> why. What version of Xcode do you have? >>>> >>>> What version of Mac OS X do you have? >>> >>> It's a fresh install of 10.5.2, and Macports 1.6.0. I'm on a >>> Dual 1.4.2 PowerMac G4. >> >> And you have installed Xcode 3.0? Is /usr/bin/gcc-4.0 present on >> your system? > > I found "usr" in my Developer directory, shouldn't it be /usr/ and > not /Developer/usr/. In Xcode 2.5, 3.0 and presumably later, there should be both /usr and /Developer/usr. Again: Do you have /usr/bin/gcc-4.0? If you don't, that's a problem. If you do, then I don't know what to do, unfortunately. Maybe someone else with Leopard and/or a PowerPC Mac could test this. From ajmas at sympatico.ca Fri Feb 15 20:12:31 2008 From: ajmas at sympatico.ca (Andre-John Mas) Date: Fri, 15 Feb 2008 23:12:31 -0500 Subject: Proctools Message-ID: <618B7941-3171-4FAF-AB3E-BC3A66662CFA@sympatico.ca> Hi, Does anyone think this would be useful to add to MacPorts: http://sourceforge.net/projects/proctools Andre From ajmas at sympatico.ca Fri Feb 15 20:19:14 2008 From: ajmas at sympatico.ca (Andre-John Mas) Date: Fri, 15 Feb 2008 23:19:14 -0500 Subject: Proctools In-Reply-To: <618B7941-3171-4FAF-AB3E-BC3A66662CFA@sympatico.ca> References: <618B7941-3171-4FAF-AB3E-BC3A66662CFA@sympatico.ca> Message-ID: Never mind, while having pkill and pgrep would have been useful, the project doesn't build properly on the Mac. No development seems to have happened since 2003. Andre On 15-Feb-08, at 23:12 , Andre-John Mas wrote: > Hi, > > Does anyone think this would be useful to add to MacPorts: > > http://sourceforge.net/projects/proctools > > Andre > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From ryandesign at macports.org Fri Feb 15 20:20:29 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 22:20:29 -0600 Subject: Proctools In-Reply-To: <618B7941-3171-4FAF-AB3E-BC3A66662CFA@sympatico.ca> References: <618B7941-3171-4FAF-AB3E-BC3A66662CFA@sympatico.ca> Message-ID: On Feb 15, 2008, at 22:12, Andre-John Mas wrote: > Does anyone think this would be useful to add to MacPorts: > > http://sourceforge.net/projects/proctools I don't need that software. But if you do, you're welcome to make a port for it. However, the software seems to be old: "Current version is 0.4pre1 (07 Dec 2003)." That makes me doubt it's still in active development, and wonder whether it works on current Mac OS X versions. From ryandesign at macports.org Fri Feb 15 20:50:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 22:50:08 -0600 Subject: Oracle Notes In-Reply-To: References: <8e58e692fa3c3c694ea0b0cedda25def@macports.org><47A615A2.5050208@pogma.com><98149BBD-5480-4C17-A6F7-2B7A75930697@macports.org><47A61B1F.9000903@pogma.com><00D5CE6C-5A99-41BE-A8BE-7609533DEE2E@macports.org><50D255AE-31CB-4023-9724-3E14069BC745@centosprime.com> Message-ID: <9DD0A4C4-84A0-4B5A-A8DF-A9236B215E02@macports.org> On Feb 3, 2008, at 16:14, John Korchok wrote: > 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 support: > sudo port install php5 +apache2 +oracle > > 2. So that the Apache user can find the relevant files, add > environment > variables to opt/local/apache2/bin/envvars: > export LD_LIBRARY_PATH="/opt/local/lib/oracle" > export TNS_ADMIN="/Applications/Oracle" (or whatever folder is a > convenient > spot to store sqlnet.ora and tnsnames.ora) > Many web sites refer to setting DYLD_LIBRARY_PATH, you can do that > instead > of LD_LIBRARY_PATH and it has the same effect. Heck, use 'em both > for good > measure! I'm surprised LD_LIBRARY_PATH has any effect. I thought that was for Linux and DYLD_LIBRARY_PATH was the Mac OS X equivalent. I'm also surprised you needed to set this variable at all. I thought that fixing the library name with install_name_tool like I do in the portfile would make this unnecessary. What error occurs if you do not set this variable? > Do _not_ use putenv in a PHP script or SetEnv in httpd.conf to set > the variables, it won't work. Apache will also not pick up environment > variables from /private/etc/profile. Note to Ryan: can MacPorts update > envvars? MacPorts can set environment variables for its own use during any of the phases (configure, build, destroot, etc.). However these do not persist after the port has been installed. > 3. Restart Apache > > For testing purposes, you can also add support for SQLPlus from the > command > line by downloading the Instant Client SQLPlus files from > http://www.oracle.com/technology/software/tech/oci/instantclient/ > htdocs/macs > oft.html and copying them to opt/local/lib/oracle. In that case you > will > have to add these variables to /Users/YourUserName/.profile: > export LD_LIBRARY_PATH="/opt/local/lib/oracle:$LD_LIBRARY_PATH" > export TNS_ADMIN="/Applications/Oracle" > export PATH="/opt/local/lib/oracle:$PATH" > If you prefer all users to have SQLPlus access, add the variables to > /private/etc/profile > > If you have trouble with errors like "ORA-12154: TNS:could not > resolve the > connect identifier specified", Oracle may not be able to read your > tnsnames.ora file. We had to amend the first line from "ALIG" to > "ALIG.revion.com" (appending the url of the host name) to get it to > work. > Here are connection strings for PHP and SQLPlus, respectively: > $con = OCILogon('YourUserName', 'YourPassword', > "//your.host.address.com:1521/YourServiceName"); > sqlplus > YourUserName/YourPassword@//your.host.address.com:1521/YourServiceName > > If all else fails, you can use a verbose connection string to > eliminate any > need for tnsnames.ora: > $con = oci_connect('YourUserName', 'YourPassword', > '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=your.host.address.com) > (PORT=1521) > )(CONNECT_DATA=(SID=YourServiceName)(SERVER=DEDICATED)))'); > > Here's the verbose syntax for SQLPlus: > sqlplus > YourUserName/YourPassword@\(DESCRIPTION=\(ADDRESS=\(PROTOCOL=TCP\)\ > (HOST=you > r.host.address.com\)\(PORT=1521\)\)\(CONNECT_DATA=\ > (SID=YourServiceName\)\(S > ERVER=DEDICATED\)\)\) From angela22.zhu at gmail.com Fri Feb 15 21:27:36 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Fri, 15 Feb 2008 21:27:36 -0800 (PST) Subject: Install Lablgtk 2.1 using MacPorts In-Reply-To: <1F509497-AA22-4986-941A-D093165F8296@macports.org> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> Message-ID: <15515005.post@talk.nabble.com> Thanks! It helps with the previous problem, however, then it find "gdk-pixbuf" is out of date, so I try to upgrade it and got the following new error msg in the bottom. Do you have any idea? Thanks a lot -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ ------------------------------------------ $ sudo port upgrade gdk-pixbuf ---> Building tiff with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_tiff/work/tiff-3.8.2" && make all " returned error 2 Command output: Making all in port make[1]: Nothing to be done for `all'. Making all in libtiff make all-am Making all in tools if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../libtiff -I../libtiff -I../libtiff -I/opt/local/include -I/opt/local/include -I/opt/local/include -O2 -Wall -W -O2 -Wall -W -MT tiffgt-tiffgt.o -MD -MP -MF ".deps/tiffgt-tiffgt.Tpo" -c -o tiffgt-tiffgt.o `test -f 'tiffgt.c' || echo './'`tiffgt.c; \ then mv -f ".deps/tiffgt-tiffgt.Tpo" ".deps/tiffgt-tiffgt.Po"; else rm -f ".deps/tiffgt-tiffgt.Tpo"; exit 1; fi In file included from tiffgt.c:36: /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or directory /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such file or directory tiffgt.c: In function 'raster_keys': tiffgt.c:303: warning: unused parameter 'x' tiffgt.c:303: warning: unused parameter 'y' tiffgt.c: In function 'raster_special': tiffgt.c:348: warning: unused parameter 'x' tiffgt.c:348: warning: unused parameter 'y' make[1]: *** [tiffgt-tiffgt.o] Error 1 make: *** [all-recursive] Error 1 Error: Unable to upgrade port: 1 ------------------------------------------ It sounds like you have glib2 version 2.12.13 but lablgtk 2.1 requires at least glib2 version 2.13.4. The current version of glib2 in MacPorts is 2.14.6 so you should update to that version: $ sudo port selfupdate $ sudo port upgrade glib2 Then see if anything else is outdated and needs upgrading, and if so, upgrade those ports: $ port outdated Then try installing lablgtk again. _______________________________________________ macports-users mailing list macports-users at lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.10-using-MacPorts-tp15513214p15515005.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Fri Feb 15 21:57:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 15 Feb 2008 23:57:03 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.1 using MacPorts) In-Reply-To: <15515005.post@talk.nabble.com> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> Message-ID: On Feb 15, 2008, at 23:27, AngelaZhu wrote: > Thanks! > It helps with the previous problem, however, then it find "gdk-pixbuf" > is out of date, so I try to upgrade it and got the following new > error msg > in the bottom. Do you have any idea? [snip] > ---> Building tiff with target all [snip] > In file included from tiffgt.c:36: > /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or > directory > /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such file or > directory [snip] So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ GL/gl.h on my system. Do you? That would have been provided by either X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have both installed? See: http://guide.macports.org/#installing.x11 and http://guide.macports.org/#installing.xcode From andrei at tchijov.com Fri Feb 15 23:18:18 2008 From: andrei at tchijov.com (Andrei Tchijov) Date: Sat, 16 Feb 2008 02:18:18 -0500 Subject: "install ntop" failed Message-ID: [Downloads/ntop-3.3] > install ntop ---> Fetching gawk ---> Attempting to fetch gawk-3.1.6.tar.bz2 from http://ftp.gnu.org/gnu/gawk ---> Verifying checksum(s) for gawk ---> Extracting gawk ---> Configuring gawk ---> Building gawk with target all ---> Staging gawk into destroot ---> Installing gawk 3.1.6_0 ---> Activating gawk 3.1.6_0 ---> Cleaning gawk ---> Fetching gd2 ---> Attempting to fetch gd-2.0.35.tar.bz2 from http://www.libgd.org/releases/ ---> Verifying checksum(s) for gd2 ---> Extracting gd2 ---> Applying patches to gd2 ---> Configuring gd2 ---> Building gd2 with target all ---> Staging gd2 into destroot ---> Installing gd2 2.0.35_0 ---> Activating gd2 2.0.35_0 ---> Cleaning gd2 ---> Fetching gdbm ---> Attempting to fetch gdbm-1.8.3.tar.gz from http://ftp.gnu.org/gnu/gdbm ---> Verifying checksum(s) for gdbm ---> Extracting gdbm ---> Applying patches to gdbm ---> Configuring gdbm ---> Building gdbm with target all ---> Staging gdbm into destroot ---> Installing gdbm 1.8.3_1 ---> Activating gdbm 1.8.3_1 ---> Cleaning gdbm ---> Fetching libpcap ---> Attempting to fetch libpcap-0.9.8.tar.gz from http://www.tcpdump.org/release/ ---> Verifying checksum(s) for libpcap ---> Extracting libpcap ---> Applying patches to libpcap ---> Configuring libpcap ---> Building libpcap with target all ---> Staging libpcap into destroot ---> Installing libpcap 0.9.8_0 ---> Activating libpcap 0.9.8_0 ---> Cleaning libpcap ---> Fetching cgilib ---> Attempting to fetch cgilib-0.5.tar.gz from http://www.infodrom.org/projects/cgilib/download/ ---> Verifying checksum(s) for cgilib ---> Extracting cgilib ---> Applying patches to cgilib ---> Configuring cgilib ---> Building cgilib with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make CFLAGS="-O3 -fPIC -I." " returned error 2 Command output: O3 -fPIC -I. -c -o cgi.o cgi.c make: O3: Command not found make: [cgi.o] Error 127 (ignored) O3 -fPIC -I. -c -o cookies.o cookies.c make: O3: Command not found make: [cookies.o] Error 127 (ignored) ar rc libcgi.a cgi.o cookies.o ar: cgi.o: No such file or directory ar: cookies.o: No such file or directory make: *** [libcgi.a] Error 1 Error: The following dependencies failed to build: rrdtool cgilib libart_lgpl perl5.8 tcl Error: Status 1 encountered during processing. [ From frstan at bellsouth.net Sat Feb 16 00:37:23 2008 From: frstan at bellsouth.net (William Davis) Date: Sat, 16 Feb 2008 03:37:23 -0500 Subject: "install ntop" failed In-Reply-To: References: Message-ID: On Feb 16, 2008, at 2:18 AM, Andrei Tchijov wrote: > [Downloads/ntop-3.3] > install ntop > > ---> Fetching cgilib > ---> Attempting to fetch cgilib-0.5.tar.gz from http://www.infodrom.org/projects/cgilib/download/ > ---> Verifying checksum(s) for cgilib > ---> Extracting cgilib > ---> Applying patches to cgilib > ---> Configuring cgilib > ---> Building cgilib with target {} > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make > CFLAGS="-O3 -fPIC -I." " returned error 2 > Command output: O3 -fPIC -I. -c -o cgi.o cgi.c > make: O3: Command not found > make: [cgi.o] Error 127 (ignored) > O3 -fPIC -I. -c -o cookies.o cookies.c > make: O3: Command not found > make: [cookies.o] Error 127 (ignored) > ar rc libcgi.a cgi.o cookies.o > ar: cgi.o: No such file or directory > ar: cookies.o: No such file or directory > make: *** [libcgi.a] Error 1 > > Error: The following dependencies failed to build: rrdtool cgilib > libart_lgpl perl5.8 tcl > Error: Status 1 encountered during processing. cgilib installed just fine for me. try sudo port -d clean cgilib sudo port -dn install cgilib William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From calum.robertson at gmail.com Sat Feb 16 02:19:36 2008 From: calum.robertson at gmail.com (Calum Robertson) Date: Sat, 16 Feb 2008 10:19:36 +0000 Subject: hugs98 Graphics.SOE problem Message-ID: <62DA81BA-A61A-4FFF-BE76-B4143043234F@gmail.com> Hi, I've installed hugs98 (version September 2006) and I'm having a few problems when I try to load code that contains: import Graphics.SOE (I'm typing in programs from the School of Expression book by Paul Hudak). I get the error: ERROR "/opt/local/lib/hugs/packages/HGL/Graphics/HGL/Internals/ Types.hs" - Can't find imported module "Graphics.X11.Xlib" Apart from this, Hugs seems to run okay. Any ideas on how to fix this? C From n.w.john at bangor.ac.uk Sat Feb 16 02:41:18 2008 From: n.w.john at bangor.ac.uk (Nigel W. John) Date: Sat, 16 Feb 2008 10:41:18 +0000 Subject: Checksum problem Message-ID: <47B6BDCE.1030409@bangor.ac.uk> Hi, can anyone help with this checksum problem when installing expat. I'm using Mac OS 10.5.1 and MacPorts 1.6.0 sudo port install expat Password: ---> Verifying checksum(s) for expat Error: Checksum (md5) mismatch for expat-2.0.1.tar.gz Error: Checksum (sha1) mismatch for expat-2.0.1.tar.gz Error: Checksum (rmd160) mismatch for expat-2.0.1.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. Many thanks, Nigel -- Gall y neges e-bost hon, ac unrhyw atodiadau a anfonwyd gyda hi, gynnwys deunydd cyfrinachol ac wedi eu bwriadu i'w defnyddio'n unig gan y sawl y cawsant eu cyfeirio ato (atynt). Os ydych wedi derbyn y neges e-bost hon trwy gamgymeriad, rhowch wybod i'r anfonwr ar unwaith a dil?wch y neges. Os na fwriadwyd anfon y neges atoch chi, rhaid i chi beidio ? defnyddio, cadw neu ddatgelu unrhyw wybodaeth a gynhwysir ynddi. Mae unrhyw farn neu safbwynt yn eiddo i'r sawl a'i hanfonodd yn unig ac nid yw o anghenraid yn cynrychioli barn Prifysgol Bangor. Nid yw Prifysgol Bangor yn gwarantu bod y neges e-bost hon neu unrhyw atodiadau yn rhydd rhag firysau neu 100% yn ddiogel. Oni bai fod hyn wedi ei ddatgan yn uniongyrchol yn nhestun yr e-bost, nid bwriad y neges e-bost hon yw ffurfio contract rhwymol - mae rhestr o lofnodwyr awdurdodedig ar gael o Swyddfa Cyllid Prifysgol Bangor. www.bangor.ac.uk This email and any attachments may contain confidential material and is solely for the use of the intended recipient(s). If you have received this email in error, please notify the sender immediately and delete this email. If you are not the intended recipient(s), you must not use, retain or disclose any information contained in this email. Any views or opinions are solely those of the sender and do not necessarily represent those of the Bangor University. Bangor University does not guarantee that this email or any attachments are free from viruses or 100% secure. Unless expressly stated in the body of the text of the email, this email is not intended to form a binding contract - a list of authorised signatories is available from the Bangor University Finance Office. www.bangor.ac.uk From andrei at tchijov.com Sat Feb 16 05:52:08 2008 From: andrei at tchijov.com (Andrei Tchijov) Date: Sat, 16 Feb 2008 08:52:08 -0500 Subject: "install ntop" failed In-Reply-To: References: Message-ID: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> Same result pretty much :( Looks like it thinks "-O3" is the name of command (instead of one of CFLAGS) [Downloads/ntop-3.3] > cleanup cgilib Unrecognized action "cleanup" [Downloads/ntop-3.3] > clean cgilib ---> Cleaning cgilib [Downloads/ntop-3.3] > install cgilib ---> Fetching cgilib ---> Attempting to fetch cgilib-0.5.tar.gz from http://www.infodrom.org/projects/cgilib/download/ ---> Verifying checksum(s) for cgilib ---> Extracting cgilib ---> Applying patches to cgilib ---> Configuring cgilib ---> Building cgilib with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make CFLAGS="-O3 -fPIC -I." " returned error 2 Command output: O3 -fPIC -I. -c -o cgi.o cgi.c make: O3: Command not found make: [cgi.o] Error 127 (ignored) O3 -fPIC -I. -c -o cookies.o cookies.c make: O3: Command not found make: [cookies.o] Error 127 (ignored) ar rc libcgi.a cgi.o cookies.o ar: cgi.o: No such file or directory ar: cookies.o: No such file or directory make: *** [libcgi.a] Error 1 Error: Status 1 encountered during processing. [Downloads/ntop-3.3] > On Feb 16, 2008, at 3:37 AM, William Davis wrote: > > On Feb 16, 2008, at 2:18 AM, Andrei Tchijov wrote: > >> [Downloads/ntop-3.3] > install ntop >> >> ---> Fetching cgilib >> ---> Attempting to fetch cgilib-0.5.tar.gz from http://www.infodrom.org/projects/cgilib/download/ >> ---> Verifying checksum(s) for cgilib >> ---> Extracting cgilib >> ---> Applying patches to cgilib >> ---> Configuring cgilib >> ---> Building cgilib with target {} >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >> CFLAGS="-O3 -fPIC -I." " returned error 2 >> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >> make: O3: Command not found >> make: [cgi.o] Error 127 (ignored) >> O3 -fPIC -I. -c -o cookies.o cookies.c >> make: O3: Command not found >> make: [cookies.o] Error 127 (ignored) >> ar rc libcgi.a cgi.o cookies.o >> ar: cgi.o: No such file or directory >> ar: cookies.o: No such file or directory >> make: *** [libcgi.a] Error 1 >> >> Error: The following dependencies failed to build: rrdtool cgilib >> libart_lgpl perl5.8 tcl >> Error: Status 1 encountered during processing. > > > cgilib installed just fine for me. try > sudo port -d clean cgilib > sudo port -dn install cgilib > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.1 Darwin 9.1.0 > XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > From angela22.zhu at gmail.com Sat Feb 16 06:33:40 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Sat, 16 Feb 2008 06:33:40 -0800 (PST) Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> Message-ID: <15518579.post@talk.nabble.com> > In file included from tiffgt.c:36: > /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or > directory > /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such file or > directory [snip] So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ GL/gl.h on my system. Do you? That would have been provided by either X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have both installed? Yes, I do have /usr/X11R6/include/GL/gl.h on my system. And I fixed this error by change the /opt/local/include/GLUT/glut.h:58:19 from #include to #include However, when I retried upgrade, I got: /usr/X11R6/include/GL/glu.h:35:19: error: GL/gl.h: No such file or directory Now I cannot do the same thing to fix it because this folder gives no permission for modifying or adding files. What should I do? Thanks really a lot! -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.10-using-MacPorts-tp15513214p15518579.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From angela22.zhu at gmail.com Sat Feb 16 06:55:46 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Sat, 16 Feb 2008 06:55:46 -0800 (PST) Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> Message-ID: <15518584.post@talk.nabble.com> > In file included from tiffgt.c:36: > /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or > directory > /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such file or > directory [snip] So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ GL/gl.h on my system. Do you? That would have been provided by either X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have both installed? macports-users mailing list macports-users at lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users Thanks, I have fixed this problem and now "gdk-pixbuf" is successfully upgraded. However, when I install lablgtk2, I still get the following error: Please help me! Thanks really a lot! -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ ------------------------------------------ checking for GNOME_TEST... configure: error: Package requirements ( gdk-pixbuf-2.0 >= 2.11.5) were not met: Requested 'gdk-pixbuf-2.0 >= 2.11.5' but version of GdkPixbuf is 2.10.13 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GNOME_TEST_CFLAGS and GNOME_TEST_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: The following dependencies failed to build: libgnomeui Error: Status 1 encountered during processing. ------------------------------------------ _______________________________________________ -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.10-using-MacPorts-tp15513214p15518584.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From angela22.zhu at gmail.com Sat Feb 16 06:57:06 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Sat, 16 Feb 2008 06:57:06 -0800 (PST) Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) Message-ID: <15518584.post@talk.nabble.com> >> In file included from tiffgt.c:36: >> /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or >> directory >> /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such file or >> directory > > [snip] > > So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ > GL/gl.h on my system. Do you? That would have been provided by either > X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have > both installed? > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > Thanks, I have fixed this problem and now "gdk-pixbuf" is successfully upgraded. However, when I install lablgtk2, I still get the following error: Please help me! Thanks really a lot! -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ ------------------------------------------ checking for GNOME_TEST... configure: error: Package requirements ( gdk-pixbuf-2.0 >= 2.11.5) were not met: Requested 'gdk-pixbuf-2.0 >= 2.11.5' but version of GdkPixbuf is 2.10.13 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GNOME_TEST_CFLAGS and GNOME_TEST_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: The following dependencies failed to build: libgnomeui Error: Status 1 encountered during processing. ------------------------------------------ _______________________________________________ -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.10-using-MacPorts-tp15513214p15518584.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From tomc at sounddsl.com Sat Feb 16 12:47:37 2008 From: tomc at sounddsl.com (Thomas Condon) Date: Sat, 16 Feb 2008 12:47:37 -0800 Subject: PHP Problems Message-ID: <47B74BE9.5060203@sounddsl.com> Folks, I have installed Apache2, PHP5 & MySQL5 on my G4 TiBook (1 GHz, .5GB, OSX 10.4) after a fresh install of Tiger. However, it does not serve up the PHP files correctly. HTML works fine on the local machine. Personal Web Sharing is on and the firewall is off (I'm behind another firewall). When I check for active installations of the critical systems with the port command it looks like this: ************************ Mac-The-Knife:~/Sites Captain$ port installed mysql5 apache2 php5 The following ports are currently installed: mysql5 @5.0.51_0 (active) apache2 @2.2.8_0 (active) php5 @5.2.5_1+apache2+macosx+mysql5 (active) Mac-The-Knife:~/Sites Captain$ ************************ But if I set Firefox to point to a local file (in my Sites directory) containing the following test code: ************************ PHP Test Hello World

'; ?> ************************ the result is that Firefox opens new blank windows at a rate of 2/second until such time as I get them all closed, or until the last x (10-15) of them are closed. I have counted as high as 50 windows before I started closing them, so I know it went well over that. Can anyone tell me what I missed about turning PHP serving on for this machine? In A Chord, Tom Condon Bass, Agate Passage Quartet Bass & Proud Member, Kitsap Chordsmen Dir. Music Education, Evergreen District, BHS From face at CentosPrime.COM Sat Feb 16 13:59:00 2008 From: face at CentosPrime.COM (Chris Janton) Date: Sat, 16 Feb 2008 14:59:00 -0700 Subject: PHP Problems In-Reply-To: <47B74BE9.5060203@sounddsl.com> References: <47B74BE9.5060203@sounddsl.com> Message-ID: On 2008-02-16 , at 13:47 , Thomas Condon wrote: > I have installed Apache2, PHP5 & MySQL5 on my G4 TiBook (1 GHz, .5GB, > OSX 10.4) after a fresh install of Tiger. However, it does not > serve up > the PHP files correctly. HTML works fine on the local machine. > Personal Web Sharing is on and the firewall is off (I'm behind another > firewall). When I check for active installations of the critical > systems with the port command it looks like this: Personal Web Sharing on means that Apache 1 is running on port 80, at least the system will attempt to start Apache using configuration from /etc/httpd Did you adjust your configuration files (/opt/local/apache2/conf) to include PHP? What I have done (now on 10.5) is make sure Web Sharing is off (so the Mac won't start the installed apache2 modified /etc/apache2/conf/httpd.conf to make the standard port be 8080 (just in case it does start) modified /opt/local/apache2/conf/httpd.conf to include Apple specific things for resource forks and case-insensitve .htaccess AND modified /opt/local/apache2/conf/extra/httpd-userdir.conf to include /private/etc/apache2/users/*.conf You may want to include /etc/httpd/users/*.conf to bring over the Apple-created configurations for the users. My 10.4 system isn't available anymore, so I can't check what Tiger looked like. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From angela22.zhu at gmail.com Sat Feb 16 16:04:47 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Sat, 16 Feb 2008 16:04:47 -0800 (PST) Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) Message-ID: <15518584.post@talk.nabble.com> >> In file included from tiffgt.c:36: >> /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or >> directory >> /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such file or >> directory > > [snip] > > So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ > GL/gl.h on my system. Do you? That would have been provided by either > X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have > both installed? > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > Thanks, I have fixed this problem and now "gdk-pixbuf" is successfully upgraded. However, when I install lablgtk2, I still get the following error: Please help me! Thanks really a lot! -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ ------------------------------------------ checking for GNOME_TEST... configure: error: Package requirements ( gdk-pixbuf-2.0 >= 2.11.5) were not met: Requested 'gdk-pixbuf-2.0 >= 2.11.5' but version of GdkPixbuf is 2.10.13 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GNOME_TEST_CFLAGS and GNOME_TEST_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: The following dependencies failed to build: libgnomeui Error: Status 1 encountered during processing. ------------------------------------------ _______________________________________________ -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.10-using-MacPorts-tp15513214p15518584.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ebgssth at gmail.com Sat Feb 16 17:08:16 2008 From: ebgssth at gmail.com (js) Date: Sun, 17 Feb 2008 10:08:16 +0900 Subject: Checksum problem In-Reply-To: <47B6BDCE.1030409@bangor.ac.uk> References: <47B6BDCE.1030409@bangor.ac.uk> Message-ID: works for me on os x 10.3. On 2/16/08, Nigel W. John wrote: > Hi, > > can anyone help with this checksum problem when installing expat. I'm > using Mac OS 10.5.1 and MacPorts 1.6.0 > > sudo port install expat > Password: > ---> Verifying checksum(s) for expat > Error: Checksum (md5) mismatch for expat-2.0.1.tar.gz > Error: Checksum (sha1) mismatch for expat-2.0.1.tar.gz > Error: Checksum (rmd160) mismatch for expat-2.0.1.tar.gz > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: Status 1 encountered during processing. > > Many thanks, > > Nigel > > > -- > Gall y neges e-bost hon, ac unrhyw atodiadau a anfonwyd gyda hi, > gynnwys deunydd cyfrinachol ac wedi eu bwriadu i'w defnyddio'n unig > gan y sawl y cawsant eu cyfeirio ato (atynt). Os ydych wedi derbyn y > neges e-bost hon trwy gamgymeriad, rhowch wybod i'r anfonwr ar > unwaith a dil?wch y neges. Os na fwriadwyd anfon y neges atoch chi, > rhaid i chi beidio ? defnyddio, cadw neu ddatgelu unrhyw wybodaeth a > gynhwysir ynddi. Mae unrhyw farn neu safbwynt yn eiddo i'r sawl a'i > hanfonodd yn unig ac nid yw o anghenraid yn cynrychioli barn > Prifysgol Bangor. Nid yw Prifysgol Bangor yn gwarantu > bod y neges e-bost hon neu unrhyw atodiadau yn rhydd rhag firysau neu > 100% yn ddiogel. Oni bai fod hyn wedi ei ddatgan yn uniongyrchol yn > nhestun yr e-bost, nid bwriad y neges e-bost hon yw ffurfio contract > rhwymol - mae rhestr o lofnodwyr awdurdodedig ar gael o Swyddfa > Cyllid Prifysgol Bangor. www.bangor.ac.uk > > This email and any attachments may contain confidential material and > is solely for the use of the intended recipient(s). If you have > received this email in error, please notify the sender immediately > and delete this email. If you are not the intended recipient(s), you > must not use, retain or disclose any information contained in this > email. Any views or opinions are solely those of the sender and do > not necessarily represent those of the Bangor University. > Bangor University does not guarantee that this email or > any attachments are free from viruses or 100% secure. Unless > expressly stated in the body of the text of the email, this email is > not intended to form a binding contract - a list of authorised > signatories is available from the Bangor University Finance > Office. www.bangor.ac.uk > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From raimue at macports.org Sat Feb 16 17:11:18 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 17 Feb 2008 02:11:18 +0100 Subject: Checksum problem In-Reply-To: <47B6BDCE.1030409@bangor.ac.uk> References: <47B6BDCE.1030409@bangor.ac.uk> Message-ID: <47B789B6.4020803@macports.org> Nigel W. John wrote: > can anyone help with this checksum problem when installing expat. I'm > using Mac OS 10.5.1 and MacPorts 1.6.0 > > [checksum mismatch] Please try install again after: sudo port clean --all expat Rainer From ryandesign at macports.org Sat Feb 16 18:03:44 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 Feb 2008 20:03:44 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <15518579.post@talk.nabble.com> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518579.post@talk.nabble.com> Message-ID: <91DA7E5F-7798-469A-B5B2-6E7A945975D4@macports.org> On Feb 16, 2008, at 08:33, AngelaZhu wrote: >> In file included from tiffgt.c:36: >> /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or >> directory >> /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such >> file or >> directory > > [snip] > > So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ > GL/gl.h on my system. Do you? That would have been provided by either > X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have > both installed? > > > Yes, I do have /usr/X11R6/include/GL/gl.h on my system. > And I fixed this error by change the > /opt/local/include/GLUT/glut.h:58:19 from > #include to > #include You should not have to modify any files by hand like this. What port provides /opt/local/include/GLUT/glut.h? I don't have this on my system. What do you get when you do this: port provides /opt/local/include/GLUT/glut.h > However, when I retried upgrade, I got: > /usr/X11R6/include/GL/glu.h:35:19: error: GL/gl.h: No such file or > directory > Now I cannot do the same thing to fix it because this folder > gives no permission for modifying or adding files. > What should I do? The include flags in the port must be wrong... should include $ {x11prefix}... You may need to file a ticket for this problem. From ryandesign at macports.org Sat Feb 16 18:21:12 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 Feb 2008 20:21:12 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <15518584.post@talk.nabble.com> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> Message-ID: <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> On Feb 16, 2008, at 08:55, AngelaZhu wrote: >>> In file included from tiffgt.c:36: >>> /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such >>> file or >>> directory >>> /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such >>> file or >>> directory >> >> [snip] >> >> So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ >> GL/gl.h on my system. Do you? That would have been provided by either >> X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have >> both installed? > > Thanks, I have fixed this problem and now "gdk-pixbuf" is successfully > upgraded. How did you fix the problem? > However, when I install lablgtk2, I still get the following error: [snip] > checking for GNOME_TEST... configure: error: Package requirements ( > gdk-pixbuf-2.0 >= 2.11.5) were not met: > > Requested 'gdk-pixbuf-2.0 >= 2.11.5' but version of GdkPixbuf is > 2.10.13 Curious that it says the version of GdkPixbuf is 2.10.13, since the version of the gtk-pixbuf port is 0.22, and that is the latest version of gtk-pixbuf available, from over 5 years ago: http://ftp.gnome.org/pub/GNOME/sources/gdk-pixbuf/ I am able to find documentation about newer versions of GdkPixbuf, but I don't know where to download them: http://library.gnome.org/devel/gdk-pixbuf/ Perhaps gtk-pixbuf is now part of some other part of gnome, and it's finding that on your system? Looking at the entire dependency tree of lablgtk2, gtk-pixbuf does not seem to be listed. Wait, I think I got it: I have /opt/local/lib/ libgdk_pixbuf-2.0.0.1200.4.dylib on my system and it's provided by the gtk2 port. I have gtk2 2.12.4 installed. What version do you have installed? From ryandesign at macports.org Sat Feb 16 18:23:56 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 Feb 2008 20:23:56 -0600 Subject: "install ntop" failed In-Reply-To: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> References: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> Message-ID: <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> On Feb 16, 2008, at 07:52, Andrei Tchijov wrote: > On Feb 16, 2008, at 3:37 AM, William Davis wrote: > >> On Feb 16, 2008, at 2:18 AM, Andrei Tchijov wrote: >> >>> [Downloads/ntop-3.3] > install ntop >>> >>> ---> Fetching cgilib >>> ---> Attempting to fetch cgilib-0.5.tar.gz from http:// >>> www.infodrom.org/projects/cgilib/download/ >>> ---> Verifying checksum(s) for cgilib >>> ---> Extracting cgilib >>> ---> Applying patches to cgilib >>> ---> Configuring cgilib >>> ---> Building cgilib with target {} >>> Error: Target org.macports.build returned: shell command " cd "/opt/ >>> local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync >>> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >>> CFLAGS="-O3 -fPIC -I." " returned error 2 >>> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >>> make: O3: Command not found >>> make: [cgi.o] Error 127 (ignored) >>> O3 -fPIC -I. -c -o cookies.o cookies.c >>> make: O3: Command not found >>> make: [cookies.o] Error 127 (ignored) >>> ar rc libcgi.a cgi.o cookies.o >>> ar: cgi.o: No such file or directory >>> ar: cookies.o: No such file or directory >>> make: *** [libcgi.a] Error 1 >>> >>> Error: The following dependencies failed to build: rrdtool cgilib >>> libart_lgpl perl5.8 tcl >>> Error: Status 1 encountered during processing. >> >> cgilib installed just fine for me. try >> sudo port -d clean cgilib >> sudo port -dn install cgilib > > Same result pretty much :( Looks like it thinks "-O3" is the name of > command (instead of one of CFLAGS) > > > [Downloads/ntop-3.3] > cleanup cgilib > Unrecognized action "cleanup" > [Downloads/ntop-3.3] > clean cgilib > ---> Cleaning cgilib > [Downloads/ntop-3.3] > install cgilib > ---> Fetching cgilib > ---> Attempting to fetch cgilib-0.5.tar.gz from http:// > www.infodrom.org/projects/cgilib/download/ > ---> Verifying checksum(s) for cgilib > ---> Extracting cgilib > ---> Applying patches to cgilib > ---> Configuring cgilib > ---> Building cgilib with target {} > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make > CFLAGS="-O3 -fPIC -I." " returned error 2 > Command output: O3 -fPIC -I. -c -o cgi.o cgi.c > make: O3: Command not found > make: [cgi.o] Error 127 (ignored) > O3 -fPIC -I. -c -o cookies.o cookies.c > make: O3: Command not found > make: [cookies.o] Error 127 (ignored) > ar rc libcgi.a cgi.o cookies.o > ar: cgi.o: No such file or directory > ar: cookies.o: No such file or directory > make: *** [libcgi.a] Error 1 > > Error: Status 1 encountered during processing. > [Downloads/ntop-3.3] > It works for me on 10.4.11 Intel with Xcode 2.4.1. William Davis said it works for him on 10.5.1 Intel with presumably Xcode 3.0. What version of Mac OS X, Xcode, and MacPorts do you have, on what kind of computer? From angela22.zhu at gmail.com Sat Feb 16 18:47:55 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Sat, 16 Feb 2008 20:47:55 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <91DA7E5F-7798-469A-B5B2-6E7A945975D4@macports.org> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518579.post@talk.nabble.com> <91DA7E5F-7798-469A-B5B2-6E7A945975D4@macports.org> Message-ID: On Feb 16, 2008 8:03 PM, Ryan Schmidt wrote: > On Feb 16, 2008, at 08:33, AngelaZhu wrote: > > >> In file included from tiffgt.c:36: > >> /opt/local/include/GLUT/glut.h:58:19: error: GL/gl.h: No such file or > >> directory > >> /opt/local/include/GLUT/glut.h:59:20: error: GL/glu.h: No such > >> file or > >> directory > > > > [snip] > > > > So tiff can't find the OpenGL headers. I do have /usr/X11R6/include/ > > GL/gl.h on my system. Do you? That would have been provided by either > > X11User (part of Mac OS X) or X11SDK (part of Xcode). Do you have > > both installed? > > > > > > Yes, I do have /usr/X11R6/include/GL/gl.h on my system. > > And I fixed this error by change the > > /opt/local/include/GLUT/glut.h:58:19 from > > #include to > > #include > > You should not have to modify any files by hand like this. Actually after I change the mode of the file, I think I have successfully upgraded "gdk-pixbuf". However when I install lablgtk2, I still get the following error attached at the bottom of this email. I have no idea what is the problem this time. Please help me, thanks a lot! > > What port provides /opt/local/include/GLUT/glut.h? I don't have this > on my system. What do you get when you do this: > > port provides /opt/local/include/GLUT/glut.h I did the following: $ ls /usr/X11R6/include/GL/ GLwDrawA.h GLwMDrawAP.h glu.h glxext.h glxproto.h GLwDrawAP.h gl.h glu.h2 glxint.h glxtokens.h GLwMDrawA.h glext.h glx.h glxmd.h osmesa.h $ port provides /opt/local/include/GLUT/glut.h /opt/local/include/GLUT/glut.h is not provided by a MacPorts port. > > > > > However, when I retried upgrade, I got: > > /usr/X11R6/include/GL/glu.h:35:19: error: GL/gl.h: No such file or > > directory > > Now I cannot do the same thing to fix it because this folder > > gives no permission for modifying or adding files. > > What should I do? > > The include flags in the port must be wrong... should include $ > {x11prefix}... You may need to file a ticket for this problem. > > > ------------------------------------------ checking for GNOME_TEST... configure: error: Package requirements ( gdk-pixbuf-2.0 >= 2.11.5) were not met: Requested 'gdk-pixbuf-2.0 >= 2.11.5' but version of GdkPixbuf is 2.10.13 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GNOME_TEST_CFLAGS and GNOME_TEST_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: The following dependencies failed to build: libgnomeui Error: Status 1 encountered during processing. ------------------------------------------ -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080216/1b96a8e8/attachment-0001.html From mvfranz at gmail.com Sat Feb 16 19:26:28 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sat, 16 Feb 2008 22:26:28 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: I was able to install darwinports 1.3.2, but the port files have properties/commands that this old version does not understand. The problem with building the latest version (This started with Macports 1.5) is that Core Foundation is required. I would have thought that darwin 8 had core foundation installed. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080216/0aa749d1/attachment.html From angela22.zhu at gmail.com Sat Feb 16 19:52:43 2008 From: angela22.zhu at gmail.com (AngelaZhu) Date: Sat, 16 Feb 2008 19:52:43 -0800 (PST) Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> Message-ID: <15525989.post@talk.nabble.com> Ryan Schmidt-24 wrote: > > >> Thanks, I have fixed this problem and now "gdk-pixbuf" is successfully >> upgraded. > > How did you fix the problem? > Well, I simply change the mode of files to "rw" and change every #include to its full path. #include And then "port upgrade gdk-pixbuf" work correctly. Ryan Schmidt-24 wrote: > >> However, when I install lablgtk2, I still get the following error: > > [snip] > >> checking for GNOME_TEST... configure: error: Package requirements ( >> gdk-pixbuf-2.0 >= 2.11.5) were not met: >> >> Requested 'gdk-pixbuf-2.0 >= 2.11.5' but version of GdkPixbuf is >> 2.10.13 > > Curious that it says the version of GdkPixbuf is 2.10.13, since the > version of the gtk-pixbuf port is 0.22, and that is the latest > version of gtk-pixbuf available, from over 5 years ago: > > http://ftp.gnome.org/pub/GNOME/sources/gdk-pixbuf/ > > I am able to find documentation about newer versions of GdkPixbuf, > but I don't know where to download them: > > http://library.gnome.org/devel/gdk-pixbuf/ > > This is weird. Ryan Schmidt-24 wrote: > > > Perhaps gtk-pixbuf is now part of some other part of gnome, and it's > finding that on your system? Looking at the entire dependency tree of > lablgtk2, gtk-pixbuf does not seem to be listed. > > Wait, I think I got it: I have /opt/local/lib/ > libgdk_pixbuf-2.0.0.1200.4.dylib on my system and it's provided by > the gtk2 port. I have gtk2 2.12.4 installed. What version do you have > installed? > > I think I have the same version: $ port info gtk2 gtk2 2.12.4, x11/gtk2 (Variants: universal, darwin_6, darwin_7, quartz, x11) Ryan Schmidt-24 wrote: > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > In this case, what can I do to resolve the problem? Many thanks, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ -- View this message in context: http://www.nabble.com/Install-Lablgtk-2.10-using-MacPorts-tp15513214p15525989.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Sat Feb 16 19:59:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 Feb 2008 21:59:17 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <15525989.post@talk.nabble.com> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> <15525989.post@talk.nabble.com> Message-ID: <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> On Feb 16, 2008, at 21:52, AngelaZhu wrote: > Ryan Schmidt wrote: > >>> Thanks, I have fixed this problem and now "gdk-pixbuf" is >>> successfully >>> upgraded. >> >> How did you fix the problem? > > Well, I simply change the mode of files to "rw" > and change every #include to its full path. > #include > And then "port upgrade gdk-pixbuf" work correctly. That's probably a bad idea. It shouldn't be necessary to change these files by hand. I still don't know how that /opt/local/include/GLUT/glut.h got on your system if it wasn't provided by a MacPorts port. >> Perhaps gtk-pixbuf is now part of some other part of gnome, and it's >> finding that on your system? Looking at the entire dependency tree of >> lablgtk2, gtk-pixbuf does not seem to be listed. >> >> Wait, I think I got it: I have /opt/local/lib/ >> libgdk_pixbuf-2.0.0.1200.4.dylib on my system and it's provided by >> the gtk2 port. I have gtk2 2.12.4 installed. What version do you have >> installed? > > I think I have the same version: > $ port info gtk2 > gtk2 2.12.4, x11/gtk2 (Variants: universal, darwin_6, darwin_7, > quartz, x11) "port info gtk2" just tells you that the currently-available version of gtk2 is 2.12.4. It doesn't say anything about what version you have installed. What does "port installed gtk2" say? From angela22.zhu at gmail.com Sat Feb 16 20:04:16 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Sat, 16 Feb 2008 22:04:16 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> <15525989.post@talk.nabble.com> <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> Message-ID: On Feb 16, 2008 9:59 PM, Ryan Schmidt wrote: > On Feb 16, 2008, at 21:52, AngelaZhu wrote: > > > Ryan Schmidt wrote: > > > >>> Thanks, I have fixed this problem and now "gdk-pixbuf" is > >>> successfully > >>> upgraded. > >> > >> How did you fix the problem? > > > > Well, I simply change the mode of files to "rw" > > and change every #include to its full path. > > #include > > And then "port upgrade gdk-pixbuf" work correctly. > > That's probably a bad idea. It shouldn't be necessary to change these > files by hand. Ok... But I didn't have a better idea how to do that at the time. :) > > > I still don't know how that /opt/local/include/GLUT/glut.h got on > your system if it wasn't provided by a MacPorts port. > > > >> Perhaps gtk-pixbuf is now part of some other part of gnome, and it's > >> finding that on your system? Looking at the entire dependency tree of > >> lablgtk2, gtk-pixbuf does not seem to be listed. > >> > >> Wait, I think I got it: I have /opt/local/lib/ > >> libgdk_pixbuf-2.0.0.1200.4.dylib on my system and it's provided by > >> the gtk2 port. I have gtk2 2.12.4 installed. What version do you have > >> installed? > > > > I think I have the same version: > > $ port info gtk2 > > gtk2 2.12.4, x11/gtk2 (Variants: universal, darwin_6, darwin_7, > > quartz, x11) > > > "port info gtk2" just tells you that the currently-available version > of gtk2 is 2.12.4. It doesn't say anything about what version you > have installed. What does "port installed gtk2" say? > It says: $ port installed gtk2 The following ports are currently installed: gtk2 @2.10.13_0 (active) Probably I should also upgrade this? -- Thanks and Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080216/0c990640/attachment.html From ryandesign at macports.org Sat Feb 16 20:49:01 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 Feb 2008 22:49:01 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> <15525989.post@talk.nabble.com> <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> Message-ID: <5756A36D-38EC-4598-9FF6-28F77942EE92@macports.org> On Feb 16, 2008, at 22:04, Angela Zhu wrote: > On Feb 16, 2008 9:59 PM, Ryan Schmidt wrote: > >> >> Perhaps gtk-pixbuf is now part of some other part of gnome, and >> it's >> >> finding that on your system? Looking at the entire dependency >> tree of >> >> lablgtk2, gtk-pixbuf does not seem to be listed. >> >> >> >> Wait, I think I got it: I have /opt/local/lib/ >> >> libgdk_pixbuf-2.0.0.1200.4.dylib on my system and it's provided by >> >> the gtk2 port. I have gtk2 2.12.4 installed. What version do >> you have >> >> installed? >> > >> > I think I have the same version: >> > $ port info gtk2 >> > gtk2 2.12.4, x11/gtk2 (Variants: universal, darwin_6, darwin_7, >> > quartz, x11) >> >> >> "port info gtk2" just tells you that the currently-available version >> of gtk2 is 2.12.4. It doesn't say anything about what version you >> have installed. What does "port installed gtk2" say? > > > It says: > $ port installed gtk2 > The following ports are currently installed: > gtk2 @2.10.13_0 (active) > > Probably I should also upgrade this? Yes you should. :) And any other dependencies of lablgtk that are outdated (shown with "port outdated"). From angela22.zhu at gmail.com Sat Feb 16 20:53:17 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Sat, 16 Feb 2008 22:53:17 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <5756A36D-38EC-4598-9FF6-28F77942EE92@macports.org> References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> <15525989.post@talk.nabble.com> <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> <5756A36D-38EC-4598-9FF6-28F77942EE92@macports.org> Message-ID: On Feb 16, 2008 10:49 PM, Ryan Schmidt wrote: > On Feb 16, 2008, at 22:04, Angela Zhu wrote: > > > On Feb 16, 2008 9:59 PM, Ryan Schmidt wrote: > > > >> >> Perhaps gtk-pixbuf is now part of some other part of gnome, and > >> it's > >> >> finding that on your system? Looking at the entire dependency > >> tree of > >> >> lablgtk2, gtk-pixbuf does not seem to be listed. > >> >> > >> >> Wait, I think I got it: I have /opt/local/lib/ > >> >> libgdk_pixbuf-2.0.0.1200.4.dylib on my system and it's provided by > >> >> the gtk2 port. I have gtk2 2.12.4 installed. What version do > >> you have > >> >> installed? > >> > > >> > I think I have the same version: > >> > $ port info gtk2 > >> > gtk2 2.12.4, x11/gtk2 (Variants: universal, darwin_6, darwin_7, > >> > quartz, x11) > >> > >> > >> "port info gtk2" just tells you that the currently-available version > >> of gtk2 is 2.12.4. It doesn't say anything about what version you > >> have installed. What does "port installed gtk2" say? > > > > > > It says: > > $ port installed gtk2 > > The following ports are currently installed: > > gtk2 @2.10.13_0 (active) > > > > Probably I should also upgrade this? > > Yes you should. :) And any other dependencies of lablgtk that are > outdated (shown with "port outdated"). > > > Well, I think now I don't have any dependence problems, but encountered another error: ------------------------------------------ $ sudo port install lablgtk2 ---> Activating lablgtk2 2.10.0_0 Error: Target org.macports.activate returned: Image error: Another version of this port (lablgtk2 @2.6.0_0) is already active. Error: Status 1 encountered during processing. ------------------------------------------ -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080216/52baa144/attachment-0001.html From ryandesign at macports.org Sat Feb 16 20:58:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 Feb 2008 22:58:26 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: References: <15513214.post@talk.nabble.com> <1F509497-AA22-4986-941A-D093165F8296@macports.org> <15515005.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> <15525989.post@talk.nabble.com> <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> <5756A36D-38EC-4598-9FF6-28F77942EE92@macports.org> Message-ID: <027C1F69-D0E2-4644-95E1-08CE7152C101@macports.org> On Feb 16, 2008, at 22:53, Angela Zhu wrote: > Well, I think now I don't have any dependence problems, but > encountered another error: > > ------------------------------------------ > $ sudo port install lablgtk2 > ---> Activating lablgtk2 2.10.0_0 > Error: Target org.macports.activate returned: Image error: Another > version of this port (lablgtk2 @2.6.0_0) is already active. > Error: Status 1 encountered during processing. > ------------------------------------------ You need to deactivate the old version first: sudo port deactivate lablgtk2 @2.6.0_0 From andrei at tchijov.com Sat Feb 16 20:58:49 2008 From: andrei at tchijov.com (Andrei Tchijov) Date: Sat, 16 Feb 2008 23:58:49 -0500 Subject: "install ntop" failed In-Reply-To: <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> References: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> Message-ID: <511C7B7E-A2BE-4939-BEF3-1932FCBECFCC@tchijov.com> 10.5.2 Xcode 3 Mac Book Pro On Feb 16, 2008, at 9:23 PM, Ryan Schmidt wrote: > On Feb 16, 2008, at 07:52, Andrei Tchijov wrote: > >> On Feb 16, 2008, at 3:37 AM, William Davis wrote: >> >>> On Feb 16, 2008, at 2:18 AM, Andrei Tchijov wrote: >>> >>>> [Downloads/ntop-3.3] > install ntop >>>> >>>> ---> Fetching cgilib >>>> ---> Attempting to fetch cgilib-0.5.tar.gz from http://www.infodrom.org/projects/cgilib/download/ >>>> ---> Verifying checksum(s) for cgilib >>>> ---> Extracting cgilib >>>> ---> Applying patches to cgilib >>>> ---> Configuring cgilib >>>> ---> Building cgilib with target {} >>>> Error: Target org.macports.build returned: shell command " cd "/ >>>> opt/ >>>> local/var/macports/build/ >>>> _opt_local_var_macports_sources_rsync >>>> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >>>> CFLAGS="-O3 -fPIC -I." " returned error 2 >>>> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >>>> make: O3: Command not found >>>> make: [cgi.o] Error 127 (ignored) >>>> O3 -fPIC -I. -c -o cookies.o cookies.c >>>> make: O3: Command not found >>>> make: [cookies.o] Error 127 (ignored) >>>> ar rc libcgi.a cgi.o cookies.o >>>> ar: cgi.o: No such file or directory >>>> ar: cookies.o: No such file or directory >>>> make: *** [libcgi.a] Error 1 >>>> >>>> Error: The following dependencies failed to build: rrdtool cgilib >>>> libart_lgpl perl5.8 tcl >>>> Error: Status 1 encountered during processing. >>> >>> cgilib installed just fine for me. try >>> sudo port -d clean cgilib >>> sudo port -dn install cgilib >> >> Same result pretty much :( Looks like it thinks "-O3" is the name of >> command (instead of one of CFLAGS) >> >> >> [Downloads/ntop-3.3] > cleanup cgilib >> Unrecognized action "cleanup" >> [Downloads/ntop-3.3] > clean cgilib >> ---> Cleaning cgilib >> [Downloads/ntop-3.3] > install cgilib >> ---> Fetching cgilib >> ---> Attempting to fetch cgilib-0.5.tar.gz from http://www.infodrom.org/projects/cgilib/download/ >> ---> Verifying checksum(s) for cgilib >> ---> Extracting cgilib >> ---> Applying patches to cgilib >> ---> Configuring cgilib >> ---> Building cgilib with target {} >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >> CFLAGS="-O3 -fPIC -I." " returned error 2 >> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >> make: O3: Command not found >> make: [cgi.o] Error 127 (ignored) >> O3 -fPIC -I. -c -o cookies.o cookies.c >> make: O3: Command not found >> make: [cookies.o] Error 127 (ignored) >> ar rc libcgi.a cgi.o cookies.o >> ar: cgi.o: No such file or directory >> ar: cookies.o: No such file or directory >> make: *** [libcgi.a] Error 1 >> >> Error: Status 1 encountered during processing. >> [Downloads/ntop-3.3] > > > It works for me on 10.4.11 Intel with Xcode 2.4.1. > > William Davis said it works for him on 10.5.1 Intel with presumably > Xcode 3.0. > > What version of Mac OS X, Xcode, and MacPorts do you have, on what > kind of computer? > > From angela22.zhu at gmail.com Sat Feb 16 21:01:10 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Sat, 16 Feb 2008 23:01:10 -0600 Subject: tiff: GL/gl.h: No such file or directory (was: Re: Install Lablgtk 2.10 using MacPorts) In-Reply-To: <027C1F69-D0E2-4644-95E1-08CE7152C101@macports.org> References: <15513214.post@talk.nabble.com> <15518584.post@talk.nabble.com> <0C92C9E0-DE47-41E8-BBCC-0D31D838B86C@macports.org> <15525989.post@talk.nabble.com> <25904775-09FD-4506-B000-D6CA58EBA40B@macports.org> <5756A36D-38EC-4598-9FF6-28F77942EE92@macports.org> <027C1F69-D0E2-4644-95E1-08CE7152C101@macports.org> Message-ID: On Feb 16, 2008 10:58 PM, Ryan Schmidt wrote: > On Feb 16, 2008, at 22:53, Angela Zhu wrote: > > > Well, I think now I don't have any dependence problems, but > > encountered another error: > > > > ------------------------------------------ > > $ sudo port install lablgtk2 > > ---> Activating lablgtk2 2.10.0_0 > > Error: Target org.macports.activate returned: Image error: Another > > version of this port (lablgtk2 @2.6.0_0) is already active. > > Error: Status 1 encountered during processing. > > ------------------------------------------ > > You need to deactivate the old version first: > > sudo port deactivate lablgtk2 @2.6.0_0 > > Great! I think I am done with the installation! What a day~ Thank you so much, Ryan! You saved me! :) -- Regards, Angela Zhu ------------------------------------------ Dept. of CS, Rice University http://www.cs.rice.edu/~yz2/ ------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080216/88598419/attachment.html From macports.users at gmail.com Sat Feb 16 22:33:15 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Sun, 17 Feb 2008 01:33:15 -0500 Subject: "install ntop" failed In-Reply-To: <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> References: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> Message-ID: Xcode Version 2.5 $ uname -amnpsrv Darwin Mac 8.11.0 Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh powerpc $ system_profiler | head Hardware: Hardware Overview: Machine Name: iBook G4 Machine Model: PowerBook6,5 CPU Type: PowerPC G4 (1.1) Number Of CPUs: 1 CPU Speed: 1.2 GHz L2 Cache (per CPU): 512 KB $ system_profiler | grep "System Version" System Version: Mac OS X 10.4.11 (8S165) $ port -v MacPorts 1.700 On Feb 16, 2008, at 9:23 PM, Ryan Schmidt wrote: > On Feb 16, 2008, at 07:52, Andrei Tchijov wrote: > >> On Feb 16, 2008, at 3:37 AM, William Davis wrote: >> >>> On Feb 16, 2008, at 2:18 AM, Andrei Tchijov wrote: >>> >>>> [Downloads/ntop-3.3] > install ntop >>>> >>>> ---> Fetching cgilib >>>> ---> Attempting to fetch cgilib-0.5.tar.gz from http:// >>>> www.infodrom.org/projects/cgilib/download/ >>>> ---> Verifying checksum(s) for cgilib >>>> ---> Extracting cgilib >>>> ---> Applying patches to cgilib >>>> ---> Configuring cgilib >>>> ---> Building cgilib with target {} >>>> Error: Target org.macports.build returned: shell command " cd "/ >>>> opt/ >>>> local/var/macports/build/ >>>> _opt_local_var_macports_sources_rsync >>>> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >>>> CFLAGS="-O3 -fPIC -I." " returned error 2 >>>> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >>>> make: O3: Command not found >>>> make: [cgi.o] Error 127 (ignored) >>>> O3 -fPIC -I. -c -o cookies.o cookies.c >>>> make: O3: Command not found >>>> make: [cookies.o] Error 127 (ignored) >>>> ar rc libcgi.a cgi.o cookies.o >>>> ar: cgi.o: No such file or directory >>>> ar: cookies.o: No such file or directory >>>> make: *** [libcgi.a] Error 1 >>>> >>>> Error: The following dependencies failed to build: rrdtool cgilib >>>> libart_lgpl perl5.8 tcl >>>> Error: Status 1 encountered during processing. >>> >>> cgilib installed just fine for me. try >>> sudo port -d clean cgilib >>> sudo port -dn install cgilib >> >> Same result pretty much :( Looks like it thinks "-O3" is the name of >> command (instead of one of CFLAGS) >> >> >> [Downloads/ntop-3.3] > cleanup cgilib >> Unrecognized action "cleanup" >> [Downloads/ntop-3.3] > clean cgilib >> ---> Cleaning cgilib >> [Downloads/ntop-3.3] > install cgilib >> ---> Fetching cgilib >> ---> Attempting to fetch cgilib-0.5.tar.gz from http:// >> www.infodrom.org/projects/cgilib/download/ >> ---> Verifying checksum(s) for cgilib >> ---> Extracting cgilib >> ---> Applying patches to cgilib >> ---> Configuring cgilib >> ---> Building cgilib with target {} >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >> CFLAGS="-O3 -fPIC -I." " returned error 2 >> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >> make: O3: Command not found >> make: [cgi.o] Error 127 (ignored) >> O3 -fPIC -I. -c -o cookies.o cookies.c >> make: O3: Command not found >> make: [cookies.o] Error 127 (ignored) >> ar rc libcgi.a cgi.o cookies.o >> ar: cgi.o: No such file or directory >> ar: cookies.o: No such file or directory >> make: *** [libcgi.a] Error 1 >> >> Error: Status 1 encountered during processing. >> [Downloads/ntop-3.3] > > > It works for me on 10.4.11 Intel with Xcode 2.4.1. > > William Davis said it works for him on 10.5.1 Intel with presumably > Xcode 3.0. > > What version of Mac OS X, Xcode, and MacPorts do you have, on what > kind of computer? > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From yves at macports.org Sat Feb 16 23:38:49 2008 From: yves at macports.org (Yves de Champlain) Date: Sun, 17 Feb 2008 02:38:49 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: <07CE7C4E-CA10-4781-BF2A-6BBC56272D35@macports.org> Le 08-02-16 ? 22:26, Michael Franz a ?crit : > I was able to install darwinports 1.3.2, but the port files have > properties/commands that this old version does not understand. > > The problem with building the latest version (This started with > Macports 1.5) is that Core Foundation is required. I would have > thought that darwin 8 had core foundation installed. Darwin's Core Foundation is a subset (or something similar) of Mac OS X'S so it is there but may be missing symbols. yves From yves at macports.org Sat Feb 16 23:40:41 2008 From: yves at macports.org (Yves de Champlain) Date: Sun, 17 Feb 2008 02:40:41 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: Le 08-02-16 ? 22:26, Michael Franz a ?crit : > I was able to install darwinports 1.3.2, but the port files have > properties/commands that this old version does not understand. > > The problem with building the latest version (This started with > Macports 1.5) is that Core Foundation is required. I would have > thought that darwin 8 had core foundation installed. and BTW many ports will also fail because they just suppose darwin to be mac os x yves From ryandesign at macports.org Sun Feb 17 00:21:55 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 17 Feb 2008 02:21:55 -0600 Subject: "install ntop" failed In-Reply-To: References: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> Message-ID: Yes but Charlse, your error with ntop was "libtool: compile: unable to infer tagged configuration" which was in a different thread, "ntop install failure" and for which a ticket was already filed: http://trac.macosforge.org/projects/macports/ticket/14308 Whereas Andrei's ntop error is "make: O3: Command not found" and we still need a ticket to be filed for that. On Feb 17, 2008, at 00:33, Charlse Darwin wrote: > Xcode Version 2.5 > > $ uname -amnpsrv > Darwin Mac 8.11.0 Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 > PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh powerpc > $ system_profiler | head > Hardware: > > Hardware Overview: > > Machine Name: iBook G4 > Machine Model: PowerBook6,5 > CPU Type: PowerPC G4 (1.1) > Number Of CPUs: 1 > CPU Speed: 1.2 GHz > L2 Cache (per CPU): 512 KB > $ system_profiler | grep "System Version" > System Version: Mac OS X 10.4.11 (8S165) > $ port -v > MacPorts 1.700 > > > On Feb 16, 2008, at 9:23 PM, Ryan Schmidt wrote: > >> On Feb 16, 2008, at 07:52, Andrei Tchijov wrote: >> >>> On Feb 16, 2008, at 3:37 AM, William Davis wrote: >>> >>>> On Feb 16, 2008, at 2:18 AM, Andrei Tchijov wrote: >>>> >>>>> [Downloads/ntop-3.3] > install ntop >>>>> >>>>> ---> Fetching cgilib >>>>> ---> Attempting to fetch cgilib-0.5.tar.gz from http:// >>>>> www.infodrom.org/projects/cgilib/download/ >>>>> ---> Verifying checksum(s) for cgilib >>>>> ---> Extracting cgilib >>>>> ---> Applying patches to cgilib >>>>> ---> Configuring cgilib >>>>> ---> Building cgilib with target {} >>>>> Error: Target org.macports.build returned: shell command " cd "/ >>>>> opt/ >>>>> local/var/macports/build/ >>>>> _opt_local_var_macports_sources_rsync >>>>> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >>>>> CFLAGS="-O3 -fPIC -I." " returned error 2 >>>>> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >>>>> make: O3: Command not found >>>>> make: [cgi.o] Error 127 (ignored) >>>>> O3 -fPIC -I. -c -o cookies.o cookies.c >>>>> make: O3: Command not found >>>>> make: [cookies.o] Error 127 (ignored) >>>>> ar rc libcgi.a cgi.o cookies.o >>>>> ar: cgi.o: No such file or directory >>>>> ar: cookies.o: No such file or directory >>>>> make: *** [libcgi.a] Error 1 >>>>> >>>>> Error: The following dependencies failed to build: rrdtool cgilib >>>>> libart_lgpl perl5.8 tcl >>>>> Error: Status 1 encountered during processing. >>>> >>>> cgilib installed just fine for me. try >>>> sudo port -d clean cgilib >>>> sudo port -dn install cgilib >>> >>> Same result pretty much :( Looks like it thinks "-O3" is the >>> name of >>> command (instead of one of CFLAGS) >>> >>> >>> [Downloads/ntop-3.3] > cleanup cgilib >>> Unrecognized action "cleanup" >>> [Downloads/ntop-3.3] > clean cgilib >>> ---> Cleaning cgilib >>> [Downloads/ntop-3.3] > install cgilib >>> ---> Fetching cgilib >>> ---> Attempting to fetch cgilib-0.5.tar.gz from http:// >>> www.infodrom.org/projects/cgilib/download/ >>> ---> Verifying checksum(s) for cgilib >>> ---> Extracting cgilib >>> ---> Applying patches to cgilib >>> ---> Configuring cgilib >>> ---> Building cgilib with target {} >>> Error: Target org.macports.build returned: shell command " cd "/opt/ >>> local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync >>> .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make >>> CFLAGS="-O3 -fPIC -I." " returned error 2 >>> Command output: O3 -fPIC -I. -c -o cgi.o cgi.c >>> make: O3: Command not found >>> make: [cgi.o] Error 127 (ignored) >>> O3 -fPIC -I. -c -o cookies.o cookies.c >>> make: O3: Command not found >>> make: [cookies.o] Error 127 (ignored) >>> ar rc libcgi.a cgi.o cookies.o >>> ar: cgi.o: No such file or directory >>> ar: cookies.o: No such file or directory >>> make: *** [libcgi.a] Error 1 >>> >>> Error: Status 1 encountered during processing. >>> [Downloads/ntop-3.3] > >> >> It works for me on 10.4.11 Intel with Xcode 2.4.1. >> >> William Davis said it works for him on 10.5.1 Intel with presumably >> Xcode 3.0. >> >> What version of Mac OS X, Xcode, and MacPorts do you have, on what >> kind of computer? From ryandesign at macports.org Sun Feb 17 00:24:27 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 17 Feb 2008 02:24:27 -0600 Subject: "install ntop" failed In-Reply-To: References: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> Message-ID: <68435AAF-3AFE-4096-A995-5F3FAC7DB511@macports.org> Uh, sorry, and furthermore, Charlse, your error was with ntop, while Andrei's was with cgilib. On Feb 17, 2008, at 02:21, Ryan Schmidt wrote: > Yes but Charlse, your error with ntop was "libtool: compile: unable > to infer tagged configuration" which was in a different thread, "ntop > install failure" and for which a ticket was already filed: > > http://trac.macosforge.org/projects/macports/ticket/14308 > > Whereas Andrei's ntop error is "make: O3: Command not found" and we > still need a ticket to be filed for that. From ryandesign at macports.org Sun Feb 17 00:25:49 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 17 Feb 2008 02:25:49 -0600 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> On Feb 17, 2008, at 01:40, Yves de Champlain wrote: > Le 08-02-16 ? 22:26, Michael Franz a ?crit : > >> I was able to install darwinports 1.3.2, but the port files have >> properties/commands that this old version does not understand. >> >> The problem with building the latest version (This started with >> Macports 1.5) is that Core Foundation is required. I would have >> thought that darwin 8 had core foundation installed. > > and BTW many ports will also fail because they just suppose darwin to > be mac os x We still have separate "macosx" and "darwin" platforms don't we? Do we want to continue having that? Or should we drop all semblance of Pure Darwin support? I guess if we (Anders) are going to all the effort lately to support other operating systems, we should also support Pure Darwin... From afb at macports.org Sun Feb 17 00:40:00 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun, 17 Feb 2008 09:40:00 +0100 Subject: Macports On Pure Darwin In-Reply-To: <496F8462-C159-4236-BDEA-CA689CE801D1@macports.org> References: <496F8462-C159-4236-BDEA-CA689CE801D1@macports.org> Message-ID: <9C9CAE86-868B-4B2F-A5B4-7B1C21D7FEE8@macports.org> Yves de Champlain wrote: >> Is there a version of Macports that can be installed on a darwin >> installation? I installed the Darwin 8 iso and can not get >> Macports to configure since GNUStep is missing. > > You can install an older version of macports, install gnustep and > then update macports. > > But I don't know since when GNUstep is required. Foundation is required since MacPorts 1.4, so either Cocoa or GNUstep is needed... (always available on Mac OS X, so shouldn't ever be a problem on Mac platforms) It is used for building the Tcl -> Objective-C support in the "tclobjc1.0" module. The requirement can be avoided by editing configure/make to not build this module. --anders From afb at macports.org Sun Feb 17 01:06:17 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun, 17 Feb 2008 10:06:17 +0100 Subject: Macports On Pure Darwin In-Reply-To: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> Message-ID: <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> Ryan Schmidt wrote: >> and BTW many ports will also fail because they just suppose darwin to >> be mac os x > > We still have separate "macosx" and "darwin" platforms don't we? There are even three: "darwin", a superset of "macosx" and "puredarwin" Darwin does not automatically include e.g. Carbon and Cocoa frameworks. So technically those ports are wrong, or at least making assumptions... > Do > we want to continue having that? Or should we drop all semblance of > Pure Darwin support? I guess if we (Anders) are going to all the > effort lately to support other operating systems, we should also > support Pure Darwin... I added "support" for FreeBSD, as a substitute for the late Darwin. (and additionally tried MP on Linux too, in the name of portability) Darwin OS currently enjoys the same MacPorts status as Jaguar does, "while stock lasts". Users of either should upgrade, like "yesterday". --anders From mvfranz at gmail.com Sun Feb 17 05:29:12 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 17 Feb 2008 08:29:12 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: That is OK, as long as the ports I am interested in will work. At this point it is only Kaffe and anything Kaffe depends on. On Feb 17, 2008 2:40 AM, Yves de Champlain wrote: > > Le 08-02-16 ? 22:26, Michael Franz a ?crit : > > > I was able to install darwinports 1.3.2, but the port files have > > properties/commands that this old version does not understand. > > > > The problem with building the latest version (This started with > > Macports 1.5) is that Core Foundation is required. I would have > > thought that darwin 8 had core foundation installed. > > and BTW many ports will also fail because they just suppose darwin to > be mac os x > > yves > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080217/9c9f25f2/attachment.html From mvfranz at gmail.com Sun Feb 17 05:34:12 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 17 Feb 2008 08:34:12 -0500 Subject: Macports On Pure Darwin In-Reply-To: <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> Message-ID: On Feb 17, 2008 4:06 AM, Anders F Bj?rklund wrote: > Ryan Schmidt wrote: > > >> and BTW many ports will also fail because they just suppose darwin to > >> be mac os x > > > > We still have separate "macosx" and "darwin" platforms don't we? > > There are even three: "darwin", a superset of "macosx" and "puredarwin" > > Darwin does not automatically include e.g. Carbon and Cocoa frameworks. > So technically those ports are wrong, or at least making assumptions... > I may have misspoke, I am using just darwin, I forgot that there is a puredarwin project. That is not what I am using. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080217/63574c39/attachment.html From yves at macports.org Sun Feb 17 05:36:19 2008 From: yves at macports.org (Yves de Champlain) Date: Sun, 17 Feb 2008 08:36:19 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: Message-ID: <3A39DEED-E32B-4201-929F-488CC35B3A3C@macports.org> Le 08-02-17 ? 08:29, Michael Franz a ?crit : > That is OK, as long as the ports I am interested in will work. At > this point it is only Kaffe and anything Kaffe depends on. > > On Feb 17, 2008 2:40 AM, Yves de Champlain wrote: > > Le 08-02-16 ? 22:26, Michael Franz a ?crit : > > > I was able to install darwinports 1.3.2, but the port files have > > properties/commands that this old version does not understand. > > > > The problem with building the latest version (This started with > > Macports 1.5) is that Core Foundation is required. I would have > > thought that darwin 8 had core foundation installed. > > and BTW many ports will also fail because they just suppose darwin to > be mac os x I remember having built Kaffe on Darwin 7.2.1. Darwin 8 should work too. yves -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080217/00852d02/attachment.html From mvfranz at gmail.com Sun Feb 17 05:53:41 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 17 Feb 2008 08:53:41 -0500 Subject: Macports On Pure Darwin In-Reply-To: <3A39DEED-E32B-4201-929F-488CC35B3A3C@macports.org> References: <3A39DEED-E32B-4201-929F-488CC35B3A3C@macports.org> Message-ID: I remember having built Kaffe on Darwin 7.2.1. Darwin 8 should work too. > > Kaffe 1.1.7 does, but 1.1.8 does not. Or, Kaffe 1.1.8 does not build on OS X. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080217/ebb8d07e/attachment-0001.html From afb at macports.org Sun Feb 17 06:06:51 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun, 17 Feb 2008 15:06:51 +0100 Subject: Macports On Pure Darwin In-Reply-To: References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> Message-ID: Michael Franz wrote: > There are even three: "darwin", a superset of "macosx" and > "puredarwin" > > Darwin does not automatically include e.g. Carbon and Cocoa > frameworks. > So technically those ports are wrong, or at least making > assumptions... > I may have misspoke, I am using just darwin, I forgot that there is > a puredarwin project. That is not what I am using. "puredarwin" is a MacPorts variant that means "Darwin without Carbon" - such as Darwin OS. "macosx" is a similar MacPorts variant that means "Darwin with Carbon" - such as Mac OS X. The platform variant "darwin" would be set for both of them, as both have uname == "Darwin". I think software is supposed to look for specific libraries/ frameworks, instead of assume ? --anders From esteban.barahona at gmail.com Sun Feb 17 10:00:11 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sun, 17 Feb 2008 12:00:11 -0600 Subject: Macports On Pure Darwin In-Reply-To: <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> Message-ID: <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> El feb 17, 2551 BE, a las 07:34, Michael Franz escribi?: > I may have misspoke, I am using just darwin, I forgot that there is > a puredarwin project. That is not what I am using. There is a puredarwin project?! what's the difference with darwin? ...I thought there was only OpenDarwin and another darwin distro, but I don't remember puredarwin. Or is puredarwin some Macports-only variable? Esteban Barahona http://www.anagami.net From mvfranz at gmail.com Sun Feb 17 10:55:57 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 17 Feb 2008 13:55:57 -0500 Subject: Macports On Pure Darwin In-Reply-To: <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> Message-ID: It is very new. I don't have any details on it. http://www.puredarwin.org/ On Feb 17, 2008 1:00 PM, Esteban Barahona wrote: > El feb 17, 2551 BE, a las 07:34, Michael Franz escribi?: > > > I may have misspoke, I am using just darwin, I forgot that there is > > a puredarwin project. That is not what I am using. > > > There is a puredarwin project?! what's the difference with > darwin? ...I thought there was only OpenDarwin and another darwin > distro, but I don't remember puredarwin. Or is puredarwin some > Macports-only variable? > > > Esteban Barahona > http://www.anagami.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080217/f11cff74/attachment.html From jkh at apple.com Sun Feb 17 12:34:56 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Sun, 17 Feb 2008 12:34:56 -0800 Subject: Macports On Pure Darwin In-Reply-To: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> Message-ID: <19817300-BF1E-47A1-8313-47F3213AF48D@apple.com> I don't see any point in supporting Pure Darwin for any reason at this point. You're talking about an installed base of what - 20 people? 50? 100 tops? I can think of more Amiga Unix users than that. - Jordan On Feb 17, 2008, at 12:25 AM, Ryan Schmidt wrote: > On Feb 17, 2008, at 01:40, Yves de Champlain wrote: > >> Le 08-02-16 ? 22:26, Michael Franz a ?crit : >> >>> I was able to install darwinports 1.3.2, but the port files have >>> properties/commands that this old version does not understand. >>> >>> The problem with building the latest version (This started with >>> Macports 1.5) is that Core Foundation is required. I would have >>> thought that darwin 8 had core foundation installed. >> >> and BTW many ports will also fail because they just suppose darwin to >> be mac os x > > We still have separate "macosx" and "darwin" platforms don't we? Do > we want to continue having that? Or should we drop all semblance of > Pure Darwin support? I guess if we (Anders) are going to all the > effort lately to support other operating systems, we should also > support Pure Darwin... > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From macports.users at gmail.com Sun Feb 17 12:45:08 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Sun, 17 Feb 2008 15:45:08 -0500 Subject: Macports On Pure Darwin In-Reply-To: <19817300-BF1E-47A1-8313-47F3213AF48D@apple.com> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <19817300-BF1E-47A1-8313-47F3213AF48D@apple.com> Message-ID: This might be (or is) off the topic, but is there any way to boot into console (or ``>console'' if you like) without loading anything related to Aqua, Carbon, Cocoa or any GUI related part of the OS X? On Feb 17, 2008, at 3:34 PM, Jordan K. Hubbard wrote: > I don't see any point in supporting Pure Darwin for any reason at this > point. You're talking about an installed base of what - 20 people? > 50? 100 tops? I can think of more Amiga Unix users than that. > > - Jordan > > On Feb 17, 2008, at 12:25 AM, Ryan Schmidt wrote: > >> On Feb 17, 2008, at 01:40, Yves de Champlain wrote: >> >>> Le 08-02-16 ? 22:26, Michael Franz a ?crit : >>> >>>> I was able to install darwinports 1.3.2, but the port files have >>>> properties/commands that this old version does not understand. >>>> >>>> The problem with building the latest version (This started with >>>> Macports 1.5) is that Core Foundation is required. I would have >>>> thought that darwin 8 had core foundation installed. >>> >>> and BTW many ports will also fail because they just suppose >>> darwin to >>> be mac os x >> >> We still have separate "macosx" and "darwin" platforms don't we? Do >> we want to continue having that? Or should we drop all semblance of >> Pure Darwin support? I guess if we (Anders) are going to all the >> effort lately to support other operating systems, we should also >> support Pure Darwin... >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From jkh at apple.com Sun Feb 17 13:01:10 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Sun, 17 Feb 2008 13:01:10 -0800 Subject: Macports On Pure Darwin In-Reply-To: References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> Message-ID: Given that they haven't posted any updates to their site in over a year, it's probably fair to say that it's mostly just a domain name at this point. This topic was, in any case, hashed out rather thoroughly back when the project changed its name from DarwinPorts to MacPorts. GIven the plethora of projects already devoted to multi-platform ports collections (portage, pkgsrc, etc) and the relative shortage of contributors just on one platform (MacOSX), it was decided to focus on providing the best possible experience for MacOSX, anything else being considered a distraction. - Jordan On Feb 17, 2008, at 10:55 AM, Michael Franz wrote: > It is very new. I don't have any details on it. http://www.puredarwin.org/ > > On Feb 17, 2008 1:00 PM, Esteban Barahona > wrote: > El feb 17, 2551 BE, a las 07:34, Michael Franz escribi?: > > > I may have misspoke, I am using just darwin, I forgot that there is > > a puredarwin project. That is not what I am using. > > > There is a puredarwin project?! what's the difference with > darwin? ...I thought there was only OpenDarwin and another darwin > distro, but I don't remember puredarwin. Or is puredarwin some > Macports-only variable? > > > Esteban Barahona > http://www.anagami.net > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080217/0bee26cd/attachment.html From afb at macports.org Sun Feb 17 14:42:59 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sun, 17 Feb 2008 23:42:59 +0100 Subject: Macports On Pure Darwin In-Reply-To: References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> Message-ID: <11E95D49-8C54-4E99-9F8E-A3CF8D624D56@macports.org> Jordan K. Hubbard wrote: > This topic was, in any case, hashed out rather thoroughly back when > the project changed its name from DarwinPorts to MacPorts. GIven > the plethora of projects already devoted to multi-platform ports > collections (portage, pkgsrc, etc) and the relative shortage of > contributors just on one platform (MacOSX), it was decided to focus > on providing the best possible experience for MacOSX, anything else > being considered a distraction. MacPorts is still reasonably portable, it's just that it makes more sense to try it with living platforms (like FreeBSD or GNU/Linux) for portability purposes than to try it with dead ones like Darwin OS - at least to me. If one wanted to use for instance Darwin 8.0.1 for some reason, then one could use an archive version of DarwinPorts (like 1.2 that I used) to aid in that archeological excavation - you probably wouldn't need MacPorts 1.6 The project doesn't seem to have decided yet whether it wants to provide the best possible Mac OS X experience, or whether it wants to e.g. provide its own bootstrap versions of all the required system libraries and binaries ? So currently other operating systems are tolerated, as long as they a) provide the necessary requirements, such as Tcl and Foundation and b) don't get in the way of the Mac development, and the platform variants should handle that. Somehow I have the nagging feeling that a pure "Mac" Ports would be more gooey and binary, but that's just me... --anders From jkh at apple.com Sun Feb 17 18:08:49 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Sun, 17 Feb 2008 18:08:49 -0800 Subject: Macports On Pure Darwin In-Reply-To: <11E95D49-8C54-4E99-9F8E-A3CF8D624D56@macports.org> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> <11E95D49-8C54-4E99-9F8E-A3CF8D624D56@macports.org> Message-ID: <96F43441-971C-40C9-8D8F-EF69C87C2D8A@apple.com> On Feb 17, 2008, at 2:42 PM, Anders F Bj?rklund wrote: > The project doesn't seem to have decided yet whether it wants to > provide the best possible Mac OS X experience, or whether it wants > to e.g. provide its own bootstrap versions of all the required > system libraries and binaries ? The two are not mutually exclusive. MacPorts provides its own bootstrap versions in order to better control the overall experience. - Jordan From esteban.barahona at gmail.com Sun Feb 17 19:40:42 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sun, 17 Feb 2008 21:40:42 -0600 Subject: Macports On Pure Darwin In-Reply-To: References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> Message-ID: <0E3CB592-91C1-429E-A144-ED750BBB5DB0@gmail.com> El feb 17, 2551 BE, a las 15:01, Jordan K. Hubbard escribi?: > This topic was, in any case, hashed out rather thoroughly back when > the project changed its name from DarwinPorts to MacPorts. GIven > the plethora of projects already devoted to multi-platform ports > collections (portage, pkgsrc, etc) and the relative shortage of > contributors just on one platform (MacOSX), it was decided to focus > on providing the best possible experience for MacOSX, anything else > being considered a distraction. > > - Jordan That may be the main objective, but why not also support darwin without the propietary parts of Mac OS X? As I understand it, if it runs on Darwin it must run on Mac OS X... but I guess it's CLI-only apps... Esteban Barahona http://www.anagami.net From jkh at apple.com Sun Feb 17 19:49:58 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Sun, 17 Feb 2008 19:49:58 -0800 Subject: Macports On Pure Darwin In-Reply-To: <0E3CB592-91C1-429E-A144-ED750BBB5DB0@gmail.com> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> <0E3CB592-91C1-429E-A144-ED750BBB5DB0@gmail.com> Message-ID: On Feb 17, 2008, at 7:40 PM, Esteban Barahona wrote: > That may be the main objective, but why not also support darwin > without the propietary parts of Mac OS X? As I understand it, if it > runs on Darwin it must run on Mac OS X... but I guess it's CLI-only > apps... Because it's more work (just being at the CLI doesn't mean MacOSX technologies can't easily become dependencies) for pretty much no gain. Darwin as a stand-alone OS is dead and has been dead for enough years now that there's just no point in supporting it. - Jordan From esteban.barahona at gmail.com Sun Feb 17 20:01:21 2008 From: esteban.barahona at gmail.com (Esteban Barahona) Date: Sun, 17 Feb 2008 22:01:21 -0600 Subject: Macports On Pure Darwin In-Reply-To: References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> <0E3CB592-91C1-429E-A144-ED750BBB5DB0@gmail.com> Message-ID: El feb 17, 2551 BE, a las 21:49, Jordan K. Hubbard escribi?: > > On Feb 17, 2008, at 7:40 PM, Esteban Barahona wrote: > >> That may be the main objective, but why not also support darwin >> without the propietary parts of Mac OS X? As I understand it, if it >> runs on Darwin it must run on Mac OS X... but I guess it's CLI-only >> apps... > > Because it's more work (just being at the CLI doesn't mean MacOSX > technologies can't easily become dependencies) for pretty much no > gain. Darwin as a stand-alone OS is dead and has been dead for > enough years now that there's just no point in supporting it. > > - Jordan > There has being ~3 attempts to make a 100% FOSS Darwin distro, or to bring the concept from the dead... the interest is there... but I agree in that MacPorts should support Darwin once it's more mature (as a stand-alone OS). Esteban Barahona http://www.anagami.net From afb at macports.org Mon Feb 18 04:52:06 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon, 18 Feb 2008 13:52:06 +0100 Subject: Macports On Pure Darwin In-Reply-To: <96F43441-971C-40C9-8D8F-EF69C87C2D8A@apple.com> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> <11E95D49-8C54-4E99-9F8E-A3CF8D624D56@macports.org> <96F43441-971C-40C9-8D8F-EF69C87C2D8A@apple.com> Message-ID: Jordan K. Hubbard wrote: >> The project doesn't seem to have decided yet whether it wants to >> provide the best possible Mac OS X experience, or whether it wants >> to e.g. provide its own bootstrap versions of all the required >> system libraries and binaries ? > > The two are not mutually exclusive. MacPorts provides its own > bootstrap versions in order to better control the overall experience. The current experience on Tiger is pretty decent, but the experience on Leopard is not so great (yet). Not saying the two are exclusive, but a recurring question is why one should use the outdated and outfeatured versions provided by MacPorts instead of using the updated and customized ones available from the new System ? (some examples here being Python and Ruby) Of course this could also be fixed by updating the ports, at least for the +darwin_9 platform. But it does raise the question why it is trying so hard to not use the system libraries and binaries*, if only catering for the latest and greatest releases from Apple anyway ? So as long as those other platforms provide necessary requirements, I think they should be allowed still... * as per the FAQ http://trac.macports.org/projects/macports/wiki/ FAQ#WhyisMacPortsusingitsownlibraries --anders From yves at macports.org Mon Feb 18 05:02:40 2008 From: yves at macports.org (Yves de Champlain) Date: Mon, 18 Feb 2008 08:02:40 -0500 Subject: Macports On Pure Darwin In-Reply-To: References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> <11E95D49-8C54-4E99-9F8E-A3CF8D624D56@macports.org> <96F43441-971C-40C9-8D8F-EF69C87C2D8A@apple.com> Message-ID: <67F3122E-BF63-4828-A1E8-DAE36FD73769@macports.org> Le 08-02-18 ? 07:52, Anders F Bj?rklund a ?crit : > Jordan K. Hubbard wrote: > >>> The project doesn't seem to have decided yet whether it wants to >>> provide the best possible Mac OS X experience, or whether it wants >>> to e.g. provide its own bootstrap versions of all the required >>> system libraries and binaries ? >> >> The two are not mutually exclusive. MacPorts provides its own >> bootstrap versions in order to better control the overall experience. > > The current experience on Tiger is pretty decent, but the experience > on Leopard is not so great (yet). > > Not saying the two are exclusive, but a recurring question is why one > should use the outdated and outfeatured versions provided by MacPorts > instead of using the updated and customized ones available from the > new System ? (some examples here being Python and Ruby) Of course > this could also be fixed by updating the ports, at least for the > +darwin_9 platform. But it does raise the question why it is trying > so hard to not use the system libraries and binaries*, if only > catering for the latest and greatest releases from Apple anyway ? So > as long as those other platforms provide necessary requirements, I > think they should be allowed still... They sure might provide theses requirements, but for how long ? Is it worth it when you will have to force rebuild every single port because Leopard's libxml is outdated ? As for the customized frameworks, it may make some sense. yves From afb at macports.org Mon Feb 18 05:30:53 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon, 18 Feb 2008 14:30:53 +0100 Subject: Macports On Pure Darwin In-Reply-To: <67F3122E-BF63-4828-A1E8-DAE36FD73769@macports.org> References: <51F60044-F908-4026-ABF9-6C2E216BCB92@macports.org> <932E4550-CE5F-4591-87E6-E20B0ACCF3A7@macports.org> <5FC787B2-E1B0-4535-90CA-CD61DB46A39B@gmail.com> <4EAD924E-7B30-44A1-930D-0586EF09BA3F@gmail.com> <11E95D49-8C54-4E99-9F8E-A3CF8D624D56@macports.org> <96F43441-971C-40C9-8D8F-EF69C87C2D8A@apple.com> <67F3122E-BF63-4828-A1E8-DAE36FD73769@macports.org> Message-ID: <47C4B106-BCCE-4066-BB13-1BAEB1BC2CB5@macports.org> Yves de Champlain wrote: >> So >> as long as those other platforms provide necessary requirements, I >> think they should be allowed still... > > They sure might provide theses requirements, but for how long ? Is > it worth it when you will have to force rebuild every single port > because Leopard's libxml is outdated ? Sorry, you lost me ? I meant other platforms as in Darwin or FreeBSD, and requirements as in Tcl or Foundation. Not as in libz or libxml... --anders From jo.irisson at gmail.com Mon Feb 18 05:56:32 2008 From: jo.irisson at gmail.com (jiho) Date: Mon, 18 Feb 2008 14:56:32 +0100 Subject: gtk2 universal -- docbook-xsl "conflict" Message-ID: <1058A23A-47C8-4060-A03A-678190FAA461@gmail.com> Hi everyone, I am trying to get gtk2 to compile as universal in MacPorts. The final goal is to compile a program (Inkscape) against universal libraries, so that the application itself is universal. When trying to install gtk2 +universal I get this error message: $ sudo port -d install gtk2 +universal [snip] DEBUG: Found port in file:///opt/local-univ/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xsl DEBUG: Changing to port directory: /opt/local-univ/var/macports/ sources/rsync.macports.org/release/ports/textproc/docbook-xsl DEBUG: Requested variant darwin is not provided by port docbook-xsl. DEBUG: Requested variant i386 is not provided by port docbook-xsl. DEBUG: Requested variant macosx is not provided by port docbook-xsl. DEBUG: Executing variant universal provides universal DEBUG: Default universal variant only works with ports based on configure while executing "variant-universal" invoked from within "catch "variant-${name}" result" Error: Error executing universal: Default universal variant only works with ports based on configure DEBUG: Error evaluating variants while executing "error "Error evaluating variants"" (procedure "mportopen" line 51) invoked from within "mportopen $porturl $options $variations" (procedure "mportdepends" line 62) invoked from within "mportdepends $subport "" $recurseDeps $skipSatisfied $accDeps" (procedure "mportdepends" line 87) invoked from within "mportdepends $mport $target" (procedure "mportexec" line 21) invoked from within "mportexec $workername $target" Error: Unable to execute port: Error evaluating variants docbook-xsl is required by gtk-doc on which gtk2 build-depends. So my question is two fold: - first, in a situation like this, the objective is to get gtk2 to be universal. so all the lib-depends should also be universal, but, ideally, if the universal variant of a build-depend port is not available, it should just be built non universally since it won't have any influence on the "universality" of gtk2 in the end (as far as I understand these matters). I guess this situation may be quit common and not restricted to gtk at all so is there a general rule here? - then, about this particular problem, what is the recommended course of action, if any? I could install all dependencies of GTK manually as universal and then build gtk2 +universal with the -n option so that it does not check for docbook-xsl... but that's quite a pain. I remarked that perl5.8 for example, which is also required by gtk-doc, is silently built as non universal because it has the universal_variant property set to "no". Should I do the same with docbook-xsl (and probably all docbook ports which are just interpreted files) and provide a patch? Thanks in advance for your help. JiHO --- http://jo.irisson.free.fr/ From picodon at gmail.com Mon Feb 18 06:06:59 2008 From: picodon at gmail.com (JC) Date: Mon, 18 Feb 2008 15:06:59 +0100 Subject: How to uninstall apache2 php5 mysql5 properly? In-Reply-To: References: Message-ID: Hello, I installed Macports 1.6 (it wasn't easy for me!) and tried to install apache2 + php5 + mysql5 (I already had Apache 1.3 working with mysql5 and php5 but I wanted to give a try to the latest version)... I followed lots of tutorials and tried to configure everything (httpd.conf, php.ini) but I never managed to get my server working with PHP: it was always downloading my PHP file instead of displaying it (it was only phpinfo() in my file)! So now, I'm really thinking of uninstalling everything and use MAMP which seems much easier for a beginner like me. I know I can use the command [port uninstall] for each port but the problem is that it will uninstall only the specified ports (apache2, php5 mysql5) and I'm not sure about the rest (dependencies)... How can I be sure to return to the state my Mac was before I started install ports through Macports? Thank you for your help! JC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/6eab139f/attachment.html From olaf at foellinger.de Mon Feb 18 12:11:02 2008 From: olaf at foellinger.de (Olaf Foellinger) Date: Mon, 18 Feb 2008 21:11:02 +0100 Subject: please commit the referenced patch: gpgme variant for mutt-devel? Message-ID: <20080218201102.GA13213@foellinger.de> Hi, I've tested the patch, it compiles and mutt works soplease commit the patch. Gru? Olaf -------------- next part -------------- An embedded message was scrubbed... From: Christoph Ludwig Subject: Re: gpgme variant for mutt-devel? Date: Thu, 7 Feb 2008 09:46:43 +0100 Size: 3058 Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/9bb63afc/attachment.mht From olaf at foellinger.de Mon Feb 18 13:36:56 2008 From: olaf at foellinger.de (Olaf Foellinger) Date: Mon, 18 Feb 2008 22:36:56 +0100 Subject: please commit: #14376: change of mutt-devel backend to gdbm since headercaching doesn't work with db4 Message-ID: <20080218213656.GA3583@foellinger.de> Hi, please commit the attached patch. Gru? Olaf -------------- next part -------------- An embedded message was scrubbed... From: "MacPorts" Subject: [MacPorts] #14376: change of mutt-devel backend to gdbm since headercaching doesn't work with db4 Date: Mon, 18 Feb 2008 21:31:45 -0000 Size: 3083 Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/af2ce991/attachment.mht -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 478 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/af2ce991/attachment.bin From paulbeard at gmail.com Mon Feb 18 14:50:53 2008 From: paulbeard at gmail.com (paul beard) Date: Mon, 18 Feb 2008 14:50:53 -0800 Subject: How to uninstall apache2 php5 mysql5 properly? In-Reply-To: References: Message-ID: On Feb 18, 2008 6:06 AM, JC wrote: > Hello, > > I installed Macports 1.6 (it wasn't easy for me!) and tried to install > apache2 + php5 + mysql5 (I already had Apache 1.3 working with mysql5 and > php5 but I wanted to give a try to the latest version)... If you could, please document where you had problems. It shouldn't be hard and if it is, it would be good to know what went wrong. > > I followed lots of tutorials and tried to configure everything (httpd.conf, > php.ini) but I never managed to get my server working with PHP: it was > always downloading my PHP file instead of displaying it (it was only > phpinfo() in my file)! > This really seems pretty easy to fix. can you share the parts of your httpd.conf where you specify php as a filetype to execute? grepping for php in my /opt/local/apache2/conf/httpd.conf file, I get: 114:LoadModule php5_module modules/libphp5.so 228: DirectoryIndex index.html index.php 384:AddType application/x-httpd-php .php The line numbers should help you find the same places in yours. > > So now, I'm really thinking of uninstalling everything and use MAMP which > seems much easier for a beginner like me. > I know I can use the command [port uninstall] for each port but the > problem is that it will uninstall only the specified ports (apache2, php5 > mysql5) and I'm not sure about the rest (dependencies)... > > How can I be sure to return to the state my Mac was before I started > install ports through Macports? > If you want to remove all of MacPorts (don't be hasty now), if you installed it in /opt/local (the default location) you can simply "rm -r /opt/local" and all will be as it was. But let's see if you can get it fixed first. I think you're pretty close to getting it working. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/4aced1f9/attachment.html From aturo at gmx.net Mon Feb 18 15:55:21 2008 From: aturo at gmx.net (Hummingbird) Date: Mon, 18 Feb 2008 15:55:21 -0800 (PST) Subject: nedit: cannot open files under Leopard Message-ID: <15536003.post@talk.nabble.com> Although I read many complaints about nedit on OSX on the web I still thought I'll give it a try since I love this little editor so much .... I compiled nedit under Leopard but I get the following problem: Whenever I open a file through the Open Dialog I cannot browse through directories. nedit throws the following error message whenever I double-click on a directory or file: Name: Text Class: XmTextField Character '\xx' not supported in font. Discarded. The filter field is empty all the time. When I try to open a file through the filter textfield nedit crashes and displays: Bus error Any idea? -- View this message in context: http://www.nabble.com/nedit%3A-cannot-open-files-under-Leopard-tp15536003p15536003.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From paulbeard at gmail.com Mon Feb 18 17:22:07 2008 From: paulbeard at gmail.com (paul beard) Date: Mon, 18 Feb 2008 17:22:07 -0800 Subject: How to uninstall apache2 php5 mysql5 properly? In-Reply-To: References: Message-ID: On Feb 18, 2008 4:45 PM, JC wrote: > Thank you for your help but I already uninstalled macports... but I'm > ready to try again so I'll post my questions if I have some... hopefully not > this time ;) > Please make sure to "reply all" so the list gets a copy of the response. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/76a95e50/attachment-0001.html From raimue at macports.org Mon Feb 18 17:48:58 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 19 Feb 2008 02:48:58 +0100 Subject: How to uninstall apache2 php5 mysql5 properly? In-Reply-To: References: Message-ID: <47BA358A.6090409@macports.org> paul beard wrote: > If you want to remove all of MacPorts (don't be hasty now), if you > installed it in /opt/local (the default location) you can simply "rm -r > /opt/local" and all will be as it was. But let's see if you can get it > fixed first. I think you're pretty close to getting it working. It's a bit more than just /opt/local. See http://trac.macosforge.org/projects/macports/wiki/FAQ#HowdoIremoveoruninstallMacPorts Rainer From frstan at bellsouth.net Mon Feb 18 18:23:23 2008 From: frstan at bellsouth.net (William Davis) Date: Mon, 18 Feb 2008 21:23:23 -0500 Subject: ImageMagick checksun error Message-ID: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> ---> Verifying checksum(s) for ImageMagick DEBUG: Executing org.macports.checksum (ImageMagick) ---> Checksumming ImageMagick-6.3.8-9.tar.bz2 Error: Checksum (md5) mismatch for ImageMagick-6.3.8-9.tar.bz2 Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 7d718e9cbb8efbb992ca251a3931ab17 Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 edf2bd8e8ebd0fae567bf2bc7f232bbe Error: Checksum (sha1) mismatch for ImageMagick-6.3.8-9.tar.bz2 Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 a2333a213a93cef21f125eeac9682f3136f782f0 Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 5fce4c7b70fa2348f536f01178bd9372bbf5af91 Error: Checksum (rmd160) mismatch for ImageMagick-6.3.8-9.tar.bz2 Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 ee906d5170ce77563ba26496dbf7494ba31d9294 Error: Target org.macports.checksum returned: Unable to verify file checksums Warning: the following items did not execute (for ImageMagick): org.macports.destroot org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build DEBUG: Registry error: XFree86 not registered as installed. invoked from within William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From paulbeard at gmail.com Mon Feb 18 18:39:35 2008 From: paulbeard at gmail.com (paul beard) Date: Mon, 18 Feb 2008 18:39:35 -0800 Subject: Hmm, what's ado here? Message-ID: In response to someone else noting that their MySQL/Apache/PHP stack didn't work, I realized mine had someone gotten messed up. So I tried reinstalling it. (I would have created a ticket, but somehow I am locked out of that.) Warning: Uninstall forced. Proceeding despite dependencies. ---> Deactivating libiconv 1.12_0+darwin_8 Error: Uninstall libiconv 1.12_0+darwin_8 failed: Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Error: Unable to upgrade port: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/ln Reason: Incompatible library version: ln requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/date Reason: Incompatible library version: date requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/date Reason: Incompatible library version: date requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/tr Reason: Incompatible library version: tr requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/wc Reason: Incompatible library version: wc requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 bash: [: -gt: unary operator expected Now I am greeted with this on login: Welcome to Darwin! dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/whoami Reason: Incompatible library version: whoami requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/whoami Reason: Incompatible library version: whoami requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/date Reason: Incompatible library version: date requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/date Reason: Incompatible library version: date requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/wc Reason: Incompatible library version: wc requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /opt/local/bin/tr Reason: Incompatible library version: tr requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 -bash: [: -gt: unary operator expected -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/611a9c54/attachment.html From paulbeard at gmail.com Mon Feb 18 18:59:55 2008 From: paulbeard at gmail.com (paul beard) Date: Mon, 18 Feb 2008 18:59:55 -0800 Subject: Hmm, what's ado here? In-Reply-To: References: Message-ID: On Feb 18, 2008 6:39 PM, paul beard wrote: > In response to someone else noting that their MySQL/Apache/PHP stack > didn't work, I realized mine had someone gotten messed up. So I tried > reinstalling it. > > (I would have created a ticket, but somehow I am locked out of that.) > > > Warning: Uninstall forced. Proceeding despite dependencies. > ---> Deactivating libiconv 1.12_0+darwin_8 > Error: Uninstall libiconv 1.12_0+darwin_8 failed: > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > Error: Unable to upgrade port: dyld: Library not loaded: > /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/ln > Reason: Incompatible library version: ln requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/date > Reason: Incompatible library version: date requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/date > Reason: Incompatible library version: date requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/tr > Reason: Incompatible library version: tr requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/wc > Reason: Incompatible library version: wc requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > bash: [: -gt: unary operator expected > > Now I am greeted with this on login: > Welcome to Darwin! > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/whoami > Reason: Incompatible library version: whoami requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/whoami > Reason: Incompatible library version: whoami requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/date > Reason: Incompatible library version: date requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/date > Reason: Incompatible library version: date requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/wc > Reason: Incompatible library version: wc requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /opt/local/bin/tr > Reason: Incompatible library version: tr requires version 7.0.0 or > later, but libiconv.2.dylib provides version 5.0.0 > -bash: [: -gt: unary operator expected > > This is what I ended up doing: cd /opt/local/var/macports/receipts/libiconv/ rm -r 1.12_0+darwin_8/ cd port -fd install libiconv port destroot libiconv port -fv destroot libiconv port cddir libiconv ls cd work/libiconv-1.12/ make install port -fd install libiconv -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/6974b770/attachment-0001.html From mhart at baselinesolutions.com.au Mon Feb 18 19:13:19 2008 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Tue, 19 Feb 2008 14:13:19 +1100 Subject: ImageMagick checksun error In-Reply-To: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> Message-ID: Worked for me: michael$ sudo port upgrade -fun outdated ---> Fetching ImageMagick ---> Attempting to fetch ImageMagick-6.3.8-9.tar.bz2 from http://image_magick.veidrodis.com/image_magick/ ---> Verifying checksum(s) for ImageMagick ---> Extracting ImageMagick ---> Configuring ImageMagick ---> Building ImageMagick with target all ---> Staging ImageMagick into destroot ---> Deactivating ImageMagick 6.3.8-7_0+q16 ---> Uninstalling ImageMagick 6.3.8-7_0+q16 ---> Installing ImageMagick 6.3.8-9_0+q16 ---> Activating ImageMagick 6.3.8-9_0+q16 ---> Cleaning ImageMagick Is it possible you had a network problem? Where's it trying to fetch it from? Cheers, Michael On 19/02/2008, at 1:23 PM, William Davis wrote: > ---> Verifying checksum(s) for ImageMagick > DEBUG: Executing org.macports.checksum (ImageMagick) > ---> Checksumming ImageMagick-6.3.8-9.tar.bz2 > Error: Checksum (md5) mismatch for ImageMagick-6.3.8-9.tar.bz2 > Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 > 7d718e9cbb8efbb992ca251a3931ab17 > Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 > edf2bd8e8ebd0fae567bf2bc7f232bbe > Error: Checksum (sha1) mismatch for ImageMagick-6.3.8-9.tar.bz2 > Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 > a2333a213a93cef21f125eeac9682f3136f782f0 > Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 > 5fce4c7b70fa2348f536f01178bd9372bbf5af91 > Error: Checksum (rmd160) mismatch for ImageMagick-6.3.8-9.tar.bz2 > Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 > 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 > Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 > ee906d5170ce77563ba26496dbf7494ba31d9294 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Warning: the following items did not execute (for ImageMagick): > org.macports.destroot org.macports.extract org.macports.checksum > org.macports.patch org.macports.configure org.macports.build > DEBUG: Registry error: XFree86 not registered as installed. > invoked from within > > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.1 Darwin 9.1.0 > XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From wsiegrist at apple.com Mon Feb 18 19:19:13 2008 From: wsiegrist at apple.com (William Siegrist) Date: Mon, 18 Feb 2008 19:19:13 -0800 Subject: Trac Login: (was: Re: Hmm, what's ado here?) In-Reply-To: References: Message-ID: <87D6A4F1-9BE7-4655-B564-94D0D8AF556B@apple.com> On Feb 18, 2008, at 6:39 PM, paul beard wrote: > In response to someone else noting that their MySQL/Apache/PHP stack > didn't work, I realized mine had someone gotten messed up. So I > tried reinstalling it. > > (I would have created a ticket, but somehow I am locked out of that.) > I'm guessing you clicked Login and the "You must be logged in" red box didnt go away? If so, its a known issue, and you just need to click a 2nd time. (The necessary redirect breaks the first time around). Sorry, but we're deploying a new login system soon which will get rid of all of the existing quirks. -Bill -- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist at apple.com 408 862 7337 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080218/938fdad7/attachment.bin From frstan at bellsouth.net Mon Feb 18 21:26:28 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 Feb 2008 00:26:28 -0500 Subject: ImageMagick checksun error In-Reply-To: References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> Message-ID: very strange, I just did a clean --all and ran upgrade again. same error(s) and other ports (gthumb) downloaded and built just fine. :( anyone else have an idea? WD On Feb 18, 2008, at 10:13 PM, Michael Hart wrote: > Worked for me: > > michael$ sudo port upgrade -fun outdated > ---> Fetching ImageMagick > ---> Attempting to fetch ImageMagick-6.3.8-9.tar.bz2 from http://image_magick.veidrodis.com/image_magick/ > ---> Verifying checksum(s) for ImageMagick > ---> Extracting ImageMagick > ---> Configuring ImageMagick > ---> Building ImageMagick with target all > ---> Staging ImageMagick into destroot > ---> Deactivating ImageMagick 6.3.8-7_0+q16 > ---> Uninstalling ImageMagick 6.3.8-7_0+q16 > ---> Installing ImageMagick 6.3.8-9_0+q16 > ---> Activating ImageMagick 6.3.8-9_0+q16 > ---> Cleaning ImageMagick > > Is it possible you had a network problem? Where's it trying to fetch > it from? > > Cheers, > > Michael > > On 19/02/2008, at 1:23 PM, William Davis wrote: > >> ---> Verifying checksum(s) for ImageMagick >> DEBUG: Executing org.macports.checksum (ImageMagick) >> ---> Checksumming ImageMagick-6.3.8-9.tar.bz2 >> Error: Checksum (md5) mismatch for ImageMagick-6.3.8-9.tar.bz2 >> Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 >> 7d718e9cbb8efbb992ca251a3931ab17 >> Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 >> edf2bd8e8ebd0fae567bf2bc7f232bbe >> Error: Checksum (sha1) mismatch for ImageMagick-6.3.8-9.tar.bz2 >> Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 >> a2333a213a93cef21f125eeac9682f3136f782f0 >> Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 >> 5fce4c7b70fa2348f536f01178bd9372bbf5af91 >> Error: Checksum (rmd160) mismatch for ImageMagick-6.3.8-9.tar.bz2 >> Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 >> 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 >> Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 >> ee906d5170ce77563ba26496dbf7494ba31d9294 >> Error: Target org.macports.checksum returned: Unable to verify file >> checksums >> Warning: the following items did not execute (for ImageMagick): >> org.macports.destroot org.macports.extract org.macports.checksum >> org.macports.patch org.macports.configure org.macports.build >> DEBUG: Registry error: XFree86 not registered as installed. >> invoked from within >> >> >> >> William Davis >> frstanATbellsouthDOTnet >> Mac OS X.5.1 Darwin 9.1.0 >> XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) >> Mac Mini Intel Duo @ 1.86 GHz >> >> Mundus vult decepi, ego non >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.0 XQuartz 2.1.4 - (xorg-server 1.3.0-apple10) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Mon Feb 18 21:27:24 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 Feb 2008 00:27:24 -0500 Subject: ImageMagick checksun error In-Reply-To: References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> Message-ID: <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> btw download from same source as you! On Feb 18, 2008, at 10:13 PM, Michael Hart wrote: > Worked for me: > > michael$ sudo port upgrade -fun outdated > ---> Fetching ImageMagick > ---> Attempting to fetch ImageMagick-6.3.8-9.tar.bz2 from http://image_magick.veidrodis.com/image_magick/ > ---> Verifying checksum(s) for ImageMagick > ---> Extracting ImageMagick > ---> Configuring ImageMagick > ---> Building ImageMagick with target all > ---> Staging ImageMagick into destroot > ---> Deactivating ImageMagick 6.3.8-7_0+q16 > ---> Uninstalling ImageMagick 6.3.8-7_0+q16 > ---> Installing ImageMagick 6.3.8-9_0+q16 > ---> Activating ImageMagick 6.3.8-9_0+q16 > ---> Cleaning ImageMagick > > Is it possible you had a network problem? Where's it trying to fetch > it from? > > Cheers, > > Michael > > On 19/02/2008, at 1:23 PM, William Davis wrote: > >> ---> Verifying checksum(s) for ImageMagick >> DEBUG: Executing org.macports.checksum (ImageMagick) >> ---> Checksumming ImageMagick-6.3.8-9.tar.bz2 >> Error: Checksum (md5) mismatch for ImageMagick-6.3.8-9.tar.bz2 >> Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 >> 7d718e9cbb8efbb992ca251a3931ab17 >> Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 >> edf2bd8e8ebd0fae567bf2bc7f232bbe >> Error: Checksum (sha1) mismatch for ImageMagick-6.3.8-9.tar.bz2 >> Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 >> a2333a213a93cef21f125eeac9682f3136f782f0 >> Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 >> 5fce4c7b70fa2348f536f01178bd9372bbf5af91 >> Error: Checksum (rmd160) mismatch for ImageMagick-6.3.8-9.tar.bz2 >> Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 >> 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 >> Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 >> ee906d5170ce77563ba26496dbf7494ba31d9294 >> Error: Target org.macports.checksum returned: Unable to verify file >> checksums >> Warning: the following items did not execute (for ImageMagick): >> org.macports.destroot org.macports.extract org.macports.checksum >> org.macports.patch org.macports.configure org.macports.build >> DEBUG: Registry error: XFree86 not registered as installed. >> invoked from within >> >> >> >> William Davis >> frstanATbellsouthDOTnet >> Mac OS X.5.1 Darwin 9.1.0 >> XQuartz 2.1.3 - (xorg-server 1.3.0-apple9) >> Mac Mini Intel Duo @ 1.86 GHz >> >> Mundus vult decepi, ego non >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.0 XQuartz 2.1.4 - (xorg-server 1.3.0-apple10) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From lists at sequestered.net Mon Feb 18 23:01:02 2008 From: lists at sequestered.net (Jay Chandler) Date: Mon, 18 Feb 2008 23:01:02 -0800 Subject: ImageMagick checksun error In-Reply-To: <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> Message-ID: <47BA7EAE.7020600@sequestered.net> William Davis wrote: > btw download from same source as you! > On Feb 18, 2008, at 10:13 PM, Michael Hart wrote: > > I'm going to guess you're plugged into a Linksys WRT54G-- am I right? -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: because of network lag due to too many people playing deathmatch From frstan at bellsouth.net Mon Feb 18 23:53:35 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 Feb 2008 02:53:35 -0500 Subject: ImageMagick checksun error In-Reply-To: <47BA7EAE.7020600@sequestered.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> Message-ID: On Feb 19, 2008, at 2:01 AM, Jay Chandler wrote: > William Davis wrote: >> btw download from same source as you! >> On Feb 18, 2008, at 10:13 PM, Michael Hart wrote: >> >> > > I'm going to guess you're plugged into a Linksys WRT54G-- am I right? > > -- > Jay Chandler / KB1JWQ > Living Legend / Systems Exorcist > Today's Excuse: because of network lag due to too many people > playing deathmatch > Built-in 10-base-100 ethernet connected to Telco DSL. Note that other ports are downloading correctly. Can you exorcise this deamon? ;) William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.0 XQuartz 2.1.4 - (xorg-server 1.3.0-apple10) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Tue Feb 19 00:05:11 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 Feb 2008 03:05:11 -0500 Subject: ImageMagick checksun error In-Reply-To: References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> Message-ID: <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> On Feb 19, 2008, at 2:53 AM, William Davis wrote: > > On Feb 19, 2008, at 2:01 AM, Jay Chandler wrote: > >> William Davis wrote: >>> btw download from same source as you! >>> On Feb 18, 2008, at 10:13 PM, Michael Hart wrote: >>> >>> >> >> I'm going to guess you're plugged into a Linksys WRT54G-- am I right? >> >> -- >> Jay Chandler / KB1JWQ >> Living Legend / Systems Exorcist >> Today's Excuse: because of network lag due to too many people >> playing deathmatch >> > > Built-in 10-base-100 ethernet connected to Telco DSL. Note that other > ports are downloading correctly. Can you exorcise this deamon? ;) add to that : via a Webtel Versalink gateway William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.0 XQuartz 2.1.4 - (xorg-server 1.3.0-apple10) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From lists at sequestered.net Tue Feb 19 00:15:23 2008 From: lists at sequestered.net (Jay Chandler) Date: Tue, 19 Feb 2008 00:15:23 -0800 Subject: ImageMagick checksun error In-Reply-To: <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> Message-ID: <47BA901B.80509@sequestered.net> William Davis wrote: > > On Feb 19, 2008, at 2:53 AM, William Davis wrote: > >> >> On Feb 19, 2008, at 2:01 AM, Jay Chandler wrote: >> >>> William Davis wrote: >>>> btw download from same source as you! >>>> On Feb 18, 2008, at 10:13 PM, Michael Hart wrote: >>>> >>>> >>> >>> I'm going to guess you're plugged into a Linksys WRT54G-- am I right? >>> >>> -- Jay Chandler / KB1JWQ >>> Living Legend / Systems Exorcist >>> Today's Excuse: because of network lag due to too many people >>> playing deathmatch >>> >> >> Built-in 10-base-100 ethernet connected to Telco DSL. Note that other >> ports are downloading correctly. Can you exorcise this deamon? ;) > > > add to that : via a Webtel Versalink gateway > Curious. Once upon a time there was a data corruption error within certain versions of Linksys firmware. Is there anything resembling a firmware upgrade for your gateway that might help rule that possibility out? Failing that, can you take the machine to another connection and see if the problem still exists? -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: because of network lag due to too many people playing deathmatch From peter at pogma.com Tue Feb 19 07:29:17 2008 From: peter at pogma.com (Peter O'Gorman) Date: Tue, 19 Feb 2008 09:29:17 -0600 Subject: ImageMagick checksun error In-Reply-To: <47BA901B.80509@sequestered.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> <47BA901B.80509@sequestered.net> Message-ID: <47BAF5CD.3010704@pogma.com> I just downloaded ImageMagick-6.3.8-9 from ftp.imagemagick.org and get these sums: MD5 edf2bd8e8ebd0fae567bf2bc7f232bbe SHA1 5fce4c7b70fa2348f536f01178bd9372bbf5af91 RIPEMD160 ee906d5170ce77563ba26496dbf7494ba31d9294 The portfile has: md5 7d718e9cbb8efbb992ca251a3931ab17 sha1 a2333a213a93cef21f125eeac9682f3136f782f0 rmd160 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 It seems likely that upstream replaced the tarball. Peter -- Peter O'Gorman http://pogma.com From frstan at bellsouth.net Tue Feb 19 08:22:10 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 Feb 2008 11:22:10 -0500 Subject: ImageMagick checksun error In-Reply-To: <47BAF5CD.3010704@pogma.com> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> <47BA901B.80509@sequestered.net> <47BAF5CD.3010704@pogma.com> Message-ID: <92637075-EE80-42E1-AA92-BE48F3A78B69@bellsouth.net> On Feb 19, 2008, at 10:29 AM, Peter O'Gorman wrote: > I just downloaded ImageMagick-6.3.8-9 from ftp.imagemagick.org and get > these sums: > > MD5 edf2bd8e8ebd0fae567bf2bc7f232bbe > SHA1 5fce4c7b70fa2348f536f01178bd9372bbf5af91 > RIPEMD160 ee906d5170ce77563ba26496dbf7494ba31d9294 > > The portfile has: > md5 7d718e9cbb8efbb992ca251a3931ab17 > sha1 a2333a213a93cef21f125eeac9682f3136f782f0 > rmd160 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 > > It seems likely that upstream replaced the tarball. > > Peter > -- > Peter O'Gorman > http://pogma.com right you are! same results here :) William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.0 XQuartz 2.1.4 - (xorg-server 1.3.0-apple10) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Tue Feb 19 08:28:10 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 Feb 2008 11:28:10 -0500 Subject: ImageMagick checksun error In-Reply-To: <47BAF5CD.3010704@pogma.com> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> <47BA901B.80509@sequestered.net> <47BAF5CD.3010704@pogma.com> Message-ID: <7D2E84C1-5DFA-4930-9278-88E325FA445F@bellsouth.net> On Feb 19, 2008, at 10:29 AM, Peter O'Gorman wrote: > I just downloaded ImageMagick-6.3.8-9 from ftp.imagemagick.org and get > these sums: > > MD5 edf2bd8e8ebd0fae567bf2bc7f232bbe > SHA1 5fce4c7b70fa2348f536f01178bd9372bbf5af91 > RIPEMD160 ee906d5170ce77563ba26496dbf7494ba31d9294 > > The portfile has: > md5 7d718e9cbb8efbb992ca251a3931ab17 > sha1 a2333a213a93cef21f125eeac9682f3136f782f0 > rmd160 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 > > It seems likely that upstream replaced the tarball. > > Peter > -- > Peter O'Gorman > http://pogma.com made trac ticket Ticket #14395 (new defect) William Davis frstanATbellsouthDOTnet Mac OS X.5.2 Darwin 9.2.0 XQuartz 2.1.4 - (xorg-server 1.3.0-apple10) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080219/1b259846/attachment.html From paulbeard at gmail.com Tue Feb 19 09:25:41 2008 From: paulbeard at gmail.com (paul beard) Date: Tue, 19 Feb 2008 09:25:41 -0800 Subject: unpleasant surprises: no ports are installed Message-ID: Something has come undone in my efforts to get the MAMP stack re-installed. [/opt/local/var/macports/receipts]# port installed | more Error: port installed failed: Registry error: php5 @ 5.2.5_1+apache2+darwin_8+macosx+mysql5 not registered as installed. No ports are installed. This looks worse than it is. It looked like a couple of malformed receipts in php5 (5.2.5_1+apache2+darwin_8+macosx+mysql5, 5.2.5_1+apache2+macosx) had blocked things up. Once I removed them, the list of installed ports is available. Seems to me that either bad receipts (which I think is actually a case of a malformed installation/wrong variants) should not be written (the port request would exit before doing anything wrong) or the parsing process would ignore them rather than bombing out. The bits are all installed: it's now just a matter of getting them recognized by the infrastructure. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080219/c918e968/attachment.html From lists at sequestered.net Tue Feb 19 09:32:34 2008 From: lists at sequestered.net (Jay Chandler) Date: Tue, 19 Feb 2008 09:32:34 -0800 Subject: {Disarmed} unpleasant surprises: no ports are installed In-Reply-To: References: Message-ID: <47BB12B2.8060208@sequestered.net> paul beard wrote: > Something has come undone in my efforts to get the MAMP stack > re-installed. > > [/opt/local/var/macports/receipts]# port installed | more > Error: port installed failed: Registry error: php5 > @5.2.5_1+apache2+darwin_8+macosx+mysql5 not registered as installed. > No ports are installed. > > This looks worse than it is. It looked like a couple of malformed > receipts in php5 > (5.2.5_1+apache2+darwin_8+macosx+mysql5, 5.2.5_1+apache2+macosx) had > blocked things up. Once I removed them, the list of installed ports is > available. > > Seems to me that either bad receipts (which I think is actually a case > of a malformed installation/wrong variants) should not be written (the > port request would exit before doing anything wrong) or the parsing > process would ignore them rather than bombing out. > > The bits are all installed: it's now just a matter of getting them > recognized by the infrastructure. The FreeBSD ports tree has a tool to address such things-- pkgdb -F tends to sort 'em out quickly. Is there a MacPorts equivalent to this? -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: because of network lag due to too many people playing deathmatch From paulbeard at gmail.com Tue Feb 19 09:53:30 2008 From: paulbeard at gmail.com (paul beard) Date: Tue, 19 Feb 2008 09:53:30 -0800 Subject: {Disarmed} unpleasant surprises: no ports are installed In-Reply-To: <47BB12B2.8060208@sequestered.net> References: <47BB12B2.8060208@sequestered.net> Message-ID: On Feb 19, 2008 9:32 AM, Jay Chandler wrote: > > > The FreeBSD ports tree has a tool to address such things-- pkgdb -F > tends to sort 'em out quickly. Is there a MacPorts equivalent to this? > yes, i have used that many times. it might be a worthwhile RFE for the next release of MacPorts. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080219/42bcf7f8/attachment.html From lists at sequestered.net Tue Feb 19 11:33:02 2008 From: lists at sequestered.net (Jay Chandler) Date: Tue, 19 Feb 2008 11:33:02 -0800 Subject: sqlite3 Bombs Out Message-ID: <47BB2EEE.8090304@sequestered.net> Anyone have any thoughts on this? bash-3.2# port upgrade outdated ---> Building sqlite3 with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_sqlite3/work/sqlite-3.5.6" && gnumake all " returned error 2 Command output: ./libtool --mode=compile --tag=CC /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c ./src/alter.c mkdir .libs /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c ./src/alter.c -fno-common -DPIC -o .libs/alter.o ./src/alter.c: In function 'renameTableFunc': ./src/alter.c:77: error: 'TK_SPACE' undeclared (first use in this function) ./src/alter.c:77: error: (Each undeclared identifier is reported only once ./src/alter.c:77: error: for each function it appears in.) ./src/alter.c:79: error: 'TK_LP' undeclared (first use in this function) ./src/alter.c:79: error: 'TK_USING' undeclared (first use in this function) ./src/alter.c: In function 'renameTriggerFunc': ./src/alter.c:135: error: 'TK_SPACE' undeclared (first use in this function) ./src/alter.c:148: error: 'TK_DOT' undeclared (first use in this function) ./src/alter.c:148: error: 'TK_ON' undeclared (first use in this function) ./src/alter.c:151: error: 'TK_WHEN' undeclared (first use in this function) ./src/alter.c:151: error: 'TK_FOR' undeclared (first use in this function) ./src/alter.c:151: error: 'TK_BEGIN' undeclared (first use in this function) ./src/alter.c: In function 'reloadTableSchema': ./src/alter.c:246: error: 'OP_DropTrigger' undeclared (first use in this function) ./src/alter.c:251: error: 'OP_DropTable' undeclared (first use in this function) ./src/alter.c:256: error: 'OP_ParseSchema' undeclared (first use in this function) ./src/alter.c: In function 'sqlite3AlterRenameTable': ./src/alter.c:366: error: 'OP_String8' undeclared (first use in this function) ./src/alter.c:367: error: 'OP_VRename' undeclared (first use in this function) ./src/alter.c: In function 'sqlite3AlterFinishAddColumn': ./src/alter.c:479: error: 'TK_NULL' undeclared (first use in this function) gnumake: *** [alter.lo] Error 1 Error: Unable to upgrade port: 1 ---> Building apache2 with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8" && make all " returned error 2 Command output: Making all in metadata Making all in proxy Making all in ssl Making all in http make[3]: Nothing to be done for `local-all'. Making all in dav/main Making all in generators Making all in dav/fs Making all in mappers make[3]: Nothing to be done for `local-all'. Making all in support make[2]: Nothing to be done for `local-all'. /usr/bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include -I. -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/os/unix -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server/mpm/prefork -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/http -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/filters -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/generators -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/mappers -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/database -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy/../generators -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/ssl -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/dav/main -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server/buildmark.c /opt/local/share/apr-1/build/libtool --silent --mode=link /usr/bin/gcc-4.0 -I/opt/local/include -O2 -L/opt/local/lib/db44 -L/opt/local/lib -o httpd modules.lo buildmark.o -export-dynamic server/libmain.la modules/http/libmod_http.la modules/mappers/libmod_so.la server/mpm/prefork/libprefork.la os/unix/libos.la -L/opt/local/lib -lpcre /opt/local/lib/libaprutil-1.la -ldb-4.4 -lsqlite3 -lexpat -liconv /opt/local/lib/libapr-1.la -lpthread Undefined symbols: "_ap_ugly_hack", referenced from: _ap_ugly_hack$non_lazy_ptr in libmain.a(main.o) "_ap_prelinked_module_symbols", referenced from: _ap_prelinked_module_symbols$non_lazy_ptr in libmain.a(core.o) "_ap_prelinked_modules", referenced from: _ap_prelinked_modules$non_lazy_ptr in libmain.a(main.o) _ap_prelinked_modules$non_lazy_ptr in libmain.a(config.o) "_ap_http_input_filter_handle", referenced from: _ap_http_input_filter_handle$non_lazy_ptr in libmain.a(protocol.o) "_ap_preloaded_modules", referenced from: _ap_preloaded_modules$non_lazy_ptr in libmain.a(config.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [httpd] Error 1 make: *** [all-recursive] Error 1 Error: Unable to upgrade port: 1 -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: It's union rules. There's nothing we can do about it. Sorry. From artie.ziff at gmail.com Tue Feb 19 13:58:35 2008 From: artie.ziff at gmail.com (Artie Ziff) Date: Tue, 19 Feb 2008 13:58:35 -0800 Subject: building pidgin with silc functionality Message-ID: <3a7f726f0802191358v2edcc88vc635d1f27174aa63@mail.gmail.com> Hi, Does there exist a means to affect configure type changes (like asking pidgin to build with silc libs) from the "port" command line? Or is the only way to do this is edit the Port file directly? Cheers, AZ From lists at sequestered.net Tue Feb 19 14:17:13 2008 From: lists at sequestered.net (Jay Chandler) Date: Tue, 19 Feb 2008 14:17:13 -0800 Subject: ImageMagick checksun error In-Reply-To: <7D2E84C1-5DFA-4930-9278-88E325FA445F@bellsouth.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> <6000AA59-81E2-4938-849D-9789A0E06804@bellsouth.net> <47BA7EAE.7020600@sequestered.net> <6295E1E0-8A29-4FBF-AD86-B7CA82A453B8@bellsouth.net> <47BA901B.80509@sequestered.net> <47BAF5CD.3010704@pogma.com> <7D2E84C1-5DFA-4930-9278-88E325FA445F@bellsouth.net> Message-ID: <47BB5569.2000906@sequestered.net> William Davis wrote: > > On Feb 19, 2008, at 10:29 AM, Peter O'Gorman wrote: > >> I just downloaded ImageMagick-6.3.8-9 from ftp.imagemagick.org >> and get >> these sums: >> >> MD5 edf2bd8e8ebd0fae567bf2bc7f232bbe >> SHA1 5fce4c7b70fa2348f536f01178bd9372bbf5af91 >> RIPEMD160 ee906d5170ce77563ba26496dbf7494ba31d9294 >> >> The portfile has: >> md5 7d718e9cbb8efbb992ca251a3931ab17 >> sha1 a2333a213a93cef21f125eeac9682f3136f782f0 >> rmd160 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 >> >> It seems likely that upstream replaced the tarball. >> >> Peter >> -- >> Peter O'Gorman >> http://pogma.com > > made trac ticket Ticket #14395 (new defect) > > You're right! I just attempted the upgrade myself, with the same issue. Sorry I doubted you; please apologize to your unfairly maligned router for me... -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: It's union rules. There's nothing we can do about it. Sorry. From ryandesign at macports.org Tue Feb 19 14:41:07 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 19 Feb 2008 16:41:07 -0600 Subject: ImageMagick checksun error In-Reply-To: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> References: <98A6A1DC-CC4A-476F-B1EC-F740DC386D61@bellsouth.net> Message-ID: <703F8146-DF94-49AD-9176-ECA468B620CA@macports.org> On Feb 18, 2008, at 20:23, William Davis wrote: > ---> Verifying checksum(s) for ImageMagick > DEBUG: Executing org.macports.checksum (ImageMagick) > ---> Checksumming ImageMagick-6.3.8-9.tar.bz2 > Error: Checksum (md5) mismatch for ImageMagick-6.3.8-9.tar.bz2 > Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 > 7d718e9cbb8efbb992ca251a3931ab17 > Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 md5 > edf2bd8e8ebd0fae567bf2bc7f232bbe > Error: Checksum (sha1) mismatch for ImageMagick-6.3.8-9.tar.bz2 > Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 > a2333a213a93cef21f125eeac9682f3136f782f0 > Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 sha1 > 5fce4c7b70fa2348f536f01178bd9372bbf5af91 > Error: Checksum (rmd160) mismatch for ImageMagick-6.3.8-9.tar.bz2 > Portfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 > 0d0a058ad079be46c962ddb0f0547c6d9cbe1ac4 > Distfile checksum: ImageMagick-6.3.8-9.tar.bz2 rmd160 > ee906d5170ce77563ba26496dbf7494ba31d9294 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Warning: the following items did not execute (for ImageMagick): > org.macports.destroot org.macports.extract org.macports.checksum > org.macports.patch org.macports.configure org.macports.build > DEBUG: Registry error: XFree86 not registered as installed. > invoked from within I'll respond to your ticket #14395. From ryandesign at macports.org Tue Feb 19 15:58:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 19 Feb 2008 17:58:03 -0600 Subject: building pidgin with silc functionality In-Reply-To: <3a7f726f0802191358v2edcc88vc635d1f27174aa63@mail.gmail.com> References: <3a7f726f0802191358v2edcc88vc635d1f27174aa63@mail.gmail.com> Message-ID: <2395A4C7-7286-4E40-A57F-8C0F84F122BE@macports.org> On Feb 19, 2008, at 15:58, Artie Ziff wrote: > Does there exist a means to affect configure type changes (like asking > pidgin to build with silc libs) from the "port" command line? > > Or is the only way to do this is edit the Port file directly? File an enhancement request with the port maintainer requesting a variant for silc support. From ryandesign at macports.org Tue Feb 19 16:01:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 19 Feb 2008 18:01:35 -0600 Subject: nedit: cannot open files under Leopard In-Reply-To: <15536003.post@talk.nabble.com> References: <15536003.post@talk.nabble.com> Message-ID: <0A9521E2-5982-4052-877E-4725DD3176E9@macports.org> On Feb 18, 2008, at 17:55, Hummingbird wrote: > > Although I read many complaints about nedit on OSX on the web I > still thought > I'll give it a try since I love this little editor so much .... > > I compiled nedit under Leopard but I get the following problem: > Whenever I open a file through the Open Dialog I cannot browse through > directories. nedit throws the following error message whenever I > double-click on a directory or file: > > Name: Text > Class: XmTextField > Character '\xx' not supported in font. Discarded. > > The filter field is empty all the time. > When I try to open a file through the filter textfield nedit > crashes and > displays: Bus error You should probably file an issue in our issue tracker, if one does not already exist for this issue. From specialham at gmail.com Tue Feb 19 19:43:10 2008 From: specialham at gmail.com (specialham at gmail.com) Date: Tue, 19 Feb 2008 21:43:10 -0600 Subject: Port looks for make in /usr/bin now? Message-ID: <47BBA1CE.8010704@gmail.com> Hey guys, thanks for any help! I'm running Leopard 10.5.2 and the latest installation of macports. I did a fresh install of leopard and used Migration Assistant to copy over my user. So besides config files in my user folder everything is basically like a clean install. Today I tried to update perl on my machine and kept getting the error that port couldn't find make (to my dismay). After putzing around I linked /Developer/usr/bin/gnumake to /usr/bin/make and BAM port got past not finding make. My question is what could have happened to make port look for make in my /usr/bin/ it was working not long ago just fine with make located in the XCode 3 install of /Developer/usr/bin/make? How can I go about repairing this without linking or duplicating the contents of /Developer/usr/bin/ to /usr/bin? Thanks! RC From ram at macports.org Tue Feb 19 19:51:32 2008 From: ram at macports.org (Adam Mercer) Date: Tue, 19 Feb 2008 22:51:32 -0500 Subject: Port looks for make in /usr/bin now? In-Reply-To: <47BBA1CE.8010704@gmail.com> References: <47BBA1CE.8010704@gmail.com> Message-ID: <799406d60802191951n17300f7et1b166a9f22fb1f0f@mail.gmail.com> On Feb 19, 2008 10:43 PM, specialham at gmail.com wrote: > Hey guys, thanks for any help! > I'm running Leopard 10.5.2 and the latest installation of macports. I > did a fresh install of leopard and used Migration Assistant to copy over > my user. So besides config files in my user folder everything is > basically like a clean install. Today I tried to update perl on my > machine and kept getting the error that port couldn't find make (to my > dismay). After putzing around I linked /Developer/usr/bin/gnumake to > /usr/bin/make and BAM port got past not finding make. My question is > what could have happened to make port look for make in my /usr/bin/ it > was working not long ago just fine with make located in the XCode 3 > install of /Developer/usr/bin/make? > How can I go about repairing this without linking or duplicating the > contents of /Developer/usr/bin/ to /usr/bin? When you install Xcode you need to install the Unix Development Package, or something like that, it add make etc... to /usr/bin This is so that you can have both Xcode 3 and Xcode 2.5 installed Cheers Adam > Thanks! > > RC > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From specialham at gmail.com Tue Feb 19 20:28:59 2008 From: specialham at gmail.com (specialham at gmail.com) Date: Tue, 19 Feb 2008 22:28:59 -0600 Subject: Port looks for make in /usr/bin now? In-Reply-To: <799406d60802191951n17300f7et1b166a9f22fb1f0f@mail.gmail.com> References: <47BBA1CE.8010704@gmail.com> <799406d60802191951n17300f7et1b166a9f22fb1f0f@mail.gmail.com> Message-ID: <47BBAC8B.9070301@gmail.com> Argh. That did it. Thanks Adam! RC Adam Mercer wrote: > On Feb 19, 2008 10:43 PM, specialham at gmail.com wrote: >> Hey guys, thanks for any help! >> I'm running Leopard 10.5.2 and the latest installation of macports. I >> did a fresh install of leopard and used Migration Assistant to copy over >> my user. So besides config files in my user folder everything is >> basically like a clean install. Today I tried to update perl on my >> machine and kept getting the error that port couldn't find make (to my >> dismay). After putzing around I linked /Developer/usr/bin/gnumake to >> /usr/bin/make and BAM port got past not finding make. My question is >> what could have happened to make port look for make in my /usr/bin/ it >> was working not long ago just fine with make located in the XCode 3 >> install of /Developer/usr/bin/make? >> How can I go about repairing this without linking or duplicating the >> contents of /Developer/usr/bin/ to /usr/bin? > > When you install Xcode you need to install the Unix Development > Package, or something like that, it add make etc... to /usr/bin > > This is so that you can have both Xcode 3 and Xcode 2.5 installed > > Cheers > > Adam > >> Thanks! >> >> RC >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From gcorral at abode.com Tue Feb 19 22:59:01 2008 From: gcorral at abode.com (Garth Corral) Date: Tue, 19 Feb 2008 22:59:01 -0800 Subject: emacs-app dependencies Message-ID: Okay, I must be missing something. Since the carbon emacs port is seemingly broken on leopard, I decided to check out emacs-app. While this does build on leopard, I was somewhat dismayed to see the dependencies in the Portfile. It's not a huge issue but the one thing that concerned me was the coreutils dependency. It's just a whole load of stuff that's I'd rather not have on my box if I don't need to. Initially I thought it might be a build-only dependency, in which case I could just remove it after install. It is in the Portfile in depends_lib, though, so port complains when I do that. I could force it but I'd rather not do that if I can avoid it. Anyway, I decided to look into the dependencies and I can see no reason why this is needed. I groveled the source tarball but couldn't find any explicit dependency on this. In fact, it builds and installs just fine with: $ sudo port install emacs-app depends_lib="" and so far it seems to run just fine. What am I missing. It would be nice to remove these dependencies if they are really not necessary. Anyone? From erchache2000.macports at gmail.com Tue Feb 19 11:47:27 2008 From: erchache2000.macports at gmail.com (erchache2000) Date: Tue, 19 Feb 2008 20:47:27 +0100 Subject: [Fwd: Re: sqlite3 Bombs Out] Message-ID: <47BB324F.7060104@gmail.com> -------------- next part -------------- An embedded message was scrubbed... From: erchache2000 Subject: Re: sqlite3 Bombs Out Date: Tue, 19 Feb 2008 20:46:54 +0100 Size: 7201 Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20080219/80089cdf/attachment.eml From haydnw at yahoo.com Wed Feb 20 02:14:18 2008 From: haydnw at yahoo.com (haydnw at yahoo.com) Date: Wed, 20 Feb 2008 02:14:18 -0800 (PST) Subject: sqlite3 fails to install on Leopard Message-ID: <182124.79802.qm@web52501.mail.re2.yahoo.com> I'm trying to install apache2 using Macports on Leopard. Leopard and Macports are both fully up to date, as are the Xcode tools. When trying to install apache, Macports fails at the point where it's installing the sqlite3 dependancy. The error message it gives is as follows: ---> Building sqlite3 with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_sqlite3/work/sqlite-3.5.6" && gnumake all " returned error 2 Command output: ./libtool --mode=compile --tag=CC /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c ./src/alter.c /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c ./src/alter.c -fno-common -DPIC -o .libs/alter.o ./src/alter.c: In function 'renameTableFunc': ./src/alter.c:77: error: 'TK_SPACE' undeclared (first use in this function) ./src/alter.c:77: error: (Each undeclared identifier is reported only once ./src/alter.c:77: error: for each function it appears in.) ./src/alter.c:79: error: 'TK_LP' undeclared (first use in this function) ./src/alter.c:79: error: 'TK_USING' undeclared (first use in this function) ./src/alter.c: In function 'renameTriggerFunc': ./src/alter.c:135: error: 'TK_SPACE' undeclared (first use in this function) ./src/alter.c:148: error: 'TK_DOT' undeclared (first use in this function) ./src/alter.c:148: error: 'TK_ON' undeclared (first use in this function) ./src/alter.c:151: error: 'TK_WHEN' undeclared (first use in this function) ./src/alter.c:151: error: 'TK_FOR' undeclared (first use in this function) ./src/alter.c:151: error: 'TK_BEGIN' undeclared (first use in this function) ./src/alter.c: In function 'reloadTableSchema': ./src/alter.c:246: error: 'OP_DropTrigger' undeclared (first use in this function) ./src/alter.c:251: error: 'OP_DropTable' undeclared (first use in this function) ./src/alter.c:256: error: 'OP_ParseSchema' undeclared (first use in this function) ./src/alter.c: In function 'sqlite3AlterRenameTable': ./src/alter.c:366: error: 'OP_String8' undeclared (first use in this function) ./src/alter.c:367: error: 'OP_VRename' undeclared (first use in this function) ./src/alter.c: In function 'sqlite3AlterFinishAddColumn': ./src/alter.c:479: error: 'TK_NULL' undeclared (first use in this function) gnumake: *** [alter.lo] Error 1 Error: Status 1 encountered during processing. I get the same if I CD to the directory and try to do the "gnumake all" bit myself. I would be very grateful if anyone could throw any ideas in my direction about what the problem might be, as I'll confess that those error messages are beyond me! Many thanks, Haydn ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From ryandesign at macports.org Wed Feb 20 06:48:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 Feb 2008 08:48:10 -0600 Subject: sqlite3 fails to install on Leopard In-Reply-To: <182124.79802.qm@web52501.mail.re2.yahoo.com> References: <182124.79802.qm@web52501.mail.re2.yahoo.com> Message-ID: <5BF01351-3C1B-4040-B0B3-85072FEBB0A3@macports.org> On Feb 20, 2008, at 04:14, wrote: > I'm trying to install apache2 using Macports on Leopard. Leopard > and Macports are both fully up to date, as are the Xcode tools. > When trying to install apache, Macports fails at the point where > it's installing the sqlite3 dependancy. The error message it gives > is as follows: > > > ---> Building sqlite3 with target all > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_datab > ases_sqlite3/work/sqlite-3.5.6" && gnumake all " returned error 2 > Command output: ./libtool --mode=compile --tag=CC /usr/bin/gcc-4.0 - > O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 - > DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c ./ > src/alter.c > /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 - > DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c ./ > src/alter.c -fno-common -DPIC -o .libs/alter.o > ./src/alter.c: In function 'renameTableFunc': > ./src/alter.c:77: error: 'TK_SPACE' undeclared (first use in this > function) > ./src/alter.c:77: error: (Each undeclared identifier is reported > only once > ./src/alter.c:77: error: for each function it appears in.) > ./src/alter.c:79: error: 'TK_LP' undeclared (first use in this > function) > ./src/alter.c:79: error: 'TK_USING' undeclared (first use in this > function) > ./src/alter.c: In function 'renameTriggerFunc': > ./src/alter.c:135: error: 'TK_SPACE' undeclared (first use in this > function) > ./src/alter.c:148: error: 'TK_DOT' undeclared (first use in this > function) > ./src/alter.c:148: error: 'TK_ON' undeclared (first use in this > function) > ./src/alter.c:151: error: 'TK_WHEN' undeclared (first use in this > function) > ./src/alter.c:151: error: 'TK_FOR' undeclared (first use in this > function) > ./src/alter.c:151: error: 'TK_BEGIN' undeclared (first use in this > function) > ./src/alter.c: In function 'reloadTableSchema': > ./src/alter.c:246: error: 'OP_DropTrigger' undeclared (first use in > this function) > ./src/alter.c:251: error: 'OP_DropTable' undeclared (first use in > this function) > ./src/alter.c:256: error: 'OP_ParseSchema' undeclared (first use in > this function) > ./src/alter.c: In function 'sqlite3AlterRenameTable': > ./src/alter.c:366: error: 'OP_String8' undeclared (first use in > this function) > ./src/alter.c:367: error: 'OP_VRename' undeclared (first use in > this function) > ./src/alter.c: In function 'sqlite3AlterFinishAddColumn': > ./src/alter.c:479: error: 'TK_NULL' undeclared (first use in this > function) > gnumake: *** [alter.lo] Error 1 > > > Error: Status 1 encountered during processing. > > > I get the same if I CD to the directory and try to do the "gnumake > all" bit myself. I would be very grateful if anyone could throw any > ideas in my direction about what the problem might be, as I'll > confess that those error messages are beyond me! Really? We have this bug reported in our issue tracker: http://trac.macosforge.org/projects/macports/ticket/13953 And a note there says that installing gmake first fixes the issue. Does that not work for you? There's also this ticket: http://trac.macosforge.org/projects/macports/ticket/13500 which suggests you need nawk installed for sqlite3 to install properly. From ryandesign at macports.org Wed Feb 20 06:51:52 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 Feb 2008 08:51:52 -0600 Subject: emacs-app dependencies In-Reply-To: References: Message-ID: <1B5E2A07-AB37-4AF9-9C74-62D128B9F3A0@macports.org> On Feb 20, 2008, at 00:59, Garth Corral wrote: > Okay, I must be missing something. Since the carbon emacs port is > seemingly broken on leopard, I decided to check out emacs-app. While > this does build on leopard, I was somewhat dismayed to see the > dependencies in the Portfile. It's not a huge issue but the one thing > that concerned me was the coreutils dependency. It's just a whole > load of stuff that's I'd rather not have on my box if I don't need to. > > Initially I thought it might be a build-only dependency, in which case > I could just remove it after install. It is in the Portfile in > depends_lib, though, so port complains when I do that. I could force > it but I'd rather not do that if I can avoid it. > > Anyway, I decided to look into the dependencies and I can see no > reason why this is needed. I groveled the source tarball but couldn't > find any explicit dependency on this. In fact, it builds and installs > just fine with: > > $ sudo port install emacs-app depends_lib="" > > and so far it seems to run just fine. What am I missing. It would be > nice to remove these dependencies if they are really not necessary. > > Anyone? The coreutils port was added as a dependency of emacs-app in r21091 by Chris Scharver. The log message doesn't say why (other than to say "adding several build dependencies" (though they're declared as library dependencies)). Cc'ing Chris. From ryandesign at macports.org Wed Feb 20 06:58:54 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 Feb 2008 08:58:54 -0600 Subject: sqlite3 Bombs Out In-Reply-To: <47BB2EEE.8090304@sequestered.net> References: <47BB2EEE.8090304@sequestered.net> Message-ID: <0FE54697-7775-4ECA-BC35-8FEBBB244478@macports.org> On Feb 19, 2008, at 13:33, Jay Chandler wrote: > Anyone have any thoughts on this? > > bash-3.2# port upgrade outdated > ---> Building sqlite3 with target all > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_datab > ases_sqlite3/work/sqlite-3.5.6" > && gnumake all " returned error 2 > Command output: ./libtool --mode=compile --tag=CC /usr/bin/gcc-4.0 -O2 > -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 > -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c > ./src/alter.c > mkdir .libs > /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 > -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c > ./src/alter.c -fno-common -DPIC -o .libs/alter.o > ./src/alter.c: In function 'renameTableFunc': > ./src/alter.c:77: error: 'TK_SPACE' undeclared (first use in this > function) > ./src/alter.c:77: error: (Each undeclared identifier is reported > only once > ./src/alter.c:77: error: for each function it appears in.) > ./src/alter.c:79: error: 'TK_LP' undeclared (first use in this > function) > ./src/alter.c:79: error: 'TK_USING' undeclared (first use in this > function) > ./src/alter.c: In function 'renameTriggerFunc': > ./src/alter.c:135: error: 'TK_SPACE' undeclared (first use in this > function) > ./src/alter.c:148: error: 'TK_DOT' undeclared (first use in this > function) > ./src/alter.c:148: error: 'TK_ON' undeclared (first use in this > function) > ./src/alter.c:151: error: 'TK_WHEN' undeclared (first use in this > function) > ./src/alter.c:151: error: 'TK_FOR' undeclared (first use in this > function) > ./src/alter.c:151: error: 'TK_BEGIN' undeclared (first use in this > function) > ./src/alter.c: In function 'reloadTableSchema': > ./src/alter.c:246: error: 'OP_DropTrigger' undeclared (first use in > this > function) > ./src/alter.c:251: error: 'OP_DropTable' undeclared (first use in this > function) > ./src/alter.c:256: error: 'OP_ParseSchema' undeclared (first use in > this > function) > ./src/alter.c: In function 'sqlite3AlterRenameTable': > ./src/alter.c:366: error: 'OP_String8' undeclared (first use in this > function) > ./src/alter.c:367: error: 'OP_VRename' undeclared (first use in this > function) > ./src/alter.c: In function 'sqlite3AlterFinishAddColumn': > ./src/alter.c:479: error: 'TK_NULL' undeclared (first use in this > function) > gnumake: *** [alter.lo] Error 1 > > Error: Unable to upgrade port: 1 See my response to haydnw: http://lists.macosforge.org/pipermail/macports-users/2008-February/ 009092.html > ---> Building apache2 with target all > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8" > && make all " returned error 2 > Command output: Making all in metadata > Making all in proxy > Making all in ssl > Making all in http > make[3]: Nothing to be done for `local-all'. > Making all in dav/main > Making all in generators > Making all in dav/fs > Making all in mappers > make[3]: Nothing to be done for `local-all'. > Making all in support > make[2]: Nothing to be done for `local-all'. > /usr/bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN > -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include > -I. > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/os/unix > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server/mpm/prefork > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/http > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/filters > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/include > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/generators > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/mappers > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/database > -I/opt/local/include/apr-1 -I/opt/local/include > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/proxy/../generators > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/ssl > -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/modules/dav/main > -c > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_a > pache2/work/httpd-2.2.8/server/buildmark.c > /opt/local/share/apr-1/build/libtool --silent --mode=link > /usr/bin/gcc-4.0 -I/opt/local/include -O2 -L/opt/local/lib/db44 > -L/opt/local/lib -o httpd modules.lo buildmark.o -export-dynamic > server/libmain.la modules/http/libmod_http.la > modules/mappers/libmod_so.la server/mpm/prefork/libprefork.la > os/unix/libos.la -L/opt/local/lib -lpcre /opt/local/lib/ > libaprutil-1.la > -ldb-4.4 -lsqlite3 -lexpat -liconv /opt/local/lib/libapr-1.la - > lpthread > Undefined symbols: > "_ap_ugly_hack", referenced from: > _ap_ugly_hack$non_lazy_ptr in libmain.a(main.o) > "_ap_prelinked_module_symbols", referenced from: > _ap_prelinked_module_symbols$non_lazy_ptr in libmain.a(core.o) > "_ap_prelinked_modules", referenced from: > _ap_prelinked_modules$non_lazy_ptr in libmain.a(main.o) > _ap_prelinked_modules$non_lazy_ptr in libmain.a(config.o) > "_ap_http_input_filter_handle", referenced from: > _ap_http_input_filter_handle$non_lazy_ptr in libmain.a > (protocol.o) > "_ap_preloaded_modules", referenced from: > _ap_preloaded_modules$non_lazy_ptr in libmain.a(config.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[1]: *** [httpd] Error 1 > make: *** [all-recursive] Error 1 > > Error: Unable to upgrade port: 1 I don't know why this is happening. Make sure your ports tree is up to date ("port selfupdate") and upgrade anything that's outdated ("port outdated") and try again. If still no help, file a bug and assign it to the maintainer of apache2. From tyoshida at mac.com Wed Feb 20 09:41:29 2008 From: tyoshida at mac.com (Takashi Yoshida) Date: Thu, 21 Feb 2008 01:41:29 +0800 Subject: Can't build and install GTK2 (p5-xml-parser issue?) Message-ID: Hi all, I'm trying to install GTK2 via MacPorts on my MacBook Pro running Mac OS X 10.5.2. From the debug message, it looks like p5-xml-parser is causing a checksum issue. I've tried running port selfupdate and cleaning both GTK2 and p5-xml- parser, but it doesn't seem to help. Can anyone help me? [mac:~] tyoshida$ sudo port -d install gtk2 +x11 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/gtk2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk2 DEBUG: Requested variant darwin is not provided by port gtk2. DEBUG: Requested variant i386 is not provided by port gtk2. DEBUG: Requested variant macosx is not provided by port gtk2. DEBUG: Executing variant x11 provides x11 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/cairo DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/cairo DEBUG: Requested variant darwin is not provided by port cairo. DEBUG: Requested variant i386 is not provided by port cairo. DEBUG: Requested variant x11 is not provided by port cairo. DEBUG: Requested variant macosx is not provided by port cairo. DEBUG: Searching for dependency: cairo DEBUG: Found Dependency: receipt exists for cairo DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/fontconfig DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/fontconfig DEBUG: Requested variant i386 is not provided by port fontconfig. DEBUG: Requested variant x11 is not provided by port fontconfig. DEBUG: Executing variant darwin provides darwin DEBUG: Executing variant macosx provides macosx DEBUG: Searching for dependency: fontconfig DEBUG: Found Dependency: receipt exists for fontconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/print/freetype DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/print/freetype DEBUG: Requested variant darwin is not provided by port freetype. DEBUG: Requested variant i386 is not provided by port freetype. DEBUG: Requested variant x11 is not provided by port freetype. DEBUG: Requested variant macosx is not provided by port freetype. DEBUG: Searching for dependency: freetype DEBUG: Found Dependency: receipt exists for freetype DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/glib2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/glib2 DEBUG: Requested variant darwin is not provided by port glib2. DEBUG: Requested variant i386 is not provided by port glib2. DEBUG: Requested variant x11 is not provided by port glib2. DEBUG: Requested variant macosx is not provided by port glib2. DEBUG: Executing variant darwin_9 provides darwin_9 DEBUG: Searching for dependency: glib2 DEBUG: Found Dependency: receipt exists for glib2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/jpeg DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/jpeg DEBUG: Requested variant darwin is not provided by port jpeg. DEBUG: Requested variant i386 is not provided by port jpeg. DEBUG: Requested variant x11 is not provided by port jpeg. DEBUG: Requested variant macosx is not provided by port jpeg. DEBUG: Searching for dependency: jpeg DEBUG: Found Dependency: receipt exists for jpeg DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/tiff DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/tiff DEBUG: Requested variant darwin is not provided by port tiff. DEBUG: Requested variant i386 is not provided by port tiff. DEBUG: Requested variant x11 is not provided by port tiff. DEBUG: Executing variant macosx provides macosx DEBUG: Searching for dependency: tiff DEBUG: Found Dependency: receipt exists for tiff DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Requested variant darwin is not provided by port libiconv. DEBUG: Requested variant i386 is not provided by port libiconv. DEBUG: Requested variant x11 is not provided by port libiconv. DEBUG: Requested variant macosx is not provided by port libiconv. DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/libpng DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/libpng DEBUG: Requested variant darwin is not provided by port libpng. DEBUG: Requested variant i386 is not provided by port libpng. DEBUG: Requested variant x11 is not provided by port libpng. DEBUG: Requested variant macosx is not provided by port libpng. DEBUG: Searching for dependency: libpng DEBUG: Found Dependency: receipt exists for libpng DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/atk DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/atk DEBUG: Requested variant darwin is not provided by port atk. DEBUG: Requested variant i386 is not provided by port atk. DEBUG: Requested variant x11 is not provided by port atk. DEBUG: Requested variant macosx is not provided by port atk. DEBUG: Searching for dependency: atk DEBUG: Found Dependency: receipt exists for atk DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/pango DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/pango DEBUG: Requested variant darwin is not provided by port pango. DEBUG: Requested variant i386 is not provided by port pango. DEBUG: Requested variant x11 is not provided by port pango. DEBUG: Requested variant macosx is not provided by port pango. DEBUG: Searching for dependency: pango DEBUG: Didn't find receipt, going to depspec regex for: pango DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Requested variant darwin is not provided by port gettext. DEBUG: Requested variant i386 is not provided by port gettext. DEBUG: Requested variant x11 is not provided by port gettext. DEBUG: Requested variant macosx is not provided by port gettext. DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/render DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/render DEBUG: Requested variant darwin is not provided by port render. DEBUG: Requested variant i386 is not provided by port render. DEBUG: Requested variant x11 is not provided by port render. DEBUG: Requested variant macosx is not provided by port render. DEBUG: Searching for dependency: render DEBUG: Found Dependency: receipt exists for render DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zlib DEBUG: Requested variant darwin is not provided by port zlib. DEBUG: Requested variant i386 is not provided by port zlib. DEBUG: Requested variant x11 is not provided by port zlib. DEBUG: Requested variant macosx is not provided by port zlib. DEBUG: Searching for dependency: zlib DEBUG: Found Dependency: receipt exists for zlib DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xrender DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/xrender DEBUG: Requested variant darwin is not provided by port xrender. DEBUG: Requested variant i386 is not provided by port xrender. DEBUG: Requested variant x11 is not provided by port xrender. DEBUG: Requested variant macosx is not provided by port xrender. DEBUG: Searching for dependency: xrender DEBUG: Found Dependency: receipt exists for xrender DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/xorg DEBUG: Requested variant i386 is not provided by port xorg. DEBUG: Requested variant x11 is not provided by port xorg. DEBUG: Requested variant macosx is not provided by port xorg. DEBUG: Executing variant darwin provides darwin DEBUG: Searching for dependency: xorg DEBUG: Didn't find receipt, going to depspec regex for: xorg DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.6.dylib regex: ^libX11\.6\.dylib$ DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/gnome/gtk-doc DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gtk-doc DEBUG: Requested variant darwin is not provided by port gtk-doc. DEBUG: Requested variant i386 is not provided by port gtk-doc. DEBUG: Requested variant x11 is not provided by port gtk-doc. DEBUG: Requested variant macosx is not provided by port gtk-doc. DEBUG: Searching for dependency: gtk-doc DEBUG: Didn't find receipt, going to depspec regex for: gtk-doc DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Requested variant darwin is not provided by port pkgconfig. DEBUG: Requested variant i386 is not provided by port pkgconfig. DEBUG: Requested variant x11 is not provided by port pkgconfig. DEBUG: Requested variant macosx is not provided by port pkgconfig. DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/glib2 DEBUG: Searching for dependency: glib2 DEBUG: Found Dependency: receipt exists for glib2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/XFree86 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/XFree86 DEBUG: Requested variant i386 is not provided by port XFree86. DEBUG: Requested variant x11 is not provided by port XFree86. DEBUG: Executing variant darwin provides darwin DEBUG: Executing variant macosx provides macosx DEBUG: Searching for dependency: XFree86 DEBUG: Didn't find receipt, going to depspec regex for: XFree86 DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.6.dylib regex: ^libX11\.6\.dylib$ DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.6.dylib regex: ^libX11\.6\.dylib$ DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/Xft2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/Xft2 DEBUG: Requested variant darwin is not provided by port Xft2. DEBUG: Requested variant i386 is not provided by port Xft2. DEBUG: Requested variant x11 is not provided by port Xft2. DEBUG: Requested variant macosx is not provided by port Xft2. DEBUG: Searching for dependency: Xft2 DEBUG: Didn't find receipt, going to depspec regex for: Xft2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/cairo DEBUG: Searching for dependency: cairo DEBUG: Found Dependency: receipt exists for cairo DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/fontconfig DEBUG: Searching for dependency: fontconfig DEBUG: Found Dependency: receipt exists for fontconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xproto DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/xorg-xproto DEBUG: Requested variant darwin is not provided by port xorg-xproto. DEBUG: Requested variant i386 is not provided by port xorg-xproto. DEBUG: Requested variant x11 is not provided by port xorg-xproto. DEBUG: Requested variant macosx is not provided by port xorg-xproto. DEBUG: Searching for dependency: xorg-xproto DEBUG: Didn't find receipt, going to depspec regex for: xorg-xproto DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib DEBUG: Searching for dependency: zlib DEBUG: Found Dependency: receipt exists for zlib DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xrender DEBUG: Searching for dependency: xrender DEBUG: Found Dependency: receipt exists for xrender DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/print/freetype DEBUG: Searching for dependency: freetype DEBUG: Found Dependency: receipt exists for freetype DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/fontconfig DEBUG: Searching for dependency: fontconfig DEBUG: Found Dependency: receipt exists for fontconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/expat DEBUG: Requested variant darwin is not provided by port expat. DEBUG: Requested variant i386 is not provided by port expat. DEBUG: Requested variant x11 is not provided by port expat. DEBUG: Requested variant macosx is not provided by port expat. DEBUG: Searching for dependency: expat DEBUG: Found Dependency: receipt exists for expat DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-util-macros DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/xorg-util-macros DEBUG: Requested variant darwin is not provided by port xorg-util- macros. DEBUG: Requested variant i386 is not provided by port xorg-util-macros. DEBUG: Requested variant x11 is not provided by port xorg-util-macros. DEBUG: Requested variant macosx is not provided by port xorg-util- macros. DEBUG: Searching for dependency: xorg-util-macros DEBUG: Didn't find receipt, going to depspec regex for: xorg-util-macros DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libxml2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libxml2 DEBUG: Requested variant darwin is not provided by port libxml2. DEBUG: Requested variant i386 is not provided by port libxml2. DEBUG: Requested variant x11 is not provided by port libxml2. DEBUG: Requested variant macosx is not provided by port libxml2. DEBUG: Searching for dependency: libxml2 DEBUG: Found Dependency: receipt exists for libxml2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/scrollkeeper DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/scrollkeeper DEBUG: Requested variant darwin is not provided by port scrollkeeper. DEBUG: Requested variant i386 is not provided by port scrollkeeper. DEBUG: Requested variant x11 is not provided by port scrollkeeper. DEBUG: Requested variant macosx is not provided by port scrollkeeper. DEBUG: Searching for dependency: scrollkeeper DEBUG: Didn't find receipt, going to depspec regex for: scrollkeeper DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xml-4.1.2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/docbook-xml-4.1.2 DEBUG: Requested variant darwin is not provided by port docbook- xml-4.1.2. DEBUG: Requested variant i386 is not provided by port docbook-xml-4.1.2. DEBUG: Requested variant x11 is not provided by port docbook-xml-4.1.2. DEBUG: Requested variant macosx is not provided by port docbook- xml-4.1.2. DEBUG: Searching for dependency: docbook-xml-4.1.2 DEBUG: Found Dependency: receipt exists for docbook-xml-4.1.2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xsl DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/docbook-xsl DEBUG: Requested variant darwin is not provided by port docbook-xsl. DEBUG: Requested variant i386 is not provided by port docbook-xsl. DEBUG: Requested variant x11 is not provided by port docbook-xsl. DEBUG: Requested variant macosx is not provided by port docbook-xsl. DEBUG: Searching for dependency: docbook-xsl DEBUG: Found Dependency: receipt exists for docbook-xsl DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Requested variant i386 is not provided by port perl5.8. DEBUG: Requested variant x11 is not provided by port perl5.8. DEBUG: Requested variant macosx is not provided by port perl5.8. DEBUG: Executing variant darwin provides darwin DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/scrollkeeper DEBUG: Searching for dependency: scrollkeeper DEBUG: Didn't find receipt, going to depspec regex for: scrollkeeper DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xml-4.1.2 DEBUG: Searching for dependency: docbook-xml-4.1.2 DEBUG: Found Dependency: receipt exists for docbook-xml-4.1.2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xsl DEBUG: Searching for dependency: docbook-xsl DEBUG: Found Dependency: receipt exists for docbook-xsl DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libxslt DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libxslt DEBUG: Requested variant darwin is not provided by port libxslt. DEBUG: Requested variant i386 is not provided by port libxslt. DEBUG: Requested variant x11 is not provided by port libxslt. DEBUG: Requested variant macosx is not provided by port libxslt. DEBUG: Searching for dependency: libxslt DEBUG: Found Dependency: receipt exists for libxslt DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libxml2 DEBUG: Searching for dependency: libxml2 DEBUG: Found Dependency: receipt exists for libxml2 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Requested variant darwin is not provided by port p5-xml-parser. DEBUG: Requested variant i386 is not provided by port p5-xml-parser. DEBUG: Requested variant x11 is not provided by port p5-xml-parser. DEBUG: Requested variant macosx is not provided by port p5-xml-parser. DEBUG: Searching for dependency: p5-xml-parser DEBUG: Didn't find receipt, going to depspec regex for: p5-xml-parser DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xsl DEBUG: Searching for dependency: docbook-xsl DEBUG: Found Dependency: receipt exists for docbook-xsl DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/docbook-xml DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/docbook-xml DEBUG: Requested variant darwin is not provided by port docbook-xml. DEBUG: Requested variant i386 is not provided by port docbook-xml. DEBUG: Requested variant x11 is not provided by port docbook-xml. DEBUG: Requested variant macosx is not provided by port docbook-xml. DEBUG: Searching for dependency: docbook-xml DEBUG: Found Dependency: receipt exists for docbook-xml DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat DEBUG: Searching for dependency: expat DEBUG: Found Dependency: receipt exists for expat DEBUG: Executing org.macports.main (p5-xml-parser) ---> Fetching p5-xml-parser DEBUG: Executing org.macports.fetch (p5-xml-parser) ---> Verifying checksum(s) for p5-xml-parser DEBUG: Executing org.macports.checksum (p5-xml-parser) ---> Checksumming XML-Parser-2.36.tar.gz Error: Checksum (md5) mismatch for XML-Parser-2.36.tar.gz Portfile checksum: XML-Parser-2.36.tar.gz md5 1b868962b658bd87e1563ecd56498ded Distfile checksum: XML-Parser-2.36.tar.gz md5 4cf41fc7ff663e2574df5f4cd5b87e3a Error: Checksum (sha1) mismatch for XML-Parser-2.36.tar.gz Portfile checksum: XML-Parser-2.36.tar.gz sha1 74acac4f939ebf788d8ef5163cbc9802b1b04bfa Distfile checksum: XML-Parser-2.36.tar.gz sha1 a3d17ecf9102819cd3ba2a7b908b0954ce8d4f01 Error: Checksum (rmd160) mismatch for XML-Parser-2.36.tar.gz Portfile checksum: XML-Parser-2.36.tar.gz rmd160 1c31a2398ada943efd5d2451389e163914168253 Distfile checksum: XML-Parser-2.36.tar.gz rmd160 aa617a788321930f90e90177682b5be800397170 Error: Target org.macports.checksum returned: Unable to verify file checksums Warning: the following items did not execute (for p5-xml-parser): org.macports.activate org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: gtk-doc scrollkeeper p5-xml-parser pango Xft2 xorg-xproto xorg-util-macros Error: Status 1 encountered during processing. -- Takashi Yoshida tyoshida [at] mac [dot] com From lists at sequestered.net Wed Feb 20 09:47:13 2008 From: lists at sequestered.net (Jay Chandler) Date: Wed, 20 Feb 2008 09:47:13 -0800 Subject: sqlite3 Bombs Out In-Reply-To: <0FE54697-7775-4ECA-BC35-8FEBBB244478@macports.org> References: <47BB2EEE.8090304@sequestered.net> <0FE54697-7775-4ECA-BC35-8FEBBB244478@macports.org> Message-ID: <47BC67A1.2060201@sequestered.net> Ryan Schmidt wrote: > On Feb 19, 2008, at 13:33, Jay Chandler wrote: > >> Anyone have any thoughts on this? >> >> bash-3.2# port upgrade outdated >> ---> Building sqlite3 with target all >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_sqlite3/work/sqlite-3.5.6" >> >> && gnumake all " returned error 2 >> Command output: ./libtool --mode=compile --tag=CC /usr/bin/gcc-4.0 -O2 >> -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 >> -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c >> ./src/alter.c >> mkdir .libs >> /usr/bin/gcc-4.0 -O2 -I. -I./src -DNDEBUG -DSQLITE_THREADSAFE=1 >> -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -c >> ./src/alter.c -fno-common -DPIC -o .libs/alter.o >> ./src/alter.c: In function 'renameTableFunc': >> ./src/alter.c:77: error: 'TK_SPACE' undeclared (first use in this >> function) >> ./src/alter.c:77: error: (Each undeclared identifier is reported only >> once >> ./src/alter.c:77: error: for each function it appears in.) >> ./src/alter.c:79: error: 'TK_LP' undeclared (first use in this function) >> ./src/alter.c:79: error: 'TK_USING' undeclared (first use in this >> function) >> ./src/alter.c: In function 'renameTriggerFunc': >> ./src/alter.c:135: error: 'TK_SPACE' undeclared (first use in this >> function) >> ./src/alter.c:148: error: 'TK_DOT' undeclared (first use in this >> function) >> ./src/alter.c:148: error: 'TK_ON' undeclared (first use in this >> function) >> ./src/alter.c:151: error: 'TK_WHEN' undeclared (first use in this >> function) >> ./src/alter.c:151: error: 'TK_FOR' undeclared (first use in this >> function) >> ./src/alter.c:151: error: 'TK_BEGIN' undeclared (first use in this >> function) >> ./src/alter.c: In function 'reloadTableSchema': >> ./src/alter.c:246: error: 'OP_DropTrigger' undeclared (first use in this >> function) >> ./src/alter.c:251: error: 'OP_DropTable' undeclared (first use in this >> function) >> ./src/alter.c:256: error: 'OP_ParseSchema' undeclared (first use in this >> function) >> ./src/alter.c: In function 'sqlite3AlterRenameTable': >> ./src/alter.c:366: error: 'OP_String8' undeclared (first use in this >> function) >> ./src/alter.c:367: error: 'OP_VRename' undeclared (first use in this >> function) >> ./src/alter.c: In function 'sqlite3AlterFinishAddColumn': >> ./src/alter.c:479: error: 'TK_NULL' undeclared (first use in this >> function) >> gnumake: *** [alter.lo] Error 1 >> >> Error: Unable to upgrade port: 1 > > See my response to haydnw: > > http://lists.macosforge.org/pipermail/macports-users/2008-February/009092.html > > > >> ---> Building apache2 with target all >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8" >> >> && make all " returned error 2 >> Command output: Making all in metadata >> Making all in proxy >> Making all in ssl >> Making all in http >> make[3]: Nothing to be done for `local-all'. >> Making all in dav/main >> Making all in generators >> Making all in dav/fs >> Making all in mappers >> make[3]: Nothing to be done for `local-all'. >> Making all in support >> make[2]: Nothing to be done for `local-all'. >> /usr/bin/gcc-4.0 -I/opt/local/include -O2 -DDARWIN >> -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include >> -I. >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/os/unix >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server/mpm/prefork >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/http >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/filters >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/include >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/generators >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/mappers >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/database >> >> -I/opt/local/include/apr-1 -I/opt/local/include >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/proxy/../generators >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/ssl >> >> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/modules/dav/main >> >> -c >> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.8/server/buildmark.c >> >> /opt/local/share/apr-1/build/libtool --silent --mode=link >> /usr/bin/gcc-4.0 -I/opt/local/include -O2 -L/opt/local/lib/db44 >> -L/opt/local/lib -o httpd modules.lo buildmark.o -export-dynamic >> server/libmain.la modules/http/libmod_http.la >> modules/mappers/libmod_so.la server/mpm/prefork/libprefork.la >> os/unix/libos.la -L/opt/local/lib -lpcre /opt/local/lib/libaprutil-1.la >> -ldb-4.4 -lsqlite3 -lexpat -liconv /opt/local/lib/libapr-1.la -lpthread >> Undefined symbols: >> "_ap_ugly_hack", referenced from: >> _ap_ugly_hack$non_lazy_ptr in libmain.a(main.o) >> "_ap_prelinked_module_symbols", referenced from: >> _ap_prelinked_module_symbols$non_lazy_ptr in libmain.a(core.o) >> "_ap_prelinked_modules", referenced from: >> _ap_prelinked_modules$non_lazy_ptr in libmain.a(main.o) >> _ap_prelinked_modules$non_lazy_ptr in libmain.a(config.o) >> "_ap_http_input_filter_handle", referenced from: >> _ap_http_input_filter_handle$non_lazy_ptr in libmain.a(protocol.o) >> "_ap_preloaded_modules", referenced from: >> _ap_preloaded_modules$non_lazy_ptr in libmain.a(config.o) >> ld: symbol(s) not found >> collect2: ld returned 1 exit status >> make[1]: *** [httpd] Error 1 >> make: *** [all-recursive] Error 1 >> >> Error: Unable to upgrade port: 1 > > I don't know why this is happening. Make sure your ports tree is up to > date ("port selfupdate") and upgrade anything that's outdated ("port > outdated") and try again. If still no help, file a bug and assign it > to the maintainer of apache2. > A port clean took care of it-- thanks though! -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: It's union rules. There's nothing we can do about it. Sorry. From mikeca53 at mac.com Wed Feb 20 11:45:34 2008 From: mikeca53 at mac.com (Mustafa Mike Topcuoglu) Date: Wed, 20 Feb 2008 11:45:34 -0800 Subject: org.macports.activate not executed warning Message-ID: <53339EBC-3B1A-4563-B4E4-D7E3ED1039D2@mac.com> Hi, I am new to macports... I am using it with PortAuthority 2.5 on my Intel MacBook Pro... OS X 10.5.x When I try to install some applications I am getting the following message.... ---> Fetching ArpSpyX Warning: the following items did not execute (for ArpSpyX): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install I am hoping someone knows how to remedy the above warning... or what the problem is about... Kind regards, Mike Topcu. mikeca53 at mac.com From stefmit at gmail.com Wed Feb 20 12:03:46 2008 From: stefmit at gmail.com (Stefmit) Date: Wed, 20 Feb 2008 14:03:46 -0600 Subject: Ticket #12288 on 1.6 still valid?!? Message-ID: <200802201403.47417.stefmit@gmail.com> http://trac.macports.org/projects/macports/ticket/12288 At the end of: $sudo port -d upgrade outdated on 1.6 I an getting similar messages to what is described in ticket linked above. Probably more of an FYI, right? Thanks, Stefan From ram at macports.org Wed Feb 20 12:14:53 2008 From: ram at macports.org (Adam Mercer) Date: Wed, 20 Feb 2008 15:14:53 -0500 Subject: org.macports.activate not executed warning In-Reply-To: <53339EBC-3B1A-4563-B4E4-D7E3ED1039D2@mac.com> References: <53339EBC-3B1A-4563-B4E4-D7E3ED1039D2@mac.com> Message-ID: <799406d60802201214x6f38a707g4237c19604750156@mail.gmail.com> On Wed, Feb 20, 2008 at 2:45 PM, Mustafa Mike Topcuoglu wrote: > I am hoping someone knows how to remedy the above warning... or what > the problem is about... Looks like ArpSpyX doesn't wort on Intel Macs: $ sudo port fetch ArpSpyX ---> Fetching ArpSpyX Error: Target org.macports.fetch returned: ArpSpyX does not currently work on Intel Macs. Warning: the following items did not execute (for ArpSpyX): org.macports.fetch Error: Status 1 encountered during processing. Cheers Adam From sequethin at gmail.com Wed Feb 20 13:08:12 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Wed, 20 Feb 2008 16:08:12 -0500 Subject: gimp bug? or? Message-ID: <6D82335D-2E79-4BDB-8027-6C55F9DC60EF@gmail.com> I have the latest gimp compiled from macports, on my leopard system (macbook pro, 15"). It works fine but it gets buggy when I try to save- as a file twice. For example, if I open "huge-image.jpg" and resize it by half and save as "not-as-huge.jpg" and then try to save as "not-as- huge2.jpg", the save as dialog has no buttons or text. If I select all and paste as a new image I can save that just fine. I'm not sure if the bug is with gimp (this doesn't happen with gimp on linux, I can testify to that much), or gtk2 or x11 or what? Anyone have this issue? Again to reproduce this just to try run "save as" more than once on an image. Thanks! --Mike H From artie.ziff at gmail.com Wed Feb 20 13:46:30 2008 From: artie.ziff at gmail.com (Artie Ziff) Date: Wed, 20 Feb 2008 13:46:30 -0800 Subject: building pidgin with silc functionality In-Reply-To: <2395A4C7-7286-4E40-A57F-8C0F84F122BE@macports.org> References: <3a7f726f0802191358v2edcc88vc635d1f27174aa63@mail.gmail.com> <2395A4C7-7286-4E40-A57F-8C0F84F122BE@macports.org> Message-ID: <3a7f726f0802201346t1f2bef66h4e2249a337237025@mail.gmail.com> > > File an enhancement request with the port maintainer requesting a > variant for silc support. > I see the procedure. Thank you for the advice. In the meantime, I made it work by editing the Portfile and providing some pre-reqs. Cheers, AZ From rsync at reifferscheid.org Wed Feb 20 13:57:05 2008 From: rsync at reifferscheid.org (Thomas Reifferscheid) Date: Wed, 20 Feb 2008 22:57:05 +0100 Subject: building pidgin with silc functionality In-Reply-To: <3a7f726f0802201346t1f2bef66h4e2249a337237025@mail.gmail.com> References: <3a7f726f0802191358v2edcc88vc635d1f27174aa63@mail.gmail.com> <2395A4C7-7286-4E40-A57F-8C0F84F122BE@macports.org> <3a7f726f0802201346t1f2bef66h4e2249a337237025@mail.gmail.com> Message-ID: <47BCA231.7090409@reifferscheid.org> Hi, just send the stuff to me, or create a ticket otherwise. Does it require silc-server or silc-client to link pidgin against silc? Kind regards Thomas Artie Ziff wrote: >> File an enhancement request with the port maintainer requesting a >> variant for silc support. >> >> > > I see the procedure. Thank you for the advice. > In the meantime, I made it work by editing the Portfile and providing > some pre-reqs. > > Cheers, > AZ > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From ryandesign at macports.org Wed Feb 20 16:36:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 Feb 2008 18:36:17 -0600 Subject: Ticket #12288 on 1.6 still valid?!? In-Reply-To: <200802201403.47417.stefmit@gmail.com> References: <200802201403.47417.stefmit@gmail.com> Message-ID: <284A4343-F3CF-49F0-934B-5A80D0FD4566@macports.org> On Feb 20, 2008, at 14:03, Stefmit wrote: > http://trac.macports.org/projects/macports/ticket/12288 > > At the end of: > > $sudo port -d upgrade outdated > > on 1.6 I an getting similar messages to what is described in ticket > linked > above. Probably more of an FYI, right? I'm not sure exactly what you're asking, but yes, the issue described in 12288 still remains to be resolved. When you run "port upgrade outdated" and there aren't any outdated ports to upgrade, MacPorts should tell you something nice, like "There are no outdated ports to upgrade"; instead, it prints an ugly multiline error message. From ryandesign at macports.org Wed Feb 20 16:41:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 Feb 2008 18:41:16 -0600 Subject: Can't build and install GTK2 (p5-xml-parser issue?) In-Reply-To: References: Message-ID: <00ACB374-2F11-4D8A-A087-6A48742848B4@macports.org> On Feb 20, 2008, at 11:41, Takashi Yoshida wrote: > From the debug message, it looks like p5-xml-parser is causing a > checksum issue. [snip] > DEBUG: Executing org.macports.main (p5-xml-parser) > ---> Fetching p5-xml-parser > DEBUG: Executing org.macports.fetch (p5-xml-parser) > ---> Verifying checksum(s) for p5-xml-parser > DEBUG: Executing org.macports.checksum (p5-xml-parser) > ---> Checksumming XML-Parser-2.36.tar.gz > Error: Checksum (md5) mismatch for XML-Parser-2.36.tar.gz > Portfile checksum: XML-Parser-2.36.tar.gz md5 > 1b868962b658bd87e1563ecd56498ded > Distfile checksum: XML-Parser-2.36.tar.gz md5 > 4cf41fc7ff663e2574df5f4cd5b87e3a > Error: Checksum (sha1) mismatch for XML-Parser-2.36.tar.gz > Portfile checksum: XML-Parser-2.36.tar.gz sha1 > 74acac4f939ebf788d8ef5163cbc9802b1b04bfa > Distfile checksum: XML-Parser-2.36.tar.gz sha1 > a3d17ecf9102819cd3ba2a7b908b0954ce8d4f01 > Error: Checksum (rmd160) mismatch for XML-Parser-2.36.tar.gz > Portfile checksum: XML-Parser-2.36.tar.gz rmd160 > 1c31a2398ada943efd5d2451389e163914168253 > Distfile checksum: XML-Parser-2.36.tar.gz rmd160 > aa617a788321930f90e90177682b5be800397170 > Error: Target org.macports.checksum returned: Unable to verify file > checksums [snip] Unable to reproduce. You probably got a bad download. Clean it and try again. sudo port clean --all p5-xml-parser From tyoshida at mac.com Thu Feb 21 02:59:10 2008 From: tyoshida at mac.com (Takashi Yoshida) Date: Thu, 21 Feb 2008 18:59:10 +0800 Subject: Can't build and install GTK2 (p5-xml-parser issue?) In-Reply-To: <00ACB374-2F11-4D8A-A087-6A48742848B4@macports.org> References: <00ACB374-2F11-4D8A-A087-6A48742848B4@macports.org> Message-ID: <512B30D8-445D-4CC8-8353-B0A2E4CCE90C@mac.com> Hi Ryan, That did the trick. Thanks! By the way, when is 'port clean p5-xml-parser' not sufficient? Is it always advisable to do 'port clean --all '? Regards, On Feb 21, 2008, at 8:41 AM, Ryan Schmidt wrote: > On Feb 20, 2008, at 11:41, Takashi Yoshida wrote: > >> From the debug message, it looks like p5-xml-parser is causing a >> checksum issue. > > [snip] > >> DEBUG: Executing org.macports.main (p5-xml-parser) >> ---> Fetching p5-xml-parser >> DEBUG: Executing org.macports.fetch (p5-xml-parser) >> ---> Verifying checksum(s) for p5-xml-parser >> DEBUG: Executing org.macports.checksum (p5-xml-parser) >> ---> Checksumming XML-Parser-2.36.tar.gz >> Error: Checksum (md5) mismatch for XML-Parser-2.36.tar.gz >> Portfile checksum: XML-Parser-2.36.tar.gz md5 >> 1b868962b658bd87e1563ecd56498ded >> Distfile checksum: XML-Parser-2.36.tar.gz md5 >> 4cf41fc7ff663e2574df5f4cd5b87e3a >> Error: Checksum (sha1) mismatch for XML-Parser-2.36.tar.gz >> Portfile checksum: XML-Parser-2.36.tar.gz sha1 >> 74acac4f939ebf788d8ef5163cbc9802b1b04bfa >> Distfile checksum: XML-Parser-2.36.tar.gz sha1 >> a3d17ecf9102819cd3ba2a7b908b0954ce8d4f01 >> Error: Checksum (rmd160) mismatch for XML-Parser-2.36.tar.gz >> Portfile checksum: XML-Parser-2.36.tar.gz rmd160 >> 1c31a2398ada943efd5d2451389e163914168253 >> Distfile checksum: XML-Parser-2.36.tar.gz rmd160 >> aa617a788321930f90e90177682b5be800397170 >> Error: Target org.macports.checksum returned: Unable to verify file >> checksums > > [snip] > > Unable to reproduce. You probably got a bad download. Clean it and > try again. > > sudo port clean --all p5-xml-parser > From randall.h.wood at alexandriasoftware.com Thu Feb 21 03:18:41 2008 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Thu, 21 Feb 2008 06:18:41 -0500 Subject: Can't build and install GTK2 (p5-xml-parser issue?) In-Reply-To: <512B30D8-445D-4CC8-8353-B0A2E4CCE90C@mac.com> References: <00ACB374-2F11-4D8A-A087-6A48742848B4@macports.org> <512B30D8-445D-4CC8-8353-B0A2E4CCE90C@mac.com> Message-ID: "port clean name" cleans the workspace used for patching/configuring/building a port, which does not clear out the download directory. port clean has the following options: --all does all of the below --archive cleans the archive image of a built port off the system --dist removes downloaded distribution files --work removes the workspace (I think this is the default behavior) From cssdev at mac.com Thu Feb 21 04:20:15 2008 From: cssdev at mac.com (cssdev at mac.com) Date: Thu, 21 Feb 2008 07:20:15 -0500 Subject: emacs-app dependencies In-Reply-To: <1B5E2A07-AB37-4AF9-9C74-62D128B9F3A0@macports.org> References: <1B5E2A07-AB37-4AF9-9C74-62D128B9F3A0@macports.org> Message-ID: On Feb 20, 2008, at 9:51 AM, Ryan Schmidt wrote: >> and so far it seems to run just fine. What am I missing. It >> would be >> nice to remove these dependencies if they are really not necessary. >> >> Anyone? > > The coreutils port was added as a dependency of emacs-app in r21091 > by Chris Scharver. The log message doesn't say why (other than to > say "adding several build dependencies" (though they're declared as > library dependencies)). Cc'ing Chris. It was picked up as a runtime dependency when I ran in the port in debug mode. It was probably just a matter of the debug system picking up that the install process uses the MacPorts utilities rather than the default system ones. I don't have any objections to removing the coreutils dependency. Chris From brent1a at yahoo.com Thu Feb 21 08:19:03 2008 From: brent1a at yahoo.com (Brent Austin) Date: Thu, 21 Feb 2008 08:19:03 -0800 (PST) Subject: "sudo: port: command not found" on OS X Tiger Message-ID: <754124.7452.qm@web65401.mail.ac4.yahoo.com> I just recently reinstalled OS X Tiger on one of my extra hard drives (I've been using Leopard for a while). As part of the process I then installed MacPorts. Now when I try "sudo port selfupdate" all I get is "sudo: port: command not found" as if MacPorts doesn't exist. Is there a step I'm missing? thanks -Brent ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080221/14e8e72e/attachment.html From sequethin at gmail.com Thu Feb 21 08:24:14 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Thu, 21 Feb 2008 11:24:14 -0500 Subject: "sudo: port: command not found" on OS X Tiger In-Reply-To: <754124.7452.qm@web65401.mail.ac4.yahoo.com> References: <754124.7452.qm@web65401.mail.ac4.yahoo.com> Message-ID: <4A4B9C40-BFA6-4ECD-BEF2-77BD3D71620B@gmail.com> On Feb 21, 2008, at 11:19 AM, Brent Austin wrote: > I just recently reinstalled OS X Tiger on one of my extra hard > drives (I've been using Leopard for a while). As part of the process > I then installed MacPorts. Now when I try "sudo port selfupdate" all > I get is "sudo: port: command not found" as if MacPorts doesn't > exist. Is there a step I'm missing? > thanks > -Brent > Is the port command in your PATH? Mine is in /opt/local/bin If you don't have /opt/local/bin in your PATH that could be the cause. --Mike H -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080221/0e63c99b/attachment.html From raimue at macports.org Thu Feb 21 08:32:16 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 21 Feb 2008 17:32:16 +0100 Subject: "sudo: port: command not found" on OS X Tiger In-Reply-To: <4A4B9C40-BFA6-4ECD-BEF2-77BD3D71620B@gmail.com> References: <754124.7452.qm@web65401.mail.ac4.yahoo.com> <4A4B9C40-BFA6-4ECD-BEF2-77BD3D71620B@gmail.com> Message-ID: <47BDA790.5050500@macports.org> Michael Hernandez wrote: > Is the port command in your PATH? Mine is in /opt/local/bin > > If you don't have /opt/local/bin in your PATH that could be the cause. See the guide how to make it work again: http://guide.macports.org/#installing.shell Rainer From macports.users at gmail.com Thu Feb 21 08:55:23 2008 From: macports.users at gmail.com (Charlse Darwin) Date: Thu, 21 Feb 2008 11:55:23 -0500 Subject: Saving Space by Avoiding Localized Versions Message-ID: <22214553-042B-4EDC-A4AF-887F2F21FF0C@gmail.com> How do I specify the language? (overriding the ENV only for certain ports) From andrei at tchijov.com Thu Feb 21 09:21:40 2008 From: andrei at tchijov.com (Andrei Tchijov) Date: Thu, 21 Feb 2008 12:21:40 -0500 Subject: "install ntop" failed In-Reply-To: <68435AAF-3AFE-4096-A995-5F3FAC7DB511@macports.org> References: <8581561B-5737-4E61-911C-B9860CCE2DF3@tchijov.com> <90C04AB3-9F1F-4259-B72B-485C4294EC9E@macports.org> <68435AAF-3AFE-4096-A995-5F3FAC7DB511@macports.org> Message-ID: Just did it again with "clean" installation of MacPort (fresh install of Leopard). Downloaded and install latest version of MacPort (as pre-build DMG) Run following without any problems selfupdate install glib2 install ImageMagic install nmap Following command fail install ntop ---> Building cgilib with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_www_cgilib/work/cgilib-0.5" && make CFLAGS="-O3 -fPIC -I." " returned error 2 Command output: O3 -fPIC -I. -c -o cgi.o cgi.c make: O3: Command not found make: [cgi.o] Error 127 (ignored) O3 -fPIC -I. -c -o cookies.o cookies.c make: O3: Command not found make: [cookies.o] Error 127 (ignored) ar rc libcgi.a cgi.o cookies.o ar: cgi.o: No such file or directory ar: cookies.o: No such file or directory make: *** [libcgi.a] Error 1 I guess this may help to diagnose the problem [local/bin] > installed The following ports are currently installed: bzip2 @1.0.4_1 (active) expat @2.0.1_0 (active) fontconfig @2.5.0_0+macosx (active) freetype @2.3.5_1 (active) gawk @3.1.6_0 (active) gd2 @2.0.35_1 (active) gdbm @1.8.3_1 (active) gettext @0.17_3 (active) glib2 @2.14.6_0+darwin_9 (active) ImageMagick @6.3.8-10_0+q16 (active) jpeg @6b_2 (active) libiconv @1.12_0 (active) libpcap @0.9.8_0 (active) libpng @1.2.25_0 (active) libxml2 @2.6.31_0 (active) ncurses @5.6_0 (active) ncursesw @5.6_1 (active) nmap @4.50_0 (active) openssl @0.9.8g_0 (active) pcre @7.6_0 (active) pkgconfig @0.23_0 (active) tiff @3.8.2_1+macosx (active) zlib @1.2.3_1 (active) sh-3.2# uname -a Darwin buster.local 9.2.0 Darwin Kernel Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; root:xnu-1228.3.13~1/RELEASE_I386 i386 On Feb 17, 2008, at 03:24 , Ryan Schmidt wrote: > Uh, sorry, and furthermore, Charlse, your error was with ntop, while > Andrei's was with cgilib. > > > On Feb 17, 2008, at 02:21, Ryan Schmidt wrote: > >> Yes but Charlse, your error with ntop was "libtool: compile: unable >> to infer tagged configuration" which was in a different thread, "ntop >> install failure" and for which a ticket was already filed: >> >> http://trac.macosforge.org/projects/macports/ticket/14308 >> >> Whereas Andrei's ntop error is "make: O3: Command not found" and we >> still need a ticket to be filed for that. > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From noah at mac.com Thu Feb 21 09:45:47 2008 From: noah at mac.com (Noah Leaman) Date: Thu, 21 Feb 2008 09:45:47 -0800 Subject: rsync port 873 blocked Message-ID: <0BE91E38-0118-1000-9EC2-9259F5858C84-Webmail-10006@mac.com> Hello all, rsync port 873 is blocked for me at work. How can I go about performing a sync and/or selfupdate manually? -- Noah From fuchi8 at tiscali.it Thu Feb 21 14:26:42 2008 From: fuchi8 at tiscali.it (valentina mantovani sarti) Date: Thu, 21 Feb 2008 14:26:42 -0800 Subject: Problem selfupdate Message-ID: <4367663E-97F8-4596-8B8C-283649DBBD92@tiscali.it> hi everybody, i need help. i installed Macports 1.5 on a ibook G4 with mac os x 10.4.11 and i got Xcode 2.5 but when i try to install something (with Porticus) i get: Error: Unable to open port: Could not find Portfile in /opt/local/var/ macports/sources/rsync.macports.org/release/ports/x11/XFree86 What should i do? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080221/85dea88b/attachment.html From comptekki at gmail.com Thu Feb 21 13:11:14 2008 From: comptekki at gmail.com (Wes James) Date: Thu, 21 Feb 2008 14:11:14 -0700 Subject: using a different compiler with macports Message-ID: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> I'm trying to find the config file in macports to change the CC and CXX default parameters that configure uses when it is run on each package. Can someone help me with this. thx, wj From angela22.zhu at gmail.com Thu Feb 21 14:30:37 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Thu, 21 Feb 2008 16:30:37 -0600 Subject: Problem with cairo Message-ID: Hello, I want to install lablgtk, and when I was doing "./configure" (for lablgtk), I got following attached error msg (1). So I try to download cairo and comple it, but after "cd cairo-1.4.14", when I was doing "./configure" (for cairo), I got following attached msg (2). And then a funny thing is that I actually should have cairo installed on my machine using "MacPorts", according to attached commands and msg (3). Anyone can help me to see what are is the problem here? Many thanks in advance! ------------------------------------------ (1) ./configure for lablgtk ------------------------------------------ checking pkg-config is at least version 0.9.0... yes checking for BASE_DEPENDENCIES... configure: error: Package requirements ( glib-2.0 >= 2.13.5 atk >= 1.9.0 pango >= 1.17.3 cairo >= 1.2.0) were not met: No package 'cairo' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables BASE_DEPENDENCIES_CFLAGS and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ------------------------------------------ ------------------------------------------ (2) ./configure for cairo ------------------------------------------ checking whether cairo's Microsoft Windows font backend could be enabled... no (requires a Win32 platform) checking for cairo's PNG backend... configure: WARNING: Could not find libpng in the pkg-config search path checking whether cairo's PNG backend could be enabled... no configure: error: requested PNG backend could not be enabled ------------------------------------------ ------------------------------------------ (3) MacPorts show cairo is there ------------------------------------------ $ sudo port installed cairo The following ports are currently installed: cairo @1.4.10_0 cairo @1.4.14_0 (active) $ sudo port uninstall cairo @1.4.10_0 ---> Unable to uninstall cairo 1.4.10_0, the following ports depend on it: ---> pango ---> pango ---> gtk2 Error: port uninstall failed: Please uninstall the ports that depend on cairo first. $ sudo port uninstall cairo @1.4.14_0 ---> Unable to uninstall cairo 1.4.14_0, the following ports depend on it: ---> pango ---> pango ---> gtk2 Error: port uninstall failed: Please uninstall the ports that depend on cairo first. ------------------------------------------ Anything can I do to keep on installing lablgtk without problems from cairo? Thanks and Regards, Angela Zhu - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080221/9ed07545/attachment.html From raimue at macports.org Thu Feb 21 18:25:39 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 22 Feb 2008 03:25:39 +0100 Subject: Problem selfupdate In-Reply-To: <4367663E-97F8-4596-8B8C-283649DBBD92@tiscali.it> References: <4367663E-97F8-4596-8B8C-283649DBBD92@tiscali.it> Message-ID: <47BE32A3.1030502@macports.org> valentina mantovani sarti wrote: > hi everybody, i need help. i installed Macports 1.5 on a ibook G4 > with mac os x 10.4.11 and i got Xcode 2.5 but when i try to install > something (with Porticus) i get: > > Error: Unable to open port: Could not find Portfile in > /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/XFree86 First of all run `sudo port selfupdate' (or do it by using the GUI, if possible). Latest MacPorts version is 1.6.0. It will also update your local ports tree. Rainer From raimue at macports.org Thu Feb 21 18:29:11 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 22 Feb 2008 03:29:11 +0100 Subject: using a different compiler with macports In-Reply-To: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> References: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> Message-ID: <47BE3377.8000609@macports.org> Wes James wrote: > I'm trying to find the config file in macports to change the CC and > CXX default parameters that configure uses when it is run on each > package. Can someone help me with this. Not that easily possible, it is absolutely centered on using gcc. But there is the port gcc_select which allows you to maintain certain symlinks for gcc, g++, etc. Additionally, each port is free to choose another compiler subset (because it might require it). What exactly are you trying to do? Rainer From im.not.using.any.numbers at gmail.com Thu Feb 21 18:40:57 2008 From: im.not.using.any.numbers at gmail.com (Ludwig) Date: Thu, 21 Feb 2008 18:40:57 -0800 Subject: ntfs-3g 1.1120 source missing Message-ID: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> $ sudo port -v install ntfs-3g ---> Fetching ntfs-3g ---> ntfs-3g-1.1120.tgz doesn't seem to exist in /opt/local/var/macports/distfiles/ntfs-3g ---> Attempting to fetch ntfs-3g-1.1120.tgz from http://www.ntfs-3g.org/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch ntfs-3g-1.1120.tgz from http://svn.macports.org/repository/macports/distfiles/ntfs-3g % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch ntfs-3g-1.1120.tgz from http://svn.macports.org/repository/macports/distfiles/general/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch ntfs-3g-1.1120.tgz from http://svn.macports.org/repository/macports/downloads/ntfs-3g % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for ntfs-3g): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. I can't find the source for that version anywhere; does anyone know where to get it? Someone's deleted the files from http://trac.macports.org/projects/macports/browser/trunk/dports/fuse/ntfs-3g too. Alternatively, could the port be updated to the current version (1.2216)? From mikeca53 at mac.com Thu Feb 21 20:04:17 2008 From: mikeca53 at mac.com (Mustafa Mike Topcuoglu) Date: Thu, 21 Feb 2008 20:04:17 -0800 Subject: X error Message-ID: Hi, Below is the end of a log output. Apparently it is looking for X. However I have no idea which X it is refering, and where to find it. Thank you for any help/suggestion you can offer. checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for X_CFLAGS... checking for X_LIBS... checking for X... no configure: error: X is required, but it was either disabled or not found. Warning: the following items did not execute (for xrender): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install From ktan at realityartisans.com Thu Feb 21 20:48:38 2008 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Thu, 21 Feb 2008 23:48:38 -0500 Subject: X error In-Reply-To: References: Message-ID: <1E7DC341-8D39-486E-B0DB-694CF53C32F3@realityartisans.com> On Feb 21, 2008, at 23:04, Mustafa Mike Topcuoglu wrote: > Hi, > > Below is the end of a log output. Apparently it is looking for X. > However I have no idea which X it is refering, and where to find it. > > Thank you for any help/suggestion you can offer. > > > checking for pkg-config... /opt/local/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for X_CFLAGS... > checking for X_LIBS... > checking for X... no > configure: error: X is required, but it was either disabled or not > found. > Warning: the following items did not execute (for xrender): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install Did you install X windows from the Developer Tools package on your Mac OS X install CD/DVD? If not, there's your problem. -- Reality Artisans, Inc. # Network Wrangling and Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 From paulbeard at gmail.com Thu Feb 21 22:08:54 2008 From: paulbeard at gmail.com (paul beard) Date: Thu, 21 Feb 2008 22:08:54 -0800 Subject: anyone seeing issues with ruby not building? Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is after several iterations of sync/clean/build/repeat. - ---> Staging ruby into destroot Error: Target org.macports.destroot returned: shell command " cd "/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ru by/work/ruby-1.8.6-p111" && make install install-doc DESTDIR=/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ru by/work/destroot " returned error 2 Command output: ./miniruby ./instruby.rb --dest-dir="/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ru by/work/destroot" --extout=".ext" --make="make" --mflags="" --make- flags="DESTDIR=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ru by/work/destroot" --installed-list .installed.list --mantype="doc" installing binary commands installing command scripts installing library scripts installing headers installing manpages installing extension objects installing extension scripts Generating RDoc documentation ./miniruby ./runruby.rb --extout=.ext -- "./bin/rdoc" --all --ri -- op ".ext/rdoc" "." dyld: lazy symbol binding failed: Symbol not found: _snprintf$LDBLStub Referenced from: /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ru by/work/ruby-1.8.6-p111/libruby.dylib Expected in: flat namespace dyld: Symbol not found: _snprintf$LDBLStub Referenced from: /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ru by/work/ruby-1.8.6-p111/libruby.dylib Expected in: flat namespace make: *** [rdoc] Trace/BPT trap Error: Unable to upgrade port: 1 [/Users/paul]# uname -a Darwin tichy.paulbeard.org 8.11.0 Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh powerpc (root at tichy.paulbeard.org)-(10:06 PM / Thu Feb 21) [/Users/paul]# gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5367.obj~1/src/configure -- disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with- slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple- darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5367) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAke+ZvcACgkQjE2ksZfa4ZVYNQCcCxMt8e/CUQHghrmH1BQVwqCR vPIAn18aDiG493zvtkNzlwxAiBYnTZM7 =2Ufd -----END PGP SIGNATURE----- From comptekki at gmail.com Thu Feb 21 22:30:55 2008 From: comptekki at gmail.com (Wes James) Date: Thu, 21 Feb 2008 23:30:55 -0700 Subject: using a different compiler with macports In-Reply-To: <47BE3377.8000609@macports.org> References: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> <47BE3377.8000609@macports.org> Message-ID: <533df7fa0802212230v646bc25bhb5bd9ee5ada081cb@mail.gmail.com> On Thu, Feb 21, 2008 at 7:29 PM, Rainer M?ller wrote: > > Wes James wrote: > > I'm trying to find the config file in macports to change the CC and > > CXX default parameters that configure uses when it is run on each > > package. Can someone help me with this. > > Not that easily possible, it is absolutely centered on using gcc. > But there is the port gcc_select which allows you to maintain certain > symlinks for gcc, g++, etc. Additionally, each port is free to choose > another compiler subset (because it might require it). > > What exactly are you trying to do? > > Rainer I have a professor that is using the pgi compiler (http://www.pgroup.com/) and i was trying to find a way to set CC=pgcc and CXX=pgcpp and maybe some other things for macport to use for compiling as defaults. thx From raimue at macports.org Thu Feb 21 22:59:24 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 22 Feb 2008 07:59:24 +0100 Subject: X error In-Reply-To: <1E7DC341-8D39-486E-B0DB-694CF53C32F3@realityartisans.com> References: <1E7DC341-8D39-486E-B0DB-694CF53C32F3@realityartisans.com> Message-ID: <47BE72CC.8040009@macports.org> Kok-Yong Tan wrote: > Did you install X windows from the Developer Tools package on your > Mac OS X install CD/DVD? If not, there's your problem. See also http://guide.macports.org/#installing.x11 Rainer From pguyot at kallisys.net Thu Feb 21 23:26:54 2008 From: pguyot at kallisys.net (Paul Guyot) Date: Fri, 22 Feb 2008 08:26:54 +0100 Subject: anyone seeing issues with ruby not building? In-Reply-To: References: Message-ID: <045E424B-0464-4F36-9A85-6754DE7A8DA7@kallisys.net> It sounds like an old problem with the ruby port. You need to deactivate the old version first. Paul Le 22 f?vr. 08 ? 07:08, paul beard a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > This is after several iterations of sync/clean/build/repeat. > > - ---> Staging ruby into destroot > Error: Target org.macports.destroot returned: shell command " cd "/ > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ru > by/work/ruby-1.8.6-p111" && make install install-doc DESTDIR=/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ru > by/work/destroot " returned error 2 > Command output: ./miniruby ./instruby.rb --dest-dir="/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ru > by/work/destroot" --extout=".ext" --make="make" --mflags="" --make- > flags="DESTDIR=/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ru > by/work/destroot" --installed-list .installed.list --mantype="doc" > installing binary commands > installing command scripts > installing library scripts > installing headers > installing manpages > installing extension objects > installing extension scripts > Generating RDoc documentation > ./miniruby ./runruby.rb --extout=.ext -- "./bin/rdoc" --all --ri -- > op ".ext/rdoc" "." > dyld: lazy symbol binding failed: Symbol not found: _snprintf$LDBLStub > Referenced from: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ru > by/work/ruby-1.8.6-p111/libruby.dylib > Expected in: flat namespace > > dyld: Symbol not found: _snprintf$LDBLStub > Referenced from: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ru > by/work/ruby-1.8.6-p111/libruby.dylib > Expected in: flat namespace > > make: *** [rdoc] Trace/BPT trap > > Error: Unable to upgrade port: 1 > > [/Users/paul]# uname -a > Darwin tichy.paulbeard.org 8.11.0 Darwin Kernel Version 8.11.0: Wed > Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power > Macintosh powerpc > (root at tichy.paulbeard.org)-(10:06 PM / Thu Feb 21) > [/Users/paul]# gcc -v > Using built-in specs. > Target: powerpc-apple-darwin8 > Configured with: /private/var/tmp/gcc/gcc-5367.obj~1/src/configure -- > disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- > enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] > [^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with- > slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple- > darwin8 --target=powerpc-apple-darwin8 > Thread model: posix > gcc version 4.0.1 (Apple Computer, Inc. build 5367) > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.8 (Darwin) > > iEYEARECAAYFAke+ZvcACgkQjE2ksZfa4ZVYNQCcCxMt8e/CUQHghrmH1BQVwqCR > vPIAn18aDiG493zvtkNzlwxAiBYnTZM7 > =2Ufd > -----END PGP SIGNATURE----- > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- http://paul-guyot.com/ From ryandesign at macports.org Fri Feb 22 00:02:42 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 02:02:42 -0600 Subject: using a different compiler with macports In-Reply-To: <533df7fa0802212230v646bc25bhb5bd9ee5ada081cb@mail.gmail.com> References: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> <47BE3377.8000609@macports.org> <533df7fa0802212230v646bc25bhb5bd9ee5ada081cb@mail.gmail.com> Message-ID: On Feb 22, 2008, at 00:30, Wes James wrote: > On Thu, Feb 21, 2008 at 7:29 PM, Rainer M?ller wrote: > >> Wes James wrote: >> >>> I'm trying to find the config file in macports to change the CC and >>> CXX default parameters that configure uses when it is run on each >>> package. Can someone help me with this. >> >> Not that easily possible, it is absolutely centered on using gcc. >> But there is the port gcc_select which allows you to maintain >> certain >> symlinks for gcc, g++, etc. Additionally, each port is free to >> choose >> another compiler subset (because it might require it). >> >> What exactly are you trying to do? >> >> Rainer > > I have a professor that is using the pgi compiler > (http://www.pgroup.com/) and i was trying to find a way to set CC=pgcc > and CXX=pgcpp and maybe some other things for macport to use for > compiling as defaults. MacPorts doesn't support that. Maintainers have enough to do already without needing to deal with users potentially using a different compiler than they did. Ports are written to compile with the system's gcc by default, or the port can define a different compiler to use if necessary. You could write specific ports that make use of pgi, if that's necessary. I don't see a port for pgi itself, so you could start by making a port for pgi if you want. From ryandesign at macports.org Fri Feb 22 00:43:05 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 02:43:05 -0600 Subject: lablgtk can't find cairo (was: Re: Problem with cairo) In-Reply-To: References: Message-ID: On Feb 21, 2008, at 16:30, Angela Zhu wrote: > I want to install lablgtk, and when I was doing "./configure" (for > lablgtk), I got > following attached error msg (1). Are you manually compiling lablgtk or using one of the MacPorts ports, lablgtk or lablgtk2? If you're using one of the existing ports, please file a ticket in the issue tracker and assign it to the maintainer of the port. You should also include more of the output showing what's actually failing, including what command you originally typed to get to that error. If you're compiling by hand, why not use the existing ports? > So I try to download cairo and comple it, but after "cd cairo-1.4.14", > when I was doing "./configure" (for cairo), I got following > attached msg (2). > > And then a funny thing is that I actually should have cairo > installed on my machine > using "MacPorts", according to attached commands and msg (3). > > Anyone can help me to see what are is the problem here? > Many thanks in advance! > > ------------------------------ > ------------ > (1) ./configure for lablgtk > ------------------------------------------ > checking pkg-config is at least version 0.9.0... yes > checking for BASE_DEPENDENCIES... configure: error: Package > requirements (glib-2.0 >= 2.13.5 atk >= 1.9.0 pango >= > 1.17.3 cairo >= 1.2.0) were not met: > > No package 'cairo' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables > BASE_DEPENDENCIES_CFLAGS > and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > ------------------------------------------ If you're installing by hand: What's your PKG_CONFIG_PATH? Does it include the place where cairo is installed? > ------------------------------------------ > (2) ./configure for cairo > ------------------------------------------ > checking whether cairo's Microsoft Windows font backend could be > enabled... no (requires a Win32 platform) > checking for cairo's PNG backend... > configure: WARNING: Could not find libpng in the pkg-config search > path > checking whether cairo's PNG backend could be enabled... no > configure: error: requested PNG backend could not be enabled > ------------------------------------------ Here too, the PKG_CONFIG_PATH would enable cairo to know where libpng is. > From afb at macports.org Fri Feb 22 00:48:04 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Fri, 22 Feb 2008 09:48:04 +0100 Subject: using a different compiler with macports In-Reply-To: <533df7fa0802212230v646bc25bhb5bd9ee5ada081cb@mail.gmail.com> References: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> <47BE3377.8000609@macports.org> <533df7fa0802212230v646bc25bhb5bd9ee5ada081cb@mail.gmail.com> Message-ID: Wes James wrote: > On Thu, Feb 21, 2008 at 7:29 PM, Rainer M?ller > wrote: >> >> Wes James wrote: >>> I'm trying to find the config file in macports to change the CC and >>> CXX default parameters that configure uses when it is run on each >>> package. Can someone help me with this. >> >> Not that easily possible, it is absolutely centered on using gcc. >> But there is the port gcc_select which allows you to maintain >> certain >> symlinks for gcc, g++, etc. Additionally, each port is free to >> choose >> another compiler subset (because it might require it). >> >> What exactly are you trying to do? >> >> Rainer > > I have a professor that is using the pgi compiler > (http://www.pgroup.com/) and i was trying to find a way to set CC=pgcc > and CXX=pgcpp and maybe some other things for macport to use for > compiling as defaults. You can't change the defaults (no configuration, as they're hardcoded) but you can set the values CC and CXX passed to configure at runtime: port build configure.cc=pgcc configure.cxx=pgcpp If used a lot, a new "configure.compiler=pgi" option could be added to the current list of presets (such as "gcc-4.0" and "macports-gcc-4.2") ? Then again, there is no default configuration for that either... So it would just mean having to set one variable instead of two. --anders PS. For us non-academics, the price tag looks a bit steep. But it (and the Intel compilers) could be added anyway. port build configure.cc=icc configure.cxx=icpc From ryandesign at macports.org Fri Feb 22 00:53:00 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 02:53:00 -0600 Subject: rsync port 873 blocked In-Reply-To: <0BE91E38-0118-1000-9EC2-9259F5858C84-Webmail-10006@mac.com> References: <0BE91E38-0118-1000-9EC2-9259F5858C84-Webmail-10006@mac.com> Message-ID: On Feb 21, 2008, at 11:45, Noah Leaman wrote: > rsync port 873 is blocked for me at work. How can I go about > performing a sync and/or selfupdate manually? sync uses rsync by default but could use subversion instead, which in our setup runs over port 80 so that won't be blocked unless your work network is silly. To use subversion instead of rsync for the sync operation, install the subversion software ("sudo port install subversion" -- or use the one already included in Leopard), then check out a working copy of the dports tree anywhere on your disk ("svn checkout http://svn.macosforge.org/repository/macports/trunk/ dports macports-ports"). I have mine in my home directory. Then edit your /opt/local/etc/macports/sources.conf and comment out the line "rsync://rsync.macports.org/release/ports/" and add a new line pointing to your working copy (e.g. "file:///Users/rschmidt/macports- ports/"). Done. Now "port sync" will update your working copy using "svn update" instead of trying to use rsync. selfupdate requires rsync. If you have no rsync, you need to build MacPorts by hand, for example by checking out the latest tag (e.g. "svn checkout http://svn.macosforge.org/repository/macports/tags/ release_1_6_0/base/ macports-base"), going into the directory ("cd macports-base"), and configuring ("./configure --enable-readline"), making ("make") and installing it ("sudo make install") yourself. Probably a good idea to then clean the directory ("make clean"). When the next version of MacPorts is released, update your working copy by switching to the new tag ("cd macports-base && svn switch http:// svn.macosforge.org/repository/macports/tags/release_1_6_1/base") and then configuring, making and installing as above. From ryandesign at macports.org Fri Feb 22 01:04:02 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 03:04:02 -0600 Subject: ntfs-3g 1.1120 source missing In-Reply-To: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> Message-ID: On Feb 21, 2008, at 20:40, Ludwig wrote: > $ sudo port -v install ntfs-3g > ---> Fetching ntfs-3g > ---> ntfs-3g-1.1120.tgz doesn't seem to exist in > /opt/local/var/macports/distfiles/ntfs-3g > ---> Attempting to fetch ntfs-3g-1.1120.tgz from http:// > www.ntfs-3g.org/ > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > ---> Attempting to fetch ntfs-3g-1.1120.tgz from > http://svn.macports.org/repository/macports/distfiles/ntfs-3g > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > ---> Attempting to fetch ntfs-3g-1.1120.tgz from > http://svn.macports.org/repository/macports/distfiles/general/ > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > ---> Attempting to fetch ntfs-3g-1.1120.tgz from > http://svn.macports.org/repository/macports/downloads/ntfs-3g > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > Error: Target org.macports.fetch returned: fetch failed > Warning: the following items did not execute (for ntfs-3g): > org.macports.activate org.macports.fetch org.macports.extract > org.macports.checksum org.macports.patch org.macports.configure > org.macports.build org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > > > I can't find the source for that version anywhere; does anyone know > where to get it? If Googling "ntfs-3g-1.1120.tgz" doesn't locate it for you, then I don't know. If you can find it, you can drop it in /opt/local/var/ macports/distfiles/ntfs-3g and MacPorts will use it, provided it's the correct file. > Someone's deleted the files from > http://trac.macports.org/projects/macports/browser/trunk/dports/ > fuse/ntfs-3g > too. Well, the files were never there. MacPorts just looks in the repository as a backup for all ports, but most ports do not have copies of their distfiles in the MacPorts repository, because there's usually no need to have them there, and the MacPorts project is not in the business of providing a general distfile mirror. > Alternatively, could the port be updated to the current version > (1.2216)? I filed a ticket for you: http://trac.macosforge.org/projects/macports/ticket/14435 In the future, please file tickets yourself. Thanks. From mikeca53 at mac.com Fri Feb 22 01:05:01 2008 From: mikeca53 at mac.com (Mustafa Mike Topcuoglu) Date: Fri, 22 Feb 2008 01:05:01 -0800 Subject: X error In-Reply-To: <47BE72CC.8040009@macports.org> References: <1E7DC341-8D39-486E-B0DB-694CF53C32F3@realityartisans.com> <47BE72CC.8040009@macports.org> Message-ID: Thank you both... your help is very much appreciated... I'm learning as I go along... Until the next time, take care and wieder sehen.... Mike. On Feb 21, 2008, at 10:59 PM, Rainer M?ller wrote: > Kok-Yong Tan wrote: >> Did you install X windows from the Developer Tools package on your >> Mac OS X install CD/DVD? If not, there's your problem. > > See also http://guide.macports.org/#installing.x11 > > Rainer From ryandesign at macports.org Fri Feb 22 01:10:47 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 03:10:47 -0600 Subject: Saving Space by Avoiding Localized Versions In-Reply-To: <22214553-042B-4EDC-A4AF-887F2F21FF0C@gmail.com> References: <22214553-042B-4EDC-A4AF-887F2F21FF0C@gmail.com> Message-ID: On Feb 21, 2008, at 10:55, Charlse Darwin wrote: > How do I specify the language? (overriding the ENV only for certain > ports) To specify the language for a command-line program to use, you set the "LANG" environment variable to a valid locale, such as those listed in /usr/share/locale or /opt/local/share/locale. Then the program will use that locale, if it installed files for that locale. To answer the question in your subject line - how to save space by not installing localized versions - some ports provide a variant to disable nls (natural language support) and when you do that, the ports won't install any language files and you'll get the default language instead, which is almost always English. However, most ports won't have a variant to disable nls, because disk space is pretty cheap today so it's almost silly not to install the nls files always. From angela22.zhu at gmail.com Fri Feb 22 06:16:24 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Fri, 22 Feb 2008 08:16:24 -0600 Subject: lablgtk can't find cairo (was: Re: Problem with cairo) In-Reply-To: References: Message-ID: Sorry I didn't make it clear. I want to use gSourceVIew library provided by lablgtk-2.10.0. I first tried to use "port install lablgtk2", while it seems to succeed in installation, I cannot use gSourceVIew library because no "lablgtksourceview.cma" and " gSourceView.cmi" can be find on my machine after installation. But these two files are needed to compile OCaml program using gSourceVIew library. That's why I want to try install by hand after installing it using MacPorts "successfully". On Fri, Feb 22, 2008 at 2:43 AM, Ryan Schmidt wrote: > On Feb 21, 2008, at 16:30, Angela Zhu wrote: > > > I want to install lablgtk, and when I was doing "./configure" (for > > lablgtk), I got > > following attached error msg (1). > > Are you manually compiling lablgtk or using one of the MacPorts > ports, lablgtk or lablgtk2? > > If you're using one of the existing ports, please file a ticket in > the issue tracker and assign it to the maintainer of the port. You > should also include more of the output showing what's actually > failing, including what command you originally typed to get to that > error. > > If you're compiling by hand, why not use the existing ports? > > > > So I try to download cairo and comple it, but after "cd cairo-1.4.14", > > when I was doing "./configure" (for cairo), I got following > > attached msg (2). > > > > And then a funny thing is that I actually should have cairo > > installed on my machine > > using "MacPorts", according to attached commands and msg (3). > > > > Anyone can help me to see what are is the problem here? > > Many thanks in advance! > > > > ------------------------------ > > ------------ > > (1) ./configure for lablgtk > > ------------------------------------------ > > checking pkg-config is at least version 0.9.0... yes > > checking for BASE_DEPENDENCIES... configure: error: Package > > requirements (glib-2.0 >= 2.13.5 atk >= 1.9.0 pango >= > > 1.17.3 cairo >= 1.2.0) were not met: > > > > No package 'cairo' found > > > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > > installed software in a non-standard prefix. > > > > Alternatively, you may set the environment variables > > BASE_DEPENDENCIES_CFLAGS > > and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config. > > See the pkg-config man page for more details. > > ------------------------------------------ > > If you're installing by hand: What's your PKG_CONFIG_PATH? Does it > include the place where cairo is installed? I did "echo $PKG_CONFIG_PATH" but nothing found, how can I change this parameter? > > > > ------------------------------------------ > > (2) ./configure for cairo > > ------------------------------------------ > > checking whether cairo's Microsoft Windows font backend could be > > enabled... no (requires a Win32 platform) > > checking for cairo's PNG backend... > > configure: WARNING: Could not find libpng in the pkg-config search > > path > > checking whether cairo's PNG backend could be enabled... no > > configure: error: requested PNG backend could not be enabled > > ------------------------------------------ > > Here too, the PKG_CONFIG_PATH would enable cairo to know where libpng > is. > Again, I am confused, how could I set those parameters? Thanks, Angela -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080222/50669958/attachment.html From ryandesign at macports.org Fri Feb 22 06:51:15 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 08:51:15 -0600 Subject: lablgtk can't find cairo (was: Re: Problem with cairo) In-Reply-To: References: Message-ID: <1E1D8053-35A5-4564-BDE2-CE30FB4A08F0@macports.org> On Feb 22, 2008, at 08:16, Angela Zhu wrote: > Sorry I didn't make it clear. > I want to use gSourceVIew library provided by lablgtk-2.10.0. > I first tried to use "port install lablgtk2", while it seems to > succeed in installation, > I cannot use gSourceVIew library because no "lablgtksourceview.cma" > and "gSourceView.cmi" can be find on my machine after installation. > But these two files are needed to compile OCaml program using > gSourceVIew library. > > That's why I want to try install by hand after installing it using > MacPorts "successfully". Ok. Another option might be to file an enhancement request ticket in our issue tracker and assign it to the maintainer of the lablgtk2 port. Maybe this feature would be useful to have in the port. > On Fri, Feb 22, 2008 at 2:43 AM, Ryan Schmidt wrote: > >> On Feb 21, 2008, at 16:30, Angela Zhu wrote: >> >> > So I try to download cairo and comple it, but after "cd >> cairo-1.4.14", >> > when I was doing "./configure" (for cairo), I got following >> > attached msg (2). >> > >> > And then a funny thing is that I actually should have cairo >> > installed on my machine >> > using "MacPorts", according to attached commands and msg (3). >> > >> > Anyone can help me to see what are is the problem here? >> > Many thanks in advance! >> > >> > ------------------------------ >> > ------------ >> > (1) ./configure for lablgtk >> > ------------------------------------------ >> > checking pkg-config is at least version 0.9.0... yes >> > checking for BASE_DEPENDENCIES... configure: error: Package >> > requirements (glib-2.0 >= 2.13.5 atk >= 1.9.0 pango >= >> > 1.17.3 cairo >= 1.2.0) were not met: >> > >> > No package 'cairo' found >> > >> > Consider adjusting the PKG_CONFIG_PATH environment variable if you >> > installed software in a non-standard prefix. >> > >> > Alternatively, you may set the environment variables >> > BASE_DEPENDENCIES_CFLAGS >> > and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config. >> > See the pkg-config man page for more details. >> > ------------------------------------------ >> >> If you're installing by hand: What's your PKG_CONFIG_PATH? Does it >> include the place where cairo is installed? > > I did "echo $PKG_CONFIG_PATH" but nothing found, how can I change > this parameter? > > >> > ------------------------------------------ >> > (2) ./configure for cairo >> > ------------------------------------------ >> > checking whether cairo's Microsoft Windows font backend could be >> > enabled... no (requires a Win32 platform) >> > checking for cairo's PNG backend... >> > configure: WARNING: Could not find libpng in the pkg-config search >> > path >> > checking whether cairo's PNG backend could be enabled... no >> > configure: error: requested PNG backend could not be enabled >> > ------------------------------------------ >> >> Here too, the PKG_CONFIG_PATH would enable cairo to know where libpng >> is. > > Again, I am confused, how could I set those parameters? Simply set the environment variable in the terminal by typing: export PKG_CONFIG_PATH=/opt/local/lib/pkgconfig You may also need to set: export CPPFLAGS=-I/opt/local/include export LDFLAGS=-L/opt/local/lib From comptekki at gmail.com Fri Feb 22 07:48:26 2008 From: comptekki at gmail.com (Wes James) Date: Fri, 22 Feb 2008 08:48:26 -0700 Subject: error compiling nco on osx 10.5.2 Message-ID: <533df7fa0802220748h55182fe8m3c767f04fb27a637@mail.gmail.com> When I try to install nco on osx 10.5.2 i get: port -p install nco ---> Building libdap with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_libdap/work/libdap-3.7.10" && make all " returned error 2 Command output: make all-recursive Making all in gl make all-am make[3]: Nothing to be done for `all-am'. Making all in . /bin/sh ./libtool --tag=CXX --mode=link /usr/bin/g++-4.0 -Wall -W -Wcast-align -O2 -L/opt/local/lib -o libdap.la -rpath /opt/local/lib -version-info 8:1:0 libdap_la-AttrTable.lo libdap_la-DAS.lo libdap_la-DDS.lo libdap_la-DataDDS.lo libdap_la-DDXParser.lo libdap_la-BaseType.lo libdap_la-Byte.lo libdap_la-Int32.lo libdap_la-Float64.lo libdap_la-Str.lo libdap_la-Url.lo libdap_la-Vector.lo libdap_la-Array.lo libdap_la-Structure.lo libdap_la-Sequence.lo libdap_la-Grid.lo libdap_la-UInt32.lo libdap_la-Int16.lo libdap_la-UInt16.lo libdap_la-Float32.lo libdap_la-Constructor.lo libdap_la-BaseTypeFactory.lo libdap_la-SignalHandler.lo libdap_la-Error.lo libdap_la-InternalErr.lo libdap_la-util.lo libdap_la-xdrutil_ppc.lo libdap_la-parser-util.lo libdap_la-escaping.lo libdap_la-lex.das.lo libdap_la-das.tab.lo libdap_la-lex.dds.lo libdap_la-dds.tab.lo libdap_la-lex.ce_expr.lo libdap_la-ce_expr.tab.lo libdap_la-lex.Error.lo libdap_la-Error.tab.lo libdap_la-gse.tab.lo libdap_la-lex.gse_.lo libdap_la-ce_functions.lo libdap_la-GSEClause.lo libdap_la-GeoConstraint.lo libdap_la-GridGeoConstraint.lo libdap_la-Clause.lo libdap_la-RValue.lo libdap_la-ConstraintEvaluator.lo libdap_la-ArrayGeoConstraint.lo libdap_la-DapIndent.lo libdap_la-XDRUtils.lo libdap_la-XDRFileMarshaller.lo libdap_la-XDRFileUnMarshaller.lo libdap_la-XDRStreamMarshaller.lo libdap_la-GetOpt.lo libdap_la-GNURegex.lo -L/opt/local/lib -lxml2 -lpthread -lz -liconv -lm -lpthread gl/libgnu.la rm -fr .libs/libdap.lax rm -fr .libs/libdap.lax mkdir .libs/libdap.lax rm -fr .libs/libdap.lax/libgnu.a mkdir .libs/libdap.lax/libgnu.a Extracting /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_libdap/work/libdap-3.7.10/gl/.libs/libgnu.a (cd .libs/libdap.lax/libgnu.a && ar x /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_libdap/work/libdap-3.7.10/gl/.libs/libgnu.a) rm -fr .libs/libdap.lax/libiconv.a mkdir .libs/libdap.lax/libiconv.a Extracting /opt/local/lib/libiconv.a (cd .libs/libdap.lax/libiconv.a && ar x /opt/local/lib/libiconv.a) /usr/bin/g++-4.0 -dynamiclib -single_module ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libdap.8.0.1.dylib .libs/libdap_la-AttrTable.o .libs/libdap_la-DAS.o .libs/libdap_la-DDS.o .libs/libdap_la-DataDDS.o .libs/libdap_la-DDXParser.o .libs/libdap_la-BaseType.o .libs/libdap_la-Byte.o .libs/libdap_la-Int32.o .libs/libdap_la-Float64.o .libs/libdap_la-Str.o .libs/libdap_la-Url.o .libs/libdap_la-Vector.o .libs/libdap_la-Array.o .libs/libdap_la-Structure.o .libs/libdap_la-Sequence.o .libs/libdap_la-Grid.o .libs/libdap_la-UInt32.o .libs/libdap_la-Int16.o .libs/libdap_la-UInt16.o .libs/libdap_la-Float32.o .libs/libdap_la-Constructor.o .libs/libdap_la-BaseTypeFactory.o .libs/libdap_la-SignalHandler.o .libs/libdap_la-Error.o .libs/libdap_la-InternalErr.o .libs/libdap_la-util.o .libs/libdap_la-xdrutil_ppc.o .libs/libdap_la-parser-util.o .libs/libdap_la-escaping.o .libs/libdap_la-lex.das.o .libs/libdap_la-das.tab.o .libs/libdap_la-lex.dds.o .libs/libdap_la-dds.tab.o .libs/libdap_la-lex.ce_expr.o .libs/libdap_la-ce_expr.tab.o .libs/libdap_la-lex.Error.o .libs/libdap_la-Error.tab.o .libs/libdap_la-gse.tab.o .libs/libdap_la-lex.gse_.o .libs/libdap_la-ce_functions.o .libs/libdap_la-GSEClause.o .libs/libdap_la-GeoConstraint.o .libs/libdap_la-GridGeoConstraint.o .libs/libdap_la-Clause.o .libs/libdap_la-RValue.o .libs/libdap_la-ConstraintEvaluator.o .libs/libdap_la-ArrayGeoConstraint.o .libs/libdap_la-DapIndent.o .libs/libdap_la-XDRUtils.o .libs/libdap_la-XDRFileMarshaller.o .libs/libdap_la-XDRFileUnMarshaller.o .libs/libdap_la-XDRStreamMarshaller.o .libs/libdap_la-GetOpt.o .libs/libdap_la-GNURegex.o .libs/libdap.lax/libgnu.a/localcharset.o .libs/libdap.lax/libgnu.a/regex.o .libs/libdap.lax/libiconv.a/iconv.o .libs/libdap.lax/libiconv.a/localcharset.o .libs/libdap.lax/libiconv.a/relocatable.o -L/opt/local/lib /opt/local/lib/libxml2.dylib /opt/local/lib/libz.dylib -lz -lm -lpthread -install_name /opt/local/lib/libdap.8.dylib -Wl,-compatibility_version -Wl,9 -Wl,-current_version -Wl,9.1 ld: duplicate symbol _locale_charset in .libs/libdap.lax/libiconv.a/localcharset.o and .libs/libdap.lax/libgnu.a/localcharset.o collect2: ld returned 1 exit status make[2]: *** [libdap.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ------------------------------------ How do I get arouind this duplicate sysmbol thing? thx From angela22.zhu at gmail.com Fri Feb 22 08:33:51 2008 From: angela22.zhu at gmail.com (Angela Zhu) Date: Fri, 22 Feb 2008 10:33:51 -0600 Subject: lablgtk can't find cairo (was: Re: Problem with cairo) In-Reply-To: <1E1D8053-35A5-4564-BDE2-CE30FB4A08F0@macports.org> References: <1E1D8053-35A5-4564-BDE2-CE30FB4A08F0@macports.org> Message-ID: On Fri, Feb 22, 2008 at 8:51 AM, Ryan Schmidt wrote: > On Feb 22, 2008, at 08:16, Angela Zhu wrote: > > > Sorry I didn't make it clear. > > I want to use gSourceVIew library provided by lablgtk-2.10.0. > > I first tried to use "port install lablgtk2", while it seems to > > succeed in installation, > > I cannot use gSourceVIew library because no "lablgtksourceview.cma" > > and "gSourceView.cmi" can be find on my machine after installation. > > But these two files are needed to compile OCaml program using > > gSourceVIew library. > > > > That's why I want to try install by hand after installing it using > > MacPorts "successfully". > > Ok. Another option might be to file an enhancement request ticket in > our issue tracker and assign it to the maintainer of the lablgtk2 > port. Maybe this feature would be useful to have in the port. > > > > On Fri, Feb 22, 2008 at 2:43 AM, Ryan Schmidt wrote: > > > >> On Feb 21, 2008, at 16:30, Angela Zhu wrote: > >> > >> > So I try to download cairo and comple it, but after "cd > >> cairo-1.4.14", > >> > when I was doing "./configure" (for cairo), I got following > >> > attached msg (2). > >> > > >> > And then a funny thing is that I actually should have cairo > >> > installed on my machine > >> > using "MacPorts", according to attached commands and msg (3). > >> > > >> > Anyone can help me to see what are is the problem here? > >> > Many thanks in advance! > >> > > >> > ------------------------------ > >> > ------------ > >> > (1) ./configure for lablgtk > >> > ------------------------------------------ > >> > checking pkg-config is at least version 0.9.0... yes > >> > checking for BASE_DEPENDENCIES... configure: error: Package > >> > requirements (glib-2.0 >= 2.13.5 atk >= 1.9.0 pango >= > >> > 1.17.3 cairo >= 1.2.0) were not met: > >> > > >> > No package 'cairo' found > >> > > >> > Consider adjusting the PKG_CONFIG_PATH environment variable if you > >> > installed software in a non-standard prefix. > >> > > >> > Alternatively, you may set the environment variables > >> > BASE_DEPENDENCIES_CFLAGS > >> > and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config. > >> > See the pkg-config man page for more details. > >> > ------------------------------------------ > >> > >> If you're installing by hand: What's your PKG_CONFIG_PATH? Does it > >> include the place where cairo is installed? > > > > I did "echo $PKG_CONFIG_PATH" but nothing found, how can I change > > this parameter? > > > > > >> > ------------------------------------------ > >> > (2) ./configure for cairo > >> > ------------------------------------------ > >> > checking whether cairo's Microsoft Windows font backend could be > >> > enabled... no (requires a Win32 platform) > >> > checking for cairo's PNG backend... > >> > configure: WARNING: Could not find libpng in the pkg-config search > >> > path > >> > checking whether cairo's PNG backend could be enabled... no > >> > configure: error: requested PNG backend could not be enabled > >> > ------------------------------------------ > >> > >> Here too, the PKG_CONFIG_PATH would enable cairo to know where libpng > >> is. > > > > Again, I am confused, how could I set those parameters? > > Simply set the environment variable in the terminal by typing: > > export PKG_CONFIG_PATH=/opt/local/lib/pkgconfig > > You may also need to set: > > export CPPFLAGS=-I/opt/local/include > > export LDFLAGS=-L/opt/local/lib > > > Problem solved! Thanks a lot! :) Angela -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080222/0ae67715/attachment.html From raimue at macports.org Fri Feb 22 08:44:43 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 22 Feb 2008 17:44:43 +0100 Subject: using a different compiler with macports In-Reply-To: References: <533df7fa0802211311g60fea6f4k9a143a337cd9849d@mail.gmail.com> <47BE3377.8000609@macports.org> <533df7fa0802212230v646bc25bhb5bd9ee5ada081cb@mail.gmail.com> Message-ID: <47BEFBFB.7010603@macports.org> Ryan Schmidt wrote: > You could write specific ports that make use of pgi, if that's > necessary. I don't see a port for pgi itself, so you could start by > making a port for pgi if you want. As I can see this compiler is a commercial product and it's source code is not available. Rainer From paulbeard at gmail.com Fri Feb 22 09:08:25 2008 From: paulbeard at gmail.com (paul beard) Date: Fri, 22 Feb 2008 09:08:25 -0800 Subject: anyone seeing issues with ruby not building? In-Reply-To: <045E424B-0464-4F36-9A85-6754DE7A8DA7@kallisys.net> References: <045E424B-0464-4F36-9A85-6754DE7A8DA7@kallisys.net> Message-ID: On Thu, Feb 21, 2008 at 11:26 PM, Paul Guyot wrote: > It sounds like an old problem with the ruby port. You need to > deactivate the old version first. > I don't think that's it. I have gone so far as to uninstall ruby and I get the same result. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080222/704858f6/attachment.html From im.not.using.any.numbers at gmail.com Fri Feb 22 11:23:08 2008 From: im.not.using.any.numbers at gmail.com (Ludwig) Date: Fri, 22 Feb 2008 11:23:08 -0800 Subject: ntfs-3g 1.1120 source missing In-Reply-To: References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> Message-ID: <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> On Fri, Feb 22, 2008 at 1:04 AM, Ryan Schmidt wrote: > Well, the files were never there. MacPorts just looks in the > repository as a backup for all ports, but most ports do not have > copies of their distfiles in the MacPorts repository, because there's > usually no need to have them there, and the MacPorts project is not > in the business of providing a general distfile mirror. The macports repository is the only place macports is looking for it, so it must have been there at some point or the port would never have passed even the most rudimentary QA. Thanks for filing the bug report for me. From ryandesign at macports.org Fri Feb 22 11:35:00 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 22 Feb 2008 13:35:00 -0600 Subject: ntfs-3g 1.1120 source missing In-Reply-To: <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> Message-ID: <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> On Feb 22, 2008, at 13:23, Ludwig wrote: > On Fri, Feb 22, 2008 at 1:04 AM, Ryan Schmidt wrote: > >> Well, the files were never there. MacPorts just looks in the >> repository as a backup for all ports, but most ports do not have >> copies of their distfiles in the MacPorts repository, because >> there's >> usually no need to have them there, and the MacPorts project is not >> in the business of providing a general distfile mirror. > > The macports repository is the only place macports is looking for it, > so it must have been there at some point or the port would never have > passed even the most rudimentary QA. No, the first place it's looking for it is the ntfs-3g web site, which is where it should be, only they apparently removed it because it was an old version: >> On Feb 21, 2008, at 20:40, Ludwig wrote: >> >>> $ sudo port -v install ntfs-3g >>> ---> Fetching ntfs-3g >>> ---> ntfs-3g-1.1120.tgz doesn't seem to exist in >>> /opt/local/var/macports/distfiles/ntfs-3g >>> ---> Attempting to fetch ntfs-3g-1.1120.tgz from http:// >>> www.ntfs-3g.org/ >>> % Total % Received % Xferd Average Speed Time Time >>> Time Current >>> Dload Upload Total Spent >>> Left Speed >>> 0 0 0 0 0 0 0 0 --:--:-- --:--:-- >>> --:--:-- 0 From jean-luc.berte at laposte.net Fri Feb 22 11:42:50 2008 From: jean-luc.berte at laposte.net (=?UTF-8?B?SmVhbi1MdWMgQkVSVMKORQ==?=) Date: Fri, 22 Feb 2008 15:42:50 -0400 Subject: bug when i sudo port selfupdate Message-ID: <47BF25BA.9050107@laposte.net> Hello when i make a sudo selfupdate, i have the report : MacPorts base version 1.5 installed Downloaded MacPorts base version 1.600 Configuring, Building and Installing new MacPorts base Error: /opt/local/bin/port: selfupdate failed: Error installing new MacPorts base: shell command "cd /opt/local/var/macports/sources/rsync.macports.org/release/base && ./configure --prefix=/opt/local --with-install-user=root --with-install-group=admin --with-tclpackage=/Library/Tcl && make && make install" returned error 2 Command output: config.status: WARNING: src/programs/daemondo/Makefile.in seems to ignore the --datarootdir setting config.status: creating Makefile config.status: creating Mk/macports.autoconf.mk config.status: creating doc/prefix.mtree config.status: creating doc/macosx.mtree config.status: creating doc/macports.conf config.status: creating portmgr/freebsd/Makefile config.status: creating portmgr/fedora/macports.spec config.status: creating src/Makefile config.status: creating src/macports1.0/macports_autoconf.tcl config.status: creating src/tclobjc1.0/Makefile config.status: creating src/port1.0/port_autoconf.tcl config.status: creating src/registry1.0/registry_autoconf.tcl config.status: creating src/programs/Makefile config.status: creating src/macports1.0/macports_fastload.tcl config.status: creating src/config.h ===> making all in config make[1]: Nothing to be done for `all'. ===> making all in doc make[1]: Nothing to be done for `all'. ===> making all in src ===> making all in src/cregistry gcc -c -DUSE_TCL_STUBS -g -O2 -W -Wall -pedantic -g -Os -DHAVE_CONFIG_H -I.. -I. -I"/usr/local/include" -DHAVE_CONFIG_H registry.c -o registry.o In file included from ../cregistry/registry.h:36, from ../cregistry/entry.h:36, from registry.c:42: /usr/local/include/tcl.h:19:20: error: common.h: No such file or directory make[2]: *** [registry.o] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 what should i do ? Thanks From C.Voelker at gmx.net Fri Feb 22 12:17:36 2008 From: C.Voelker at gmx.net (Christian Voelker) Date: Fri, 22 Feb 2008 21:17:36 +0100 Subject: Cannot open the message catalog "man" for locale Message-ID: <29BAD4EF-AF54-4265-8DF4-BD622DD2AF52@gmx.net> Hello, I just ran into this problem and found it reported in bug #13444 and described in the docs. So I was able to solve it for me. Thnaks for that so far. I still believe that it is wrong to close the bug because there is a howto that helps to fix the problem manually. I am using Macports 1.60. Let me describe my installation and explain my conclusions from that. There are two misconceptions in copying a static .profile into the users directory. First, not everybody is using bash. My account exists from times before Tiger, I still use tcsh, I am still happy with it and I have no reason to change it. The script should care for the users preferred shell. Second and even more important, the script should take care for the prefix as found in macports.conf. I always found it nasty to have a folder following common unix semantics in my initial Finder view. The proper place for Macports seems to be /Library/Macports for me. It was easy to change this at install time and I did not have problems with this for a long time now (over a year now I think - at least sometime in the past Macports was broken with regard to that but it was fixed before I found out how to help myself - Thanks.) The prefix is also no hack but an option given by the system. As such, the users choice should be respected at all times. Even if I were to use bash as my shell, the content of the static .profile file would have turned out to be plain wrong. Bye, Christian From raimue at macports.org Fri Feb 22 12:31:13 2008 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Fri, 22 Feb 2008 21:31:13 +0100 Subject: bug when i sudo port selfupdate In-Reply-To: <47BF25BA.9050107@laposte.net> References: <47BF25BA.9050107@laposte.net> Message-ID: <47BF3111.4040108@macports.org> Jean-Luc BERT?E wrote: > ===> making all in src/cregistry > gcc -c -DUSE_TCL_STUBS -g -O2 -W -Wall -pedantic -g -Os -DHAVE_CONFIG_H > -I.. -I. -I"/usr/local/include" -DHAVE_CONFIG_H registry.c -o registry.o > In file included from ../cregistry/registry.h:36, > from ../cregistry/entry.h:36, > from registry.c:42: > /usr/local/include/tcl.h:19:20: error: common.h: No such file or directory It is picking up something from /usr/local here, which should not happen. Do you have some "external" Tcl installed? Rainer From raimue at macports.org Fri Feb 22 12:38:05 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 22 Feb 2008 21:38:05 +0100 Subject: Cannot open the message catalog "man" for locale In-Reply-To: <29BAD4EF-AF54-4265-8DF4-BD622DD2AF52@gmx.net> References: <29BAD4EF-AF54-4265-8DF4-BD622DD2AF52@gmx.net> Message-ID: <47BF32AD.70304@macports.org> Christian Voelker wrote: > Let me describe my installation and explain my conclusions from > that. There are two misconceptions in copying a static .profile > into the users directory. First, not everybody is using bash. > My account exists from times before Tiger, I still use tcsh, > I am still happy with it and I have no reason to change it. > The script should care for the users preferred shell. So, what should be script do else if not adding PATH and MANPATH? Also, there is no way to be really sure which shell the user runs (it can easily be changed in terminals). > Second and even more important, the script should take care > for the prefix as found in macports.conf. I always found it > nasty to have a folder following common unix semantics in > my initial Finder view. The proper place for Macports seems > to be /Library/Macports for me. It was easy to change this > at install time and I did not have problems with this for > a long time now (over a year now I think - at least sometime > in the past Macports was broken with regard to that but it > was fixed before I found out how to help myself - Thanks.) > The prefix is also no hack but an option given by the system. > As such, the users choice should be respected at all times. > Even if I were to use bash as my shell, the content of the > static .profile file would have turned out to be plain wrong. What is your request? macports.conf is inside the prefix, so the prefix path itself has to be in .profile anyways. Of course you can use /Library/MacPorts as your prefix, that is up to you. But, sorry, I still don't get what you want to be changed...? Rainer From jkh at apple.com Fri Feb 22 13:14:33 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Fri, 22 Feb 2008 13:14:33 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> Message-ID: <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> On Feb 22, 2008, at 11:35 AM, Ryan Schmidt wrote: >> The macports repository is the only place macports is looking for it, >> so it must have been there at some point or the port would never have >> passed even the most rudimentary QA. > > No, the first place it's looking for it is the ntfs-3g web site, > which is where it should be, only they apparently removed it because > it was an old version: This brings up an interesting topic that was due for discussion anyway: Pretty much all the major port collections projects provide a distfile cache and I think it's time that MacPorts did as well. We have the bandwidth, we have the disk space (I recently approved an upgrade to the MacOSForge XSAN array for this), so why don't we use it already? Having an equivalent of FreeBSD's MASTER_SITE would be trivial to implement, assuming someone hasn't already (I haven't looked at the default fetch path recently), and there is the ancillary benefit of enabling institutions/universities to create their own caches and point this variable at it for local overrides. It's a well-established fact that it can dramatically cut down on the time it takes to build ports, particularly if the project itself ever takes seriously the notion of nightly/weekly/whatever regression test builds. - Jordan From macsforever2000 at goodeast.com Fri Feb 22 15:00:59 2008 From: macsforever2000 at goodeast.com (trainscape) Date: Fri, 22 Feb 2008 15:00:59 -0800 (PST) Subject: py-serial and python 2.5 Message-ID: <15641535.post@talk.nabble.com> Hi all, I'm trying to use python 2.5 with gtk and py-serial. However, the py-serial with MacPorts appears to be tied to python 2.4. Is there a way I can get it to run with python 2.5? Thanks! Frank -- View this message in context: http://www.nabble.com/py-serial-and-python-2.5-tp15641535p15641535.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From raimue at macports.org Fri Feb 22 15:13:35 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 23 Feb 2008 00:13:35 +0100 Subject: py-serial and python 2.5 In-Reply-To: <15641535.post@talk.nabble.com> References: <15641535.post@talk.nabble.com> Message-ID: <47BF571F.6060001@macports.org> trainscape wrote: > I'm trying to use python 2.5 with gtk and py-serial. However, the > py-serial with MacPorts appears to be tied to python 2.4. Is there a > way I can get it to run with python 2.5? This one would be named py25-serial. As a general rule py-* is for python 2.4 and py25-* is for python 2.5. But currently, there is no py25-serial. I am cc'ing the maintainer of py-serial. Maybe he wants to provide a port for py25-serial, too? Rainer From wsiegrist at apple.com Fri Feb 22 16:49:24 2008 From: wsiegrist at apple.com (William Siegrist) Date: Fri, 22 Feb 2008 16:49:24 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> Message-ID: <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> I already made the offer to portmgr a while back, so they know. I think there needs to be some added API to macports in order to make the engineering a little cleaner server-side, but there hasnt been much discussion yet. So if anyone wants to take the lead on behalf of MacPorts, I'll help/support whatever we come up with for accomplishing the mirroring. -Bill On Feb 22, 2008, at 1:14 PM, Jordan K. Hubbard wrote: > > On Feb 22, 2008, at 11:35 AM, Ryan Schmidt wrote: > >>> The macports repository is the only place macports is looking for >>> it, >>> so it must have been there at some point or the port would never >>> have >>> passed even the most rudimentary QA. >> >> No, the first place it's looking for it is the ntfs-3g web site, >> which is where it should be, only they apparently removed it because >> it was an old version: > > This brings up an interesting topic that was due for discussion > anyway: Pretty much all the major port collections projects provide a > distfile cache and I think it's time that MacPorts did as well. We > have the bandwidth, we have the disk space (I recently approved an > upgrade to the MacOSForge XSAN array for this), so why don't we use it > already? Having an equivalent of FreeBSD's MASTER_SITE would be > trivial to implement, assuming someone hasn't already (I haven't > looked at the default fetch path recently), and there is the ancillary > benefit of enabling institutions/universities to create their own > caches and point this variable at it for local overrides. It's a > well-established fact that it can dramatically cut down on the time it > takes to build ports, particularly if the project itself ever takes > seriously the notion of nightly/weekly/whatever regression test > builds. > > - Jordan > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist at apple.com 408 862 7337 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080222/c73ee5ed/attachment-0001.bin From raimue at macports.org Fri Feb 22 19:11:47 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 23 Feb 2008 04:11:47 +0100 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> Message-ID: <47BF8EF3.4040804@macports.org> William Siegrist wrote: > I already made the offer to portmgr a while back, so they know. I > think there needs to be some added API to macports in order to make > the engineering a little cleaner server-side, but there hasnt been > much discussion yet. So if anyone wants to take the lead on behalf of > MacPorts, I'll help/support whatever we come up with for accomplishing > the mirroring. One of these things would be how we would push files on the mirror? If we keep master_sites we could use something like `port fetch all' in a cronjob or in a post-commit hook. But that will have the problem that it currently port fetch will not remove old distfiles. So this would need improvement. Alternatively committers would have to upload there files manually which would be more work for them and also more error-prone. And I think we should move this discussion to macports-dev at . Rainer From wsiegrist at apple.com Fri Feb 22 20:08:29 2008 From: wsiegrist at apple.com (William Siegrist) Date: Fri, 22 Feb 2008 20:08:29 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <47BF8EF3.4040804@macports.org> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> <47BF8EF3.4040804@macports.org> Message-ID: <1D834EBD-2515-4102-82FE-5313FF93C850@apple.com> The server would grab distfiles during post-commit I imagine (assuming the checksums get changed, patchfiles added, etc). So similar to the way we handle linting of Portfiles during post-commit, we would check for these changes. I just dont want to implement some hack of parsing Portfiles manually, so I'd like a way to ask "port what-changed". That would be done in a tmp directory with 2 copies of the Portfile (the server handles gathering these) from revs HEAD-1 and HEAD. The "what- changed" operation should print URLs and checksums for the server to retrieve. I can take it from there. Not sure how easy that is given the current API; thats the part I was hoping someone familiar with the MP Tcl code could assist with. -Bill On Feb 22, 2008, at 7:11 PM, Rainer M?ller wrote: > William Siegrist wrote: >> I already made the offer to portmgr a while back, so they know. I >> think there needs to be some added API to macports in order to >> make the engineering a little cleaner server-side, but there hasnt >> been much discussion yet. So if anyone wants to take the lead on >> behalf of MacPorts, I'll help/support whatever we come up with for >> accomplishing the mirroring. > > One of these things would be how we would push files on the mirror? > If we keep master_sites we could use something like `port fetch all' > in a cronjob or in a post-commit hook. But that will have the > problem that it currently port fetch will not remove old distfiles. > So this would need improvement. > Alternatively committers would have to upload there files manually > which would be more work for them and also more error-prone. > > And I think we should move this discussion to macports-dev at . > > Rainer ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist at apple.com 408 862 7337 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080222/f432ad6e/attachment.bin From jkh at apple.com Fri Feb 22 21:00:59 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Fri, 22 Feb 2008 21:00:59 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <47BF8EF3.4040804@macports.org> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> <47BF8EF3.4040804@macports.org> Message-ID: <9418C4F2-FD58-469B-A1E2-58EC5A22D9EE@apple.com> On Feb 22, 2008, at 7:11 PM, Rainer M?ller wrote: > One of these things would be how we would push files on the mirror? > If we keep master_sites we could use something like `port fetch all' > in a cronjob or in a post-commit hook. But that will have the > problem that it currently port fetch will not remove old distfiles. > So this would need improvement. > Alternatively committers would have to upload there files manually > which would be more work for them and also more error-prone. 1. I think doing a "port fetch all" is just fine - it will skip the fetch step for ports which already have their distfiles in place (we can even add a little extra logic to stick them somewhere other than in ${prefix}/var/macports/distfiles for the mirroring case) and doesn't involve a lot of extra work on our part. The only thing we'll need to make sure of is that our timeout logic is genuinely robust since we don't want a single hanging fetch to scrog the entire mirror run, ditto for our failed fetch logic - we don't want partial distfiles to get left lying around, but both of those are things we should have working well anyway. 2. I see no need to delete stale distfiles. People will have older versions of the ports (not everyone keeps macports constantly up to date) and we still need to cache old distfiles for old ports (it's also useful for checking older versions of a port out of svn and still being able to use them, say if a new version has completely failed to work in an unexpected way). We have the disk space - there's no pressing need to garbage collect the distfiles with any urgency. - Jordan From jkh at apple.com Fri Feb 22 21:02:16 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Fri, 22 Feb 2008 21:02:16 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <1D834EBD-2515-4102-82FE-5313FF93C850@apple.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> <47BF8EF3.4040804@macports.org> <1D834EBD-2515-4102-82FE-5313FF93C850@apple.com> Message-ID: On Feb 22, 2008, at 8:08 PM, William Siegrist wrote: > The server would grab distfiles during post-commit I imagine > (assuming the checksums get changed, patchfiles added, etc). So > similar to the way we handle linting of Portfiles during post- > commit, we would check for these changes. It could be done that way, but I think it's overkill to try and add hooks for when ports are added when we can simply fetch in batch mode once a night or so. As I noted in my previous posting, support for that already exists. - Jordan From wsiegrist at apple.com Fri Feb 22 21:34:32 2008 From: wsiegrist at apple.com (William Siegrist) Date: Fri, 22 Feb 2008 21:34:32 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> <47BF8EF3.4040804@macports.org> <1D834EBD-2515-4102-82FE-5313FF93C850@apple.com> Message-ID: <001FB3D7-0F93-407B-8474-4FD0F4635867@apple.com> On Feb 22, 2008, at 9:02 PM, Jordan K. Hubbard wrote: > > On Feb 22, 2008, at 8:08 PM, William Siegrist wrote: > >> The server would grab distfiles during post-commit I imagine >> (assuming the checksums get changed, patchfiles added, etc). So >> similar to the way we handle linting of Portfiles during post- >> commit, we would check for these changes. > > It could be done that way, but I think it's overkill to try and add > hooks for when ports are added when we can simply fetch in batch > mode once a night or so. As I noted in my previous posting, support > for that already exists. > > - Jordan > We dont really see any dips in server load, so waiting until night (or any time in particular) doesnt buy us anything. I'm assuming you still agree with only fetching distfiles when they change, and we already have all the work done for this sort of post-commit job, so batching them just delays their availability. -Bill ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist at apple.com 408 862 7337 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20080222/a328f8ff/attachment.bin From jkh at apple.com Fri Feb 22 21:55:22 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Fri, 22 Feb 2008 21:55:22 -0800 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <001FB3D7-0F93-407B-8474-4FD0F4635867@apple.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> <47BF8EF3.4040804@macports.org> <1D834EBD-2515-4102-82FE-5313FF93C850@apple.com> <001FB3D7-0F93-407B-8474-4FD0F4635867@apple.com> Message-ID: <3E67C4F9-C335-4FAA-A4D7-BEE535043E70@apple.com> On Feb 22, 2008, at 9:34 PM, William Siegrist wrote: > We dont really see any dips in server load, so waiting until night > (or any time in particular) doesnt buy us anything. I'm assuming > you still agree with only fetching distfiles when they change, and > we already have all the work done for this sort of post-commit job, > so batching them just delays their availability. If you're already happy with the infrastructure required in MacPorts to make distfile fetching work, I withdraw my suggestion. The goal wasn't to reduce load on the server, the goal was to use existing mechanisms and require minimal changes to macports given the relative paucity of "base hackers" the project currently suffers from. - Jordan From afb at macports.org Fri Feb 22 23:51:06 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Sat, 23 Feb 2008 08:51:06 +0100 Subject: MacPorts caching of distfiles [was Re: ntfs-3g 1.1120 source missing] In-Reply-To: <9418C4F2-FD58-469B-A1E2-58EC5A22D9EE@apple.com> References: <6352d4ea0802211840y64fc460aoaa653fa1dfb6cfad@mail.gmail.com> <6352d4ea0802221123j18d4146h8b299f39fac10369@mail.gmail.com> <73ED446F-4577-437C-AE65-56B3D5D3899B@macports.org> <2AFC2157-A71E-4BA6-9C0E-00EEC697EF06@apple.com> <1A3478EC-45B1-4AA6-9141-880E61A07F39@apple.com> <47BF8EF3.4040804@macports.org> <9418C4F2-FD58-469B-A1E2-58EC5A22D9EE@apple.com> Message-ID: <6B1FA0E4-BF32-4DDC-AB73-25143FD27C25@macports.org> Jordan K. Hubbard wrote: > On Feb 22, 2008, at 7:11 PM, Rainer M?ller wrote: > >> One of these things would be how we would push files on the mirror? >> If we keep master_sites we could use something like `port fetch all' >> in a cronjob or in a post-commit hook. But that will have the >> problem that it currently port fetch will not remove old distfiles. >> So this would need improvement. >> Alternatively committers would have to upload there files manually >> which would be more work for them and also more error-prone. > > 1. I think doing a "port fetch all" is just fine - it will skip the > fetch step for ports which already have their distfiles in place (we > can even add a little extra logic to stick them somewhere other than > in ${prefix}/var/macports/distfiles for the mirroring case) and > doesn't involve a lot of extra work on our part. The only thing we'll > need to make sure of is that our timeout logic is genuinely robust > since we don't want a single hanging fetch to scrog the entire mirror > run, ditto for our failed fetch logic - we don't want partial > distfiles to get left lying around, but both of those are things we > should have working well anyway. Before fetching all the files, it would probably nice to fix the timestamps so that they correctly reflect the upstream distfile ? http://trac.macports.org/projects/macports/ticket/12629 The --remote-time feature is added, but disabled due to the old and buggy version of libcurl that is present in Tiger... --anders From brent1a at yahoo.com Sat Feb 23 01:38:34 2008 From: brent1a at yahoo.com (Brent Austin) Date: Sat, 23 Feb 2008 01:38:34 -0800 (PST) Subject: error: conflicting types for 'uuid_t' .......what? Message-ID: <861988.80403.qm@web65401.mail.ac4.yahoo.com> When I try to build apr I get the following: In file included from misc/unix/rand.c:39: /opt/local/include/uuid.h:94: error: conflicting types for 'uuid_t' /usr/include/unistd.h:121: error: previous declaration of 'uuid_t' was here make[1]: *** [misc/unix/rand.lo] Error 1 make: *** [all-recursive] Error 1 Error: The following dependencies failed to build: apr db44 Error: Status 1 encountered during processing. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20080223/f8def227/attachment.html From jean-luc.berte at laposte.net Fri Feb 22 19:47:34 2008 From: jean-luc.berte at laposte.net (=?UTF-8?B?SmVhbi1MdWMgQkVSVMKORQ==?=) Date: Fri, 22 Feb 2008 23:47:34 -0400 Subject: try to install mysql5 + php5 + apache2 Message-ID: <47BF9756.6000301@laposte.net> hi i try to install mysql5 + php5 + apache2 like that : > sudo port install mysql5 +server > sudo port install php5 +postgresql +pear +apache2 +mysql5 +server and i have : Error: Target org.macports.activate returned: Image error: /opt/local/include/readline/chardefs.h already exists and does not belong to a registered port. Unable to activate port readline. Error: The following dependencies failed to build: apache2 apr-util sqlite3 readline pcre jpeg libmcrypt libpng libxml2 libxslt mhash postgresql82 bison m4 tiff Error: Status 1 encountered during processing. what can i do thanks From ryandesign at macports.org Sat Feb 23 03:26:18 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 23 Feb 2008 05:26:18 -0600 Subject: try to install mysql5 + php5 + apache2 In-Reply-To: <47BF9756.6000301@laposte.net> References: <47BF9756.6000301@laposte.net> Message-ID: <2A8DCD8C-9FB4-45A5-842D-706910E700F9@macports.org> On Feb 22, 2008, at 21:47, Jean-Luc BERT?E wrote: > i try to install mysql5 + php5 + apache2 like that : > >> sudo port install mysql5 +server >> sudo port install php5 +postgresql +pear +apache2 +mysql5 +server You don't need "+server" on the second line because the php5 port does not have a variant called "server". > and i have : > > Error: Target org.macports.activate returned: Image error: > /opt/local/include/readline/chardefs.h already exists and does not > belong to a registered port. Unable to activate port readline. > Error: The following dependencies failed to build: apache2 apr-util > sqlite3 readline pcre jpeg libmcrypt libpng libxml2 libxslt mhash > postgresql82 bison m4 tiff > Error: Status 1 encountered during processing. Apparently there are some readline-related files in /opt/local that aren't registered as belonging to a port. Perhaps a previous failed attempt at installing readline. Probably best to force the installation of readline: sudo port -f activate readline Then try your above command(s) again. From ryandesign at macports.org Sat Feb 23 03:28:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat,