March 2007 - macports-users - lists.macosforge.org

php5 +memcache
by Emory Smith 15 Mar '07

15 Mar '07

hi ryan, wondering if a memcache variant could be added for php4/5? thanks, emory variant memcache { depends_lib-append port:memcached configure.args-append --enable-memcache }

1 0

php5 + mysql's mysql variant
by Marco Battistella 15 Mar '07

15 Mar '07

hi there, I have made a small variant for the installation of php5. This variant allows the use of the mysql4 binary that can be downloaded form the mysql site. I have been using that for longer than i have be using darwinports so it made sense to me to install php5 this way, i don't know if it can be of any use to anybody else or if it makes any sense to include it in the distribution... Tested on Mac OS X 10.3.9 Sever. variant mymysql4 conflicts mysql3 mysql4 mysql5 { configure.args-delete --without-mysql configure.args-append --with-mysql=/usr/local/mysql } Take care, Marco

2 1

Problem changing trac password
by Adam Mercer 15 Mar '07

15 Mar '07

Hi I forgot my password for my trac account so I requested a new password, this has now come through but when I try to change this to something I'm likely to remember at get the following error when clicking on the "My Account" tab in trac: You do not have sufficient permissions to access this page. How can I change my password? Cheers Adam

1 0

The image question
by Yves de Champlain 15 Mar '07

15 Mar '07

Hi ! Warning ! : This is a " I'm wondering ... " question. I am wondering ... Are there people out there who really use the image installations ? I mean, who are activating / deactivating ports on a regular basis, in such a way that it would not make sense to install / uninstall them from a tarball instead ? And if I use the direct install mode, what happens to the "post- activate" phase ? Thanks for your kind patience. yves

9 30

Gnuplot cannot set terminal x11
by Michael Williams 14 Mar '07

14 Mar '07

Hi, my installation of gnuplot on one machine ("macbook") is unable to use the X11 terminal. However, what seems to be the same version of the port can use it perfectly well on another machine ("ibook"). Neither installation is of the no_x11 variant. macbook:~$ port installed gnuplot The following ports are currently installed: gnuplot @4.0.0_3+darwin_8 (active) macbook:~$ gnuplot [snip welcome message] Terminal type set to 'unknown' gnuplot> set terminal x11 ^ unknown or ambiguous terminal type; type just 'set terminal' for a list However, on the working machine: ibook:~$ port installed gnuplot The following ports are currently installed: gnuplot @4.0.0_3+darwin_8 (active) ibook:~$ gnuplot [snip welcome message] Terminal type set to 'aqua' gnuplot> set terminal x11 Terminal type set to 'x11' Options are '0' gnuplot> plot sin(x) [plots!] I've done a "port selfupdate && port uninstall gnuplot && port clean gnuplot && port install gnuplot" on the macbook with no effect. Does anyone know what's going on here? I see two possible leads: - the ibook installation is setting it's terminal to 'aqua' on its own (no .gnuplot file!), so could it really be a different version? - the macbook installation is a tree copied from a backup after I had to wipe the disk. I copied the tree back across before reinstalling X11 (it is now installed!). Could this order of events be the cause of the problem? -- Mike

2 2

Fwd: error on port selfupdate [solved ?]
by Elise van Looij 14 Mar '07

14 Mar '07

Op 14-mrt-2007, om 15:26 heeft Marco Battistella het volgende geschreven: Hi, not finding any other way to fix the problem i decided to start from scratch, i reformatted the drive and made a new fresh installation of the OS and then of darwinPorts. When the time came to install xtools I noticed that had a few different discs, in particular one labeled as xtools 1.0 and another as xtools 1.2 (coming form different sets of OS X). During my previous install i must have used the 1.0 disc as I remember it downloading the 1.1 update form software updates but it never (explicitly) updated to 1.2. Could this be the issue I was having? Unfortunately i was not able to find anything about this in the apple developer website. I someone else encounter the same problem that might be something to look into. take care, Marco The latest version of xtools is only availiable from ADC, the Apple Developer Connection at http://developer.apple.com/ You can get a free membership that gives you access to downloads, documentation etc. The installation disks for 10.4.8 that came with my new MacBook no longer offer the developers tools, only X11. See also the wiki article: http://trac.macosforge.org/projects/macports/wiki/InstallingMacPorts Elise van Looij

1 0

error on port selfupdate
by Marco Battistella 14 Mar '07

14 Mar '07

hi, when trying to run a port selfupdate command i get the following error: sudo port selfupdate Password: DarwinPorts base version 1.310 installed Downloaded DarwinPorts base version 1.320 Configuring, Building and Installing new DarwinPorts base Error: /opt/local/bin/port: selfupdate failed: Error installing new DarwinPorts base: shell command "cd /opt/local/var/db/dports/sources/ rsync.rsync.darwinports.org_dpupdate1/base && ./configure --prefix=/ opt/local --with-install-user=root --with-install-group=admin --with- tclpackage=/Library/Tcl && make && make install" returned error 77 Command output: checking build system type... powerpc-apple-darwin7.9.0 checking host system type... powerpc-apple-darwin7.9.0 checking target system type... powerpc-apple-darwin7.9.0 checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. I have found a thread from this mailing list describing the same error but it ends without a solution. "http://lists.macosforge.org/pipermail/macports-users/2006-September/ 000146.html" This is in a system with a fresh OS install, my configuration is OS X server 10.3.9 with xTools installed and all updates installed. I tried re installing darwingports but i still get the same error. any help will be appreciated. thanks, Marco

2 3

Python 2.5 install failure
by Michael Jackson 13 Mar '07

13 Mar '07

Here's the error message I'm getting: ---> Building python25 with target all Error: Target com.apple.build returned: shell command "cd "/opt/local/ var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_python25/work/Python-2.5" && make all" returned error 2 Command output: Python/mactoolboxglue.c:425: error: 'cobj' undeclared (first use in this function) Python/mactoolboxglue.c: At top level: Python/mactoolboxglue.c:428: warning: parameter names (without types) in function declaration Python/mactoolboxglue.c:428: error: parse error before 'cobj' Python/mactoolboxglue.c:428: warning: function declaration isn't a prototype Python/mactoolboxglue.c: In function 'UserDataObj_New': Python/mactoolboxglue.c:428: error: 'cobj' undeclared (first use in this function) Python/mactoolboxglue.c: At top level: Python/mactoolboxglue.c:429: error: parse error before 'UserData' Python/mactoolboxglue.c:429: warning: function declaration isn't a prototype Python/mactoolboxglue.c:429: error: parse error before 'UserData' Python/mactoolboxglue.c:429: warning: function declaration isn't a prototype Python/mactoolboxglue.c: In function 'UserDataObj_Convert': Python/mactoolboxglue.c:429: error: 'pyobj' undeclared (first use in this function) Python/mactoolboxglue.c:429: error: 'cobj' undeclared (first use in this function) Python/mactoolboxglue.c: At top level: Python/mactoolboxglue.c:430: warning: parameter names (without types) in function declaration Python/mactoolboxglue.c:430: error: parse error before 'cobj' Python/mactoolboxglue.c:430: warning: function declaration isn't a prototype Python/mactoolboxglue.c: In function 'MediaObj_New': Python/mactoolboxglue.c:430: error: 'cobj' undeclared (first use in this function) Python/mactoolboxglue.c: At top level: Python/mactoolboxglue.c:431: error: parse error before 'Media' Python/mactoolboxglue.c:431: warning: function declaration isn't a prototype Python/mactoolboxglue.c:431: error: parse error before 'Media' Python/mactoolboxglue.c:431: warning: function declaration isn't a prototype Python/mactoolboxglue.c: In function 'MediaObj_Convert': Python/mactoolboxglue.c:431: error: 'pyobj' undeclared (first use in this function) Python/mactoolboxglue.c:431: error: 'cobj' undeclared (first use in this function) make: *** [Python/mactoolboxglue.o] Error 1 Error: Status 1 encountered during processing. Can anyone give me a hint as to what may be wrong here? A search on Google is not very helpful. Thanks, Michael

1 0

Trac Roadmap milestones
by Juan Manuel Palacios 13 Mar '07

13 Mar '07

Evening everyone! Recently I started using Trac's Roadmap facility (thanks to Kevin's push!) and created two initial milestones, one for our upcoming 1.4 release and one for 1.5. Any problems you might encounter with the 1.4 rc I posted last week should be filed in tickets assigned to the corresponding milestone (base component). The 1.5 milestone will probably hold tickets detailing project goals that might coincide with our SoC2007 application, if we get elected, of course (but, in any case, all of that is still a bit up in the air, nothing written on stone just yet). Just now I also created two trial milestones that are open for testing and improvements. One is for new port submissions: http://trac.macports.org/projects/macports/milestone/New%20Ports Needless to say, tickets requesting the inclusion of a particular port(s) into our tree, whether the ticket is just a petition or a proposal full with an attached Portfile, should be assigned to that milestone. The other milestone is for bug reports and/or enhancement requests against ports we already carry: http://trac.macports.org/projects/macports/milestone/Available%20Ports Any ticket filed against a port already in our tree should be put there, again whether the ticket is just a petition or a proposal including a patch. Please feel free to suggest improvements to these two last milestones, including their names and descriptions, at the moment they're just bare bones (born only 5 minutes ago). Also, feel free to suggest new milestones that could help refine trac & ticket queries. I'm guessing a balance is in order, a good number of milestones to fine grain our roadmap, but not too many as to make it easy to get lost in it. Once we have things pinned down somewhat, I'll encourage *all* of us with trac access ('cause no one single person can accomplish such an undertaking) to start moving existing tickets into their corresponding milestones. Lastly, please refrain from assigning port specific tickets to MacPorts release milestones, base sources and the ports tree are two different things and from an organizational point of view tickets for each are best kept separate, thank you! Regards to all and thank you in advance for your feedback! -jmpp

1 0

problems upgrading libexif
by Artemio Gonzalez Lopez 13 Mar '07

13 Mar '07

"port -dvufn upgrade libexif" fails when trying to build one of libexif's dependencies, graphvz, with the following error: ... ... ... Making all in diffimg if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/local/ include -I/opt/local/include -I/opt/local/include -g -O2 -fno-common -Wall -DNDEBUG -MT diffimg.o -MD -MP -MF ".deps/diffimg.Tpo" -c -o diffimg.o diffimg.c; \ then mv -f ".deps/diffimg.Tpo" ".deps/diffimg.Po"; else rm -f ".deps/ diffimg.Tpo"; exit 1; fi make[3]: *** No rule to make target `../../lib/gd/libgvgd_C.la', needed by `diffimg'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Target com.apple.build returned: shell command "cd "/opt/local/ var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_graphics_graphviz/work/graphviz-2.12" && MACOSX_DEPLOYMENT_TARGET=10.4 make all" returned error 2 Command output: Making all in tkspline Making all in demo make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. Making all in gv make[3]: Nothing to be done for `all'. echo "# end" >end cat end >pkgIndex.tcl rm -f end Making all in doc Making all in info make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in contrib Making all in prune if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../ lib/ingraphs -I../../lib/agraph -I../../lib/cdt -I/opt/local/include - I/opt/local/include -g -O2 -fno-common -Wall -DNDEBUG -MT generic_list.o -MD -MP -MF ".deps/generic_list.Tpo" -c -o generic_list.o generic_list.c; \ then mv -f ".deps/generic_list.Tpo" ".deps/generic_list.Po"; else rm - f ".deps/generic_list.Tpo"; exit 1; fi if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../ lib/ingraphs -I../../lib/agraph -I../../lib/cdt -I/opt/local/include - I/opt/local/include -g -O2 -fno-common -Wall -DNDEBUG -MT prune.o - MD -MP -MF ".deps/prune.Tpo" -c -o prune.o prune.c; \ then mv -f ".deps/prune.Tpo" ".deps/prune.Po"; else rm -f ".deps/ prune.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -g -O2 - fno-common -Wall -DNDEBUG -L/opt/local/lib -L/opt/local/lib -o prune generic_list.o prune.o ../../lib/ingraphs/ libingraphs_C.la ../../lib/agraph/libagraph.la ../../lib/cdt/libcdt.la mkdir -p .libs /usr/bin/gcc-4.0 -g -O2 -fno-common -Wall -DNDEBUG -o .libs/prune generic_list.o prune.o -L/opt/local/lib ../../lib/ingraphs/.libs/ libingraphs_C.a ../../lib/agraph/.libs/libagraph.dylib /opt/local/var/ db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_graphics_graphviz/work/graphviz-2.12/lib/cdt/.libs/ libcdt.dylib ../../lib/cdt/.libs/libcdt.dylib creating prune Making all in diffimg if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/local/ include -I/opt/local/include -I/opt/local/include -g -O2 -fno-common -Wall -DNDEBUG -MT diffimg.o -MD -MP -MF ".deps/diffimg.Tpo" -c -o diffimg.o diffimg.c; \ then mv -f ".deps/diffimg.Tpo" ".deps/diffimg.Po"; else rm -f ".deps/ diffimg.Tpo"; exit 1; fi make[3]: *** No rule to make target `../../lib/gd/libgvgd_C.la', needed by `diffimg'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Does anybody have any ideas as how to fix this? Thanks, Artemio

4 6